Чтение / запись с использованием I2C в Linux
Вопрос
Я пытаюсь читать / записывать в FM24CL64-GTR FRAM
микросхема, подключенная по шине I2C по адресу 0b 1010 011
.
Когда я пытаюсь записать 3 байта (адрес данных 2 байта, + данные один байт), я получаю сообщение ядра ([12406.360000] i2c-adapter i2c-0: sendbytes: NAK bailout.
), а также возвращает результат записи != 3.Смотрите код ниже:
#include <linux/i2c-dev.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdint.h>
int file;
char filename[20];
int addr = 0x53; // 0b1010011; /* The I2C address */
uint16_t dataAddr = 0x1234;
uint8_t val = 0x5c;
uint8_t buf[3];
sprintf(filename,"/dev/i2c-%d",0);
if ((file = open(filename,O_RDWR)) < 0)
exit(1);
if (ioctl(file,I2C_SLAVE,addr) < 0)
exit(2);
buf[0] = dataAddr >> 8;
buf[1] = dataAddr & 0xff;
buf[2] = val;
if (write(file, buf, 3) != 3)
exit(3);
...
Однако, когда я записываю 2 байта, затем записываю еще один байт, я не получаю ошибки ядра, но при попытке чтения из FRAM я всегда получаю обратно 0.Вот код для чтения из FRAM:
uint8_t val;
if ((file = open(filename,O_RDWR)) < 0)
exit(1);
if (ioctl(file,I2C_SLAVE,addr) < 0)
exit(2);
if (write(file, &dataAddr, 2) != 2) {
exit(3);
if (read(file, &val, 1) != 1) {
exit(3);
Ни одна из функций не возвращает значение ошибки, и я также пробовал это с:
#include <linux/i2c.h>
struct i2c_rdwr_ioctl_data work_queue;
struct i2c_msg msg[2];
uint8_t ret;
work_queue.nmsgs = 2;
work_queue.msgs = msg;
work_queue.msgs[0].addr = addr;
work_queue.msgs[0].len = 2;
work_queue.msgs[0].flags = 0;
work_queue.msgs[0].buf = &dataAddr;
work_queue.msgs[1].addr = addr;
work_queue.msgs[1].len = 1;
work_queue.msgs[1].flags = I2C_M_RD;
work_queue.msgs[1].buf = &ret;
if (ioctl(file,I2C_RDWR,&work_queue) < 0)
exit(3);
Который также завершается успешно, но всегда возвращает 0.Указывает ли это на проблему с оборудованием, или я делаю что-то неправильно?
Существуют ли какие-либо драйверы FRAM для FM24CL64-GTR поверх I2C в Linux и каким будет API?Любая ссылка была бы полезна.
Решение
НАК был большим намеком:вывод защиты от записи был извлечен извне и должен был быть заземлен, после чего одна запись адреса, за которой следуют байты данных, выполнена успешно (первый сегмент кода).
Для чтения адрес может быть сначала записан (с помощью write()), а затем последовательные данные могут быть считаны, начиная с этого адреса.
Другие советы
У меня нет опыта работы с этим конкретным устройством, но, по нашему опыту, многие устройства I2C имеют "причуды", которые требуют доработки, как правило, выше уровня драйвера.
Мы также используем Linux (CELinux) и драйвер устройства I2C с Linux.Но в коде нашего приложения также есть нетривиальный модуль I2C, который содержит все необходимые интеллектуальные возможности для работы со всеми различными устройствами, с которыми у нас есть опыт.
Кроме того, при решении проблем с I2C я часто обнаруживаю, что мне нужно заново ознакомиться со спецификацией исходного кода:
http://www.nxp.com/acrobat_download/literature/9398/39340011.pdf
а также использование приличного осциллографа.
Удачи,
Приведенная выше ссылка мертва, вот несколько других ссылок:
http://www.nxp.com/documents/user_manual/UM10204.pdf и, конечно, википедия:http://en.wikipedia.org/wiki/I%C2%B2C
Обратите внимание, что метод, использующий struct i2c_rdwr_ioctl_data
и тот struct i2c_msg
(то есть последняя приведенная вами часть кода) более эффективна, чем другие, поскольку с помощью этого метода вы выполняете функцию повторного запуска I2c.
Это означает, что вы избегаете STA-WRITE-STO -> STA-READ-<data>...-STO
переход, потому что ваше общение станет STA-WRITE-RS-READ-<data>...STO
(RS
= повторный запуск).Таким образом, это избавляет вас от избыточного STO-STA
преходящий.
Не то чтобы это сильно отличалось по времени, но если это не нужно, зачем терять на этом время...
Только мои 2 ct.
Лучшие РГД,
У вас было несколько ошибок!
Адрес ic
является Ax
в шестнадцатеричном, x
может быть чем угодно, но 4 верхних бита должны быть A=1010
!!!