[问答]

在arm-linux下使用libi2c和gpio模拟i2c，读取ADS111x的数据存在台阶形状毛刺的原因？

问答对人有帮助，内容完整，我也想知道答案 0 我在arm-linux下使用libi2c和gpio模拟i2c，尝试读取ADS111x的数据，但是存在台阶形状毛刺，具体如下图所示。使用的设备为Licheepi Nano，所用的芯片为F1C100S。可以看到，输入位1.5v时，D14因该为1，但是次数没有被上拉，形成了一台台阶状的毛刺；同时低八位也存在两个台阶毛刺。但是Config位却能够被正确读取。代码如下： #define NUMS 10char readbuf[NUMS];int main(int argc, char** argv){ int file = open("/dev/i2c-0", O_RDWR); // addr = 1001 xxx int addr = 0b1001000; if (file < 0) { printf("openfile error!n"); exit(1); } if (ioctl(file, I2C_SLAVE, addr) < 0) { printf("ioctl error!n"); exit(1); } // Debug Gain 1 readbuf[0] = 0x0C; if (write(file, readbuf, 1) != 1) { printf("write error!n"); exit(1); } if (read(file, readbuf, 3) != 3) { printf("read error!n"); exit(1); } printf("%x %x %xn", readbuf[0] & 0xff, readbuf[1] & 0xff, readbuf[2] & 0xff); close(file); exit(EXIT_SUCCESS);} 同时，我使用GPIO模拟I2C，仍然存在上述问题，波形如下图所示：代码如下，gpio.h： struct gpiod_chip* gpiochip0;struct gpiod_line* line_SCL;struct gpiod_line* line_SDA;int PE11Num = (4 * 32) + 11;int PE12Num = (4 * 32) + 12;bool i2cInit(){ gpiochip0 = gpiod_chip_open("/dev/gpiochip0"); line_SCL = gpiod_chip_get_line(gpiochip0, PE11Num); line_SDA = gpiod_chip_get_line(gpiochip0, PE12Num); int reqSCL = gpiod_line_request_output(line_SCL, "SCL", 1); int reqSDA = gpiod_line_request_output(line_SDA, "SDA", 1); return !(reqSCL \| reqSDA);}bool i2cSDAConf(bool toOutput){ int reqSDA; gpiod_line_release(line_SDA); if (toOutput) { int reqSDA = gpiod_line_request_output(line_SDA, "SDA", 1); } else { int reqSDA = gpiod_line_request_input(line_SDA, "SDA"); } return !reqSDA;}void i2cSDALevel(bool toHigh){ gpiod_line_set_value(line_SDA, toHigh);}void i2cSCLLevel(bool toHigh){ gpiod_line_set_value(line_SCL, toHigh);}void i2cDelay(){ for (int i = 0; i < 1000; ++i) { /* do nothing / }}void i2cStart(){ i2cSDALevel(1); i2cSCLLevel(1); i2cDelay(); i2cSDALevel(0); i2cDelay(); i2cSCLLevel(0); i2cDelay();}void i2cEnd(){ i2cSDALevel(0); i2cDelay(); i2cSCLLevel(1); i2cDelay(); i2cSDALevel(1);}void i2cACK(){ // make sure the SDA is output before send i2cSDAConf(1); i2cSDALevel(0); i2cDelay(); i2cSCLLevel(1); i2cDelay(); i2cSCLLevel(0); i2cDelay();}void i2cNACK(){ // make sure the SDA is output before send i2cSDAConf(1); i2cSDALevel(1); i2cDelay(); i2cSCLLevel(1); i2cDelay(); i2cSCLLevel(0); i2cDelay();}bool i2cSDARelease(){ // i2cSDALevel(0); return i2cSDAConf(0);}bool i2cWaitAck(){ return !i2cGetSDA();}void i2cSend(u8 data){ // make sure the SDA is output before send i2cSDAConf(1); for (int i = 0; i < 8; ++i) { if (data & 0x80) i2cSDALevel(1); else i2cSDALevel(0); i2cDelay(); i2cSCLLevel(1); i2cDelay(); i2cSCLLevel(0); i2cDelay(); data <<= 1; } // 释放SDA i2cSDARelease();}bool i2cGetSDA(){ i2cSCLLevel(1); i2cDelay(); bool level = gpiod_line_get_value(line_SDA); i2cSCLLevel(0); i2cDelay(); return level;}u8 i2cReceive(){ i2cSDARelease(); u8 data; for (int i = 0; i < 8; ++i) { data <<= 1; data \|= i2cGetSDA(); } return data;}u8 i2cReceiveDebug(u32 biasDebug){ i2cSDARelease(); u8 data; for (int i = 0; i < 8; ++i) { data <<= 1; data \|= i2cGetSDA(); biasDebug <<= 2; // 查看pull寄存器状态 static int dev_fd; unsigned char map_base; dev_fd = open("/dev/mem", O_RDWR); map_base = (unsigned char )mmap(NULL, MAP_SIZE, PROT_READ \| PROT_WRITE, MAP_SHARED, dev_fd, GPIO_PAGE_OFFSET); biasDebug \|= ((volatile u32)(map_base + GPIO_BASE_OFFSET + rPE_PULL0)) >> 24 & 0b11; munmap(map_base, MAP_SIZE); } return data;}void i2cRelease(){ gpiod_chip_close(gpiochip0);}void i2cClear(){ i2cSDARelease(); for (int i = 0; i < 32; ++i) { i2cSCLLevel(0); i2cSCLLevel(1); }}main void ADS1110_ReadData(){ if(!i2cInit()) { printf("I2C init errorn"); i2cRelease(); exit(1); } i2cClear(); i2cSDAConf(1); i2cStart(); u8 addr = 0b10010001; i2cSend(addr); if (!i2cWaitAck()) { printf("none ACK receivedn"); printf("%dn", gpiod_line_direction(line_SDA)); i2cRelease(); exit(1); } u8 data[3]; data[0] = i2cReceive(); i2cACK(); data[0] = i2cReceive(); i2cACK(); data[0] = i2cReceive(); i2cNACK(); i2cEnd(); i2cClear(); i2cRelease(); printf("%x %x %xn", data[0] & 0xFF, data[1] & 0xFF, data[2] & 0xFF);}同样的，使用ADS1115进行测试，也存在如上问题。 0 本主题由 Harmony技术专家于前天 16:41 审核通过
前天 06:22　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × 新星之火12138 该类别下有 49 个回答。邀请回答普罗旺斯的薰衣草该类别下有 49 个回答。邀请回答 heks 该类别下有 47 个回答。邀请回答潘涛12345 该类别下有 39 个回答。邀请回答 fdhsfagd 该类别下有 38 个回答。邀请回答 lksas 该类别下有 37 个回答。邀请回答 wang21cj 该类别下有 36 个回答。邀请回答 chm5 该类别下有 36 个回答。邀请回答霍威电源该类别下有 36 个回答。邀请回答 kingnet6688 该类别下有 35 个回答。邀请回答 hgimtk 该类别下有 35 个回答。邀请回答 wanglinhua2627 该类别下有 35 个回答。邀请回答 ggfx 该类别下有 35 个回答。邀请回答站着幻想该类别下有 35 个回答。邀请回答 lifei639156 该类别下有 34 个回答，其中被选为最佳答案 1 次。邀请回答 HengDu 该类别下有 34 个回答。邀请回答 huzp_bbs 该类别下有 33 个回答。邀请回答 kghfh 该类别下有 33 个回答。邀请回答 msvdsufsdf 该类别下有 33 个回答。邀请回答 K_Ming 该类别下有 32 个回答。邀请回答举报刘高相关推荐 • 基于C2000利用GPIO模拟I2C控制被控芯片的解决方案 1434 • CC3200的GPIO模拟I2C协议读数据出错？ 2688 • stm32f4软件模拟I2C读写EEPROM无器件响应是什么原因造成的？ 228 • gpio引脚复用i2c功能 3259 • STM32L073RZ I2C 3027 • 求助,用GPIO模拟I2C收不到ACK 4704 • 请问ch32v103有没有软件模拟i2c的例程？ 741 • 用CC2640的GPIO来模拟I2C进行数据采集，应该怎么配置GPIO？ 5847 • 微控制器通过I2C总线传输的值错误怎么解决？ 276 • HAL_I2C_Mem_Read()读取I2C失败 11012 2个回答

答案对人有帮助，有参考价值 0 I2C总线上挂了几个设备？I2C走线长吗？看Config输出ACK位也没有应答呀！您可以附上电路图吗？ADS1110使用的地址是1001 000 是吗？VDD是3.3V供电是吗？主控端I2C电平是几伏的？是否电平兼容？主从间电路是否共地？

前天 16:37 评论举报鲍淑君

答案对人有帮助，有参考价值 0 在ARM Linux下使用libi2c和GPIO模拟I2C读取ADS111x数据时，出现台阶形状毛刺的原因可能有以下几点： 1. 硬件问题：可能是由于Licheepi Nano或F1C100S芯片的硬件问题导致的。例如，GPIO引脚的电气特性不稳定或者I2C总线上存在干扰。 2. 软件问题：代码中可能存在一些问题，导致I2C通信不稳定。例如，I2C读写时序不正确，或者读写操作之间的延时不足。 3. ADS111x芯片问题：ADS111x芯片本身可能存在问题，导致数据读取不稳定。为了解决这个问题，可以尝试以下方法： 1. 检查硬件连接：确保Licheepi Nano和ADS111x芯片之间的连接正确且稳定。检查I2C总线上的拉电阻是否正确。 2. 优化代码：检查代码中的I2C读写操作时序，确保读写操作之间的延时足够。可以尝试使用不同的延时值，以找到最佳的延时设置。 3. 使用硬件I2C：如果可能的话，尝试使用硬件I2C而不是GPIO模拟I2C。硬件I2C通常比软件模拟I2C更稳定，可以减少毛刺的出现。 4. 检查ADS111x芯片：如果可能的话，尝试使用另一块ADS111x芯片，以排除芯片本身的问题。 5. 使用示波器：使用示波器检查I2C总线上的信号，以确定毛刺的来源。这可以帮助确定问题是由于硬件还是软件引起的。 6. 查阅文档和社区：查阅ADS111x和Licheepi Nano的官方文档，看看是否有其他人遇到类似的问题。同时，可以在相关社区中寻求帮助，看看是否有其他开发者遇到过类似的问题，并找到了解决方案。

昨天 16:21 评论举报陈丽