Еcть продолжение цирка с 1wire
Библиотекой затрагивается именно GPIO14, даже если работа с далласами назначена на другой порт.
Т.е. сегодня перекомпилил работу реле с GPIO14 на GPIO16 - при опросе 18В20 GPIO16 не затрагивается
А вот I2C на "стандартных" GPIO12/14 перестает норально работать...
В примерах есть гораздо бОльшие интервалы, нежели 10 минут.
Потому я и задал вопрос, что изменилось в коде библиотек, что таймер может не работать на разумном интервале.
Как решать вопрос при одном таймере на всю систему - я знаю.
Не вижу смысла изобретать костыли, если framework подразумевает множественное количество таймеров штатными средствами.
Кстати, вопрос был не в нескольких таймерах, а в том, что период в 120 секунд отрабатывает корректно, а этот же...
Таймер, установленный на 600*1000 ms интервал, срабатывает не раз в 10 минут, а раз в шесть.
Вроде ограничения для таймера быть не должно :(
Таймер на 120 секунд взводится идеально, на 600 - некорректно.
logserversTSTimer.initializeMs(600*1000, logserversTSUpdate).start();
Не получается отловить, что умудряется сбрасывать состояние GPIO
При инициализации 1wire или сбросе шины - получаю полный сброс регистров GPIO, любых.
Т.е. имеем лог."0" на GPIO, провел опрос датчиков - бац! GPIO сброшены.
В какую сторону копать?
P.S. Судя по всему у предыдущего оратора - тот...