CANNY forum — I2C шина.

Re: I2C шина.

null@example.com (Константин, CANNY) — Sun, 16 Dec 2018 09:06:13 +0000

Альтернативное решение для TM1637: https://forum.canny.ru/viewtopic.php?id=531

Re: I2C шина.

null@example.com (Константин, CANNY) — Wed, 19 Sep 2018 18:05:25 +0000

Спасибо за отчет!
Рады Вашим успехам!

Re: I2C шина.

null@example.com (gagarin) — Wed, 19 Sep 2018 16:31:39 +0000

В результате результат получен через ардуино.
Canny бросает по UART данные на Ардуинку 328, а она управляет дисплеем.
В результате диаграмма проще, провод на дисплей идет 1 , а не 2.
И овцы целы и волки сыты. И времени завтрачено 15 минут а не 2 недели .
И возможностей по экрану в разы больше.
TM1637 и TM1638 таким образом отлично работают.
Если кому нужен будет код обращайтесь.

Re: I2C шина.

null@example.com (gagarin) — Thu, 30 Aug 2018 14:01:48 +0000

Попытка была работать по диаграмме с фиксированным адресом.
Что бы дешифратор цифры в сегменты имел постоянное место в адресной посылке.
Соотвественно команды начала записи и контроля дисплея оказались однобайтовые.
Думал с 0 длинной прокатит, а не получается. Может с SPI вариантом попробовать, благо он на руках.

Re: I2C шина.

null@example.com (Константин, CANNY) — Thu, 30 Aug 2018 13:33:59 +0000

У TM1637 протокол отличается от стандартного I2C. Вы определитесь что именно вы хотите с ним сделать. Посылки состоящие всего из одного байта (адреса в спецификации I2C илм 'Command' в терминах вашего устройства), без изменения нами драйвера у вас врядли получится отправлять. Потому как у нас все таки драйвер I2C а не ТM1637. Но так ли это необходимо ли при работе с вашим дисплеем?

Re: I2C шина.

null@example.com (Денис, CANNY) — Thu, 30 Aug 2018 12:48:05 +0000

gagarin пишет:

- длина принимаемого =0. Длинна передаваемого =0.

Такого режима вообще не рассматривается в описании нашего драйвера I2C.
- длина принимаемого >0. Длинна передаваемого =0 . Мастер передает адрес и принимает данные.
- длина принимаемого =0. Длинна передаваемого >0 . Мастер передает адрес и передает данные.
- длина принимаемого >0. Длинна передаваемого >0 . Мастер передает адрес, передает данные, получает данные.
Если мастер ничего не передает и не ожидает получить, то он и адрес не передает.

В остальных случаях, кроме случая 3, адрес передается. И это Вас не смутило. Сделайте передачу 1 байта, как в остальных случаях.
Скажите, какова цель этих экспериментов? Для чего нужен только адрес? В работе с дисплеем в него нужно либо что-то передавать для отображения, либо что-то считывать (статус и т.п.). В обоих случаях либо длина приема, либо длина передачи не будут равны 0.

Re: I2C шина.

null@example.com (gagarin) — Thu, 30 Aug 2018 12:03:50 +0000

Тут ясность есть. Но имхо:
- длина принимаемого >0. Длинна передаваемого =0 . Адрес, принимаем.
- длина принимаемого =0. Длинна передаваемого >0 . Адрес, передаем.
- длина принимаемого =0. Длинна передаваемого =0 . Адрес? Передаем только адрес. А адреса нет. На шине какой то артефакт. Не было бы артефакта я бы понял. Но я не понимаю почему не уходит адрес.
Просто шину пользуем для режима управления экраном на TM1637.

Re: I2C шина.

null@example.com (Денис, CANNY) — Wed, 29 Aug 2018 16:46:53 +0000

В диаграмме, при значении сети "Счетчик I2C" равном 2 (как раз 3й адрес), длина приема равна 0 (установлено константой в регистр) и длина передачи равна 0 (устанавливается блоком №8). Т.е. по команде пользователя контроллер ничего не принимает и ничего не передает.
Допустимые режимы работы драйвера приведены в соответствующем разделе wiki.
Не забывайте про сдвиг влево! Иначе адреса ведомых будут некорректные и получить от них данные будет невозможно.

Re: I2C шина.

null@example.com (gagarin) — Wed, 29 Aug 2018 15:59:51 +0000

Третий адрес вместо C2 не имеет клоков.

Re: I2C шина.

null@example.com (gagarin) — Wed, 29 Aug 2018 15:57:47 +0000

Без ответного контроллера перебираем ему адреса.

Re: I2C шина.

null@example.com (gagarin) — Wed, 29 Aug 2018 15:56:29 +0000

Вот диаграмма

Re: I2C шина.

null@example.com (Денис, CANNY) — Wed, 29 Aug 2018 15:08:45 +0000

gagarin пишет:

достал ответный контроллер.
Маюсь дальше.
1. Регистр длинны передачи I2C если он нулевой, то по идее должен отправляться только адрес. Адрес получается битый(на картинке 3 адрес).
2. Сильно не ясен смысл сдвига адреса, описанный как обязательный в документации <1. Адрес х22 и отправляет х22. Может поправили, но не вычистили в документации?

1. Все правильно. Исходя из чего определяется, что адрес битый? Из того, что ведомый не ответил? Учтена ли особенность задания адреса ведомого (сдвиг влево на 1 бит)? Какой должен быть адрес?
2. Смысл в особенности адресации устройств i2c: она 7-битная и адресом являются старшие 7 бит - отсюда и сдвиг адреса на 1 бит влево. Можно, конечно, было вынести это в драйвер, но было решено оставить в таком виде. Т.о. если адрес ведомого устройства 0x22, то в регистр адреса i2c следует записать: 0x22 << 1 = 0x44.

Re: I2C шина.

null@example.com (gagarin) — Wed, 29 Aug 2018 14:41:30 +0000

Ближе

Re: I2C шина.

null@example.com (gagarin) — Wed, 29 Aug 2018 14:26:08 +0000

достал ответный контроллер.
Маюсь дальше.
1. Регистр длинны передачи I2C если он нулевой, то по идее должен отправляться только адрес. Адрес получается битый(на картинке 3 адрес).
2. Сильно не ясен смысл сдвига адреса, описанный как обязательный в документации <1. Адрес х22 и отправляет х22. Может поправили, но не вычистили в документации?

Re: I2C шина.

null@example.com (gagarin) — Wed, 22 Aug 2018 20:32:25 +0000

Спасибо, ступил я .