慢点忙吧

最新推荐文章于 2025-09-30 04:37:47 发布
原创 最新推荐文章于 2025-09-30 04:37:47 发布 · 808 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

11月开始有2个专案在身，12-3月有三个专案在身。

哎，好好干吧。

只是好久没锻炼身体了。。。。

JVM高频面试基本问题与知识点整理
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
01-16 86万+
JVM高频面试基本问题与知识点整理
oracle数据库内存不足导致查询变慢,当数据库变慢时的解决方法
weixin_34928052的博客
04-03 1633
当数据库变慢时的解决方法更新时间：2009年04月28日 19:55:59 作者：当数据库变慢时，我们应如何入手，下面的解决方法。第一章 检查系统的状态1.1 使用sar来检查操作系统是否存在IO问题1.2 关注内存vmstat1.3 找到使用资源特别大的Oracle的session及其执行的语句1.4 查找前十条性能差的sql语句第二章 检查会话状态当数据库变慢时，我们应如何入手当应用管理员...
又开始要忙了
weixin_34144450的博客
11-08 137
    本周开始，昆山分公司要开始实施SAP了，计划实施周期还是6个月，不再由顾问主导，而是让厦门分公司及台湾总部来规划实施。前期先让两边IT的ERP维护人员把流程整理出来，然后规划出一个方案，按日期整理出来步骤，职责分明。     今天老大就在跟昆山分公司的IT头头通电话，把主导SAP的权力给拿过来，估计以后她有的忙了。不过忙也有忙的好处，可以学到更多，不至于出去什么都不懂。而小苗和小莫则开始...
排查慢SQL
weixin_49708955的博客
07-10 1775
​ 我今天梳理了 SQL 优化的思路，从步骤上看，我们需要先进行观察和分析，分析工具的使用在日常工作中还是很重要的。今天只介绍了常用的三种分析工具，实际上可以使用的分析工具还有很多。​ 我在这里总结一下今天文章里提到的三种分析工具。我们可以通过慢查询日志定位执行慢的​ SQL，然后通过 EXPLAIN 分析该 SQL 语句是否使用到了索引，以及具体的数据表访问方式是怎样的。
qq传输文件为什么服务器忙,win10系统qq接收文件慢一直显示传输连接中的教程
weixin_39975529的博客
08-05 4717
有关win10系统qq接收文件慢一直显示传输连接中的操作方法想必大家有所耳闻。但是能够对win10系统qq接收文件慢一直显示传输连接中进行实际操作的人却不多。其实解决win10系统qq接收文件慢一直显示传输连接中的问题也不是难事，小编这里提示两点：1、出现卡住不动的情况，很有可能是文件已经传到了中转服务器上，由于网络拥堵的原因导致无法下载到本地； 2、我们可以点击“取消”，这时qq左边的对话框里面...
python 福利吧_福利吧自动签到脚本
weixin_39713538的博客
12-09 3499
2020年8月28日 19:11:36更新测试结果显示“Invoking task timed out after 3 seconds”的请看文章最后利用腾讯云的无服务器云函数。免费部署。如果签到失败，微信提醒(server酱)。先要准备2个东西。1.qq或微信账号，这个都有，用来登录腾讯云2.server酱推送地址在下面的网站里获取server酱推送地址,跟着提示来就行，(需要github账号登...
让工作节奏慢一点, 再简单的工作也能做出大成就
求索
10-26 6086
快，是当下的工作主旋律。拿到任务，快刀斩乱麻，达成目标交差。相对于这种做事做到恰到好处的做法，我更喜欢要做就往大了做。除了解决问题，我自己能从其中得到什么提高产品能做什么改变。总之有机会就要尝试慢下来，让事情更具广度和深度。只有深入到细节，才更有机会发现优化和创新的机会，根本不需要依赖从一个高大上的项目中来提高自己。
Linux TCP在3.18内核引入的一个慢启动相关的问题或者说Bug
TCP/IP
10-13 4644
其实我每 我们先来看一个标准TCP最简单的AIMD CC过程，这里以Reno为例，简单直接： 但是，在Linux3.18rc5之后，如果在关闭SACK(后面会讲为什么要关闭SACK)的前提下重新模拟上述的AIMD过程，将会是下面的样子： 事实上，不管你用的是不是Reno算法，即便是Cubic，BIC这种，也依然是上面的结果，即在3.18rc5内核以后，ssthresh的值总是保持着初始值。 出...
两种办法解决外网资源下载速度过慢的问题
热门推荐
qq_41926609的博客
03-20 11万+
不知道大家有没有去外网下载资源的经历，试过的朋友都知道外网资源下载速度是非常慢的。 最近为了找适合我做毕设的数据集，终于在Yahoo上找到我想要的资源。可问题是这个速度真的不敢恭维 注意这里贴的图速度不是KB/s，是B/s。一个1.4G的文件要下载十天？？？ 这还不是我这次下载见过最慢的，更慢的还有 xx字节/s，而且因为下载速度过慢页面总是会崩溃，好不容易看到的一点进度条瞬间清零。 至于为什么...
数据库连接池调优实战：从HikariCP到Druid，监控指标+空闲回收+慢SQL熔断全攻略
最新发布
huahua8088的博客
09-30 893
摘要：本文分享了数据库连接池调优的实战经验。通过双11期间连接池耗尽的案例，分析了HikariCP和Druid的核心监控指标差异，重点介绍了空闲连接回收策略的配置技巧和慢SQL熔断方案。文章提出连接池调优的"黄金法则"：监控先行、合理配置、防止泄漏、熔断慢SQL，并给出了具体实现方案。针对不同业务场景，提供了HikariCP和Druid的参数调优建议，帮助开发者避免连接池耗尽问题，保障系统稳定性。（149字）
如何定位php程序访问慢
YNlanduiyun的博客
02-27 1261
公司的业务是用PHP语言开发的，那么使用的环境十有八九就是LNMP。在日常的运维工作中，占到9成以上的故障是遇到性能问题。 你可能会想，我们的业务运行的好好的，为啥平白无故就出现性能问题？ 原因有太多可能，比如代码改动、异常访问、网络波动、服务器硬件故障等等。 引起性能问题的原因有这么多，那如何定位呢？ 给大家介绍一个性能追踪的方法，这个方法在我运维职业生涯里屡试不爽，帮了我不少大忙。 — s...
要告别SAP一段时间了。
SAP初学者
02-01 1968
从2008年5月份到2009年1月份，接触SAP也9个月了。主要是ABAP和PP模块。感觉也没做啥：ABAP主要就开发了两个外挂程序；技术资料管理和生产排程，还有BADI和ALE没用过，EP也仅装了个IDES，模仿了下教材。其他的一些日常报表的开发、修改和RFC、WebService开发等。PP主要弄了个批次管理、工程变更管理。正在参与工厂维护、工厂巡检和一个工厂上SAP的生产调研
ECC6 IDES装好了.....
SAP初学者
11-01 1513
整整24小时，IDES终于好了，记个流水账记录下。 10月31日22：00 进行到安装前的最后个步骤，调整系统时间，一狠心调到2030年。重启后就提示OS ACTIVE。好吧，我用的是俄罗斯方法破解的XP 64。忍了。那去装个WIN2003 R2 SP2 64。24：00 安装完成，找驱动花费了时间。开始装SQL SERVER 2005 SP2 X6411月1日01：20 泡杯
准备安装ECC6.0了
SAP初学者
10-27 1082
忍了好久，在公司电脑上装好ECC6.0后一直想在自己笔记本上再装个。可是一个没找到WINDOW2003 64BIT 的显卡驱动、硬盘空间也不够...前天忽然看到在XP 64BIT 上装SQL SERVER 2005 开发版也可以使用。嘿嘿，赶快买了个500G的移动硬盘来装装。只是不知道AS JAVA该如何处理。少张BS2005 JAVA COMENT的光盘。
实施的日子。。。
SAP初学者
12-25 984
现在还仅在调研阶段，早上6点50上车，9点30到；然后坐下开始开会。讨论来讨论去，又没高点的领导在。最后关键问题的结果还是等跟领导汇报了决定。12点整，在会议室吃外卖。一边吃一边对下午该如何讲讨论。13点整，会议继续。18点30，安排好下次什么时候继续后散会。19点整，一堆人出去吃饭。20点10，上车，回家。22点20，回公司。22点30，上公交回家。23点整，
再过2小时就24了。。。
SAP初学者
11-04 899
 哎，再过2小时又要大一岁了。由于是本命年，老妈给寄了个观音还一直逼着去找个和尚开光。没办法找了个无名的小寺院开了个光。老姐也要结婚了，看样子老妈再问我的时候是挡箭牌了。 
写些什么东西比较好呢？
SAP初学者
09-28 748
写学习方面的东西把，没什么经验，原文怕写出来被SAP AG告.....但是目前做的东西又周期较长。谁有好意见可提供閥？
升级后问题一大堆
SAP初学者
10-10 702
系统从46C升到ECC6.0后，一堆问题等着处理。最郁闷的是升级后有的表的索引就没了.....，问BASIS，说升级的时候没有报索引相关的错误。又不让新增索引。反过来要改程序。再就是屏幕检查的问题，从数据字典拖出来的字段只是因为排版要求LABEL放在了TEXTBOX上面就给我报错。用SCI可以看到有个DEFAULT的检查规则，但是标记为不推荐修改。还有CHANGE DOCUMENT也出
但是我试过ev五是能正常使用的，仅仅是当ev 6 ，ev 8-2，这些后面的事件无法触发，所以应该连接没问题吧？时钟配置也应该没问题吧？那应该还可能是什么问题呢？我该怎么纠错？
08-13
<think>我们正在处理一个关于I2C通信中无法触发EV6和EV8事件标志位的问题。根据用户描述，程序卡在等待这些标志位的循环中，导致OLED黑屏。当加入超时机制后，程序可以继续运行且OLED显示正常，说明问题确实在于标志位没有按预期置位。 结合引用内容，我们分析一下I2C通信中事件标志位的触发机制（以STM32为例）： - EV5事件：起始条件已发送（SB=1），此时应写入从设备地址到DR寄存器。 - EV6事件：地址已发送（ADDR=1），表示从设备地址已发送并收到ACK（如果从设备应答）。 - EV8事件：数据寄存器空（TXE=1），表示可以写入下一个数据。 用户遇到的问题集中在EV6（地址发送完成）和EV8（数据寄存器空）事件没有触发。根据引用[4]的描述，这些事件的触发需要严格的时序和正确的硬件操作。下面我们分析可能的原因及调试方法： ### 1. **硬件连接问题** - **原因**：I2C总线（SDA和SCL）需要上拉电阻（通常4.7kΩ），如果缺失或阻值不当，信号无法达到高电平，导致通信失败。 - **检查方法**： - 使用示波器或逻辑分析仪观察SDA和SCL波形，确认起始信号、地址和数据信号是否正常。 - 测量SDA和SCL线的电压：空闲时应为高电平（3.3V或5V），若为低电平则可能存在短路或从设备拉低总线（如OLED忙）。 - **解决**：确保上拉电阻正确连接，且阻值合适（3.3V系统常用4.7kΩ）。 ### 2. **从设备地址错误** - **原因**：EV6事件（ADDR置位）需要从设备正确应答地址。如果OLED地址配置错误（如0x78写成0x3C），则无ACK，ADDR不会置位。 - **检查方法**： - 确认OLED的7位地址：常见为0x3C或0x3D（7位格式），发送时需左移一位（0x78或0x7A，因为最低位是读写位）。例如： - 写地址：`0x78`（0x3C << 1 | 0） - 读地址：`0x79`（0x3C << 1 | 1） - 在I2C初始化后，手动发送起始信号+地址，观察是否有ACK（逻辑分析仪查看SDA在第9个时钟周期是否被拉低）。 - **解决**：修正地址值，并确保发送格式正确。 ### 3. **I2C时钟配置错误** - **原因**：时钟频率过高可能导致从设备无法及时响应。OLED通常支持100kHz（标准模式）或400kHz（快速模式）。若MCU时钟配置过快，从设备可能无法应答。 - **检查方法**： - 计算实际I2C时钟频率：根据MCU的APB时钟和I2C分频寄存器（如STM32的`I2C_CR2`）计算。公式： $$ \text{SCL频率} = \frac{\text{APB1时钟频率}}{\text{分频值}} $$ 例如：APB1=16MHz，分频值160（`I2C_InitStructure.I2C_ClockSpeed = 100000`）时，SCL=100kHz。 - 使用逻辑分析仪测量SCL实际频率。 - **解决**：降低时钟频率至100kHz测试。 ### 4. **事件标志清除机制问题** - **原因**：某些事件标志需要特定操作清除（如读SR1+SR2清除ADDR标志）。如果未清除，后续事件可能无法触发。 - 根据引用[4]： - EV5（SB=1）清除：读SR1后写入DR（地址）。 - EV6（ADDR=1）清除：读SR1，再读SR2。 - EV8（TXE=1）清除：写入DR。 - **检查方法**：检查代码中是否在EV6事件后执行了`I2C_ReadRegister(I2Cx, I2C_Register_SR2)`（即使不使用SR2的值）。 - **解决**：在等待EV6事件后添加清除代码： ```c if (I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED) == SUCCESS) { // EV6事件发生，清除ADDR标志 volatile uint32_t temp = I2C1->SR1 | I2C1->SR2; // 读SR1和SR2 (void)temp; // 避免编译器警告 } ``` ### 5. **从设备忙状态（OLED未就绪）** - **原因**：OLED可能在上电复位后需要较长时间初始化（几毫秒），如果立即发送I2C数据，可能无响应。 - **解决**： - 发送起始信号前延时：`delay_ms(100);` - 检查OLED的RESET引脚是否被正确复位（如果有）。 ### 6. **软件配置错误** - **检查点**： - GPIO模式：必须设置为**开漏输出**（参考引用[2]），不能是推挽输出（会阻塞总线）。 - I2C外设使能：`I2C_Cmd(I2C1, ENABLE);` - ACK使能：`I2C_AcknowledgeConfig(I2C1, ENABLE);` ### 调试步骤建议 1. **最小化测试**：仅保留I2C发送起始信号+地址的代码，移除后续数据发送，观察EV6是否触发。 2. **超时机制**：始终在等待事件时添加超时（避免死循环），例如： ```c #define I2C_TIMEOUT 10000 // 超时计数 uint32_t timeout = I2C_TIMEOUT; while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)) { if (--timeout == 0) { // 处理错误：重置I2C或报错 I2C_SoftwareResetCmd(I2C1, ENABLE); I2C_SoftwareResetCmd(I2C1, DISABLE); return ERROR; } } ``` 3. **工具辅助**：使用逻辑分析仪（如Saleae）捕获I2C总线数据，确认起始信号、地址和ACK是否正常。 ### 示例代码片段（STM32标准库） ```c void I2C_WriteByte(uint8_t addr, uint8_t data) { // 1. 发送起始信号 I2C_GenerateSTART(I2C1, ENABLE); // 等待EV5（SB=1） while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT)); // 2. 发送从设备地址（写） I2C_Send7bitAddress(I2C1, addr, I2C_Direction_Transmitter); // 等待EV6（ADDR=1） while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)); // 3. 清除ADDR标志（读SR1和SR2） (void)I2C1->SR1; (void)I2C1->SR2; // 4. 发送数据 I2C_SendData(I2C1, data); // 等待EV8（TXE=1，数据已移入移位寄存器） while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTING)); // 5. 发送停止条件 I2C_GenerateSTOP(I2C1, ENABLE); } ``` > **注意**：如果使用超时跳出后通信正常，可能是从设备（OLED）响应较慢。适当增加超时时间或优化从设备初始化流程即可。 ### 总结 EV6/EV8事件未触发的主要原因是**从设备未应答地址**（EV6失败）或**数据寄存器未就绪**（EV8失败）。优先检查硬件连接、地址、时钟和标志清除操作。加入超时机制是稳健的做法，可防止整个系统卡死。 §§相关问题§§ 1. 如何用逻辑分析仪调试I2C通信故障？ 2. STM32硬件I2C初始化有哪些常见错误？ 3. I2C通信中从设备无应答（NACK）的可能原因有哪些？ 4. 如何设计可靠的I2C通信超时重试机制？ 5. OLED屏幕的I2C通信协议有哪些特殊要求？</think>### I2C通信中EV6/EV8标志位无法触发的原因分析及调试方法 在I2C通信中，EV6（地址发送完成）和EV8（数据寄存器空）标志位无法触发是常见问题，会导致程序卡在等待循环中。根据引用内容[^1][^4]，结合I2C协议机制，以下是根本原因和系统化调试方法： #### 一、核心原因分析 1. **从设备无应答（最常见）** - EV6事件触发需要从设备正确应答地址（ACK） - 当从设备（如OLED）未响应时，ADDR标志位不会置位 - 可能原因： - 物理连接故障（SDA/SCL线路问题） - 从设备地址配置错误（7位/10位模式混淆） - 从设备忙或死锁（OLED未初始化完成） 2. **时钟配置错误**（引用[^2]） - I2C时钟频率超出从设备支持范围 - 计算公式： $$ \text{SCL频率} = \frac{\text{APB时钟}}{\text{分频系数}} $$ - 典型错误：APB=72MHz时，分频值<180会导致400kHz+速率（OLED通常只支持100kHz） 3. **标志清除机制缺失**（引用[^4]） - EV6事件后未清除ADDR标志： ```c // 必须的操作序列 (void)I2Cx->SR1; // 读SR1 (void)I2Cx->SR2; // 读SR2 ``` - 未清除的ADDR标志会阻止后续EV8事件触发 4. **总线冲突与仲裁失败**（引用[^3]） - 多主机竞争导致总线锁定 - SCL线被持续拉低（从设备占用总线） - 表现为EV5（SB=1）后无EV6 #### 二、系统化调试方法 1. **硬件检查（第一步）** - 测量SDA/SCL电压：空闲时应为VCC（3.3V/5V） - 检查上拉电阻：3.3V系统推荐4.7kΩ，5V系统推荐2.2kΩ - 使用示波器捕获信号： - 起始信号后应有地址脉冲（0x78/0x7A） - 第9时钟周期应有ACK低电平 2. **软件诊断代码** ```c // 增强版事件检测（含超时和状态记录） #define I2C_TIMEOUT 10000 // 10ms超时 I2C_Status I2C_WaitEvent(I2C_TypeDef* I2Cx, uint32_t event) { uint32_t timeout = I2C_TIMEOUT; uint32_t sr1, sr2; while(timeout--) { sr1 = I2Cx->SR1; sr2 = I2Cx->SR2; uint32_t current_event = (sr2 << 16) | sr1; if(current_event & event) { // 自动清除关键标志 if(event & I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED) { (void)I2Cx->SR2; // 清除ADDR } return I2C_OK; } } // 超时处理：记录最后状态 log_error("I2C Timeout: SR1=%X, SR2=%X", sr1, sr2); I2C_RecoverBus(I2Cx); // 总线恢复 return I2C_TIMEOUT; } ``` 3. **协议分析仪诊断** ```mermaid sequenceDiagram 主设备->>+从设备: START + 地址(0x78) 主设备-->>从设备: 等待ACK 临界点-->> 主设备: 无ACK响应 alt 正常流程 从设备-->>主设备: ACK(LOW) 主设备->>主设备: 置位ADDR(EV6) 主设备->>从设备: 数据1 从设备-->>主设备: ACK 主设备->>主设备: 置位TXE(EV8) else 故障流程 主设备->>主设备: 超时处理 主设备->>从设备: STOP end ``` 4. **寄存器级调试步骤： 1. 检查CR1：`PE=1`, `ACK=1`, `START=0`（空闲态） 2. 发送START后确认SR1.SB=1（EV5） 3. 发送地址后检查： - SR1.ADDR=1? (EV6) - SR1.AF=1? (应答失败) - SR2.TRA=1? (发送模式) 4. 数据阶段检查SR1.TXE（EV8） #### 三、特殊场景解决方案 1. **OLED初始化问题** ```c // OLED上电后必须的延迟 void OLED_Init() { HAL_Delay(100); // 等待内部复位完成 // 发送初始化序列前检查总线状态 while(I2Cx->SR2 & I2C_SR2_BUSY); // 后续初始化代码... } ``` 2. **总线死锁恢复** ```c void I2C_RecoverBus(I2C_TypeDef* I2Cx) { I2Cx->CR1 &= ~I2C_CR1_PE; // 禁用I2C GPIO_Init(GPIOB, PIN_SCL|PIN_SDA, GPIO_MODE_OUTPUT_OD); for(int i=0; i<9; i++) { HAL_GPIO_WritePin(GPIOB, PIN_SCL, GPIO_PIN_RESET); HAL_Delay(1); HAL_GPIO_WritePin(GPIOB, PIN_SCL, GPIO_PIN_SET); HAL_Delay(1); } // 重新初始化 I2C_Init(I2Cx); } ``` 3. **时钟配置验证（STM32F1示例）** ```c void I2C_ClockConfig(I2C_TypeDef* I2Cx) { RCC_APB1PeriphClockCmd(RCC_APB1Periph_I2C1, ENABLE); I2C_InitTypeDef init; init.I2C_ClockSpeed = 100000; // 100kHz init.I2C_Mode = I2C_Mode_I2C; init.I2C_DutyCycle = I2C_DutyCycle_2; init.I2C_OwnAddress1 = 0x00; init.I2C_Ack = I2C_Ack_Enable; init.I2C_AcknowledgedAddress = I2C_AcknowledgedAddress_7bit; I2C_Init(I2Cx, &init); I2C_Cmd(I2Cx, ENABLE); } ``` > **关键建议**：始终在等待循环中加入超时机制（如100ms），并实现总线恢复函数。数据显示>80%的EV6/EV8问题源于物理层（连接/上拉电阻）或地址配置错误[^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值