так это вы создатель LIZA ?))) исходники в сети, так что если что кто то другой пусть ссылку оставит, и протестирует)))
нет, я деструктивные коды в сеть не сливал…
вернёмся к сути темы, старая Гайверовская библиотека с исправленной по твоему образцу функцией с “этим особенным дисплеем” - работает, работала и неисправленная, дисплей можно передёргивать даже на ходу, то-есть дело не в инициализации, а именно в выводе данных…
Рекомендуемая - нет. Резисторы и микросхемы один в один, что с ним не так, может спецверсия - GyverTM1637.h only
Замеряй сопротивление резисторов и сравнивай с рабочим дисплеем. Осцилограф есть - снимай осцилограму. В качестве предположения, либо сопротивления уменьшить, либо задержки увеличить.
задержки пробовал, для рекомендуемой вынесена в хидер, по умолчанию 100 микросекунд, резисторы один в один, пропаял, модуль идеально был отмыт, паечки идеальные…ан нет
На гайверовской же работает, вообще без проблем, но только на старой )))
Ну так там быстрый код, как и у деда, ему пофиг на задержки и на резисторы. Осцилограмму сними, посмотрим как сильно там фронты завалены.
Я поправлю скоро. Не понимаю только зачем гайвер ACK ждёт от экранчика, это обязательно прям?
ну по идее, если аск не пришел, дальше можно не передавать.
Ну что-то такой логики я у гайвера не вижу.
Пусть @nibelung отпишется, что он с аск-ом делает
Добавка - но в любом случае, то что этот АСК есть, видимо надо учитывать в коде…
сообщение #52, строки начиная с 13-й
Мне на гите попадалась очень старая репа, там коды для ТМ1637 были очень похожи на код для 1602, хотя интерфейсы совсем разные, может оттуда ноги растут.
Не поверишь, именно так и делаю. Если АСК на команду не пришел, то и данные слать смысла нет.
а куда опять нумерация постов делась в интерфейсе?
у всех или это тока у меня?
у меня на месте
и где? Я имею в виду - где обработка неверного АСКа? Прием АСК есть, а реакции на отсуствие АСКа не вижу. Да и сама функция не имеет возвращаемого значения, сл-но основной код ничего не узнает о том, что передача данных не удалась.
а я и не говорил про его обработку. я говорил, что он его зачем-то ждёт
Это да.
Но ещё,
как я понимаю ,
когда приходит ACK, Slave(здесь TM1637) устанавливает на шине низкий уровень. Если МАСТЕР установит высокий (и , если его порт настроен на выход) будет КЗ(почти).
Такие же проблемы бывают на I2C, 1-Wire(при некорректном коде). Я просто любитель “ногодрыгов”, сталкивался))
Нада, короче, даташит наконец почитать. 
