Автор писал, что они все равно собираются дополнительно ставить туда STM32, так почему бы с самого начала не сделать на нем управление?
ESP оно конечно модно, но ARM надежнее. Возможно, это инертность мышления, но зато проверенное решение.
П.С. Логику можно написать и так, что она будет зависать и на STM32, а так же можно избавиться от зависаний на ESP. И без аппаратных WDG
Никакой нормальный разработчик не будет делать бесплатно коммерческий проект. Ну, а если будет, то скорее всего окажется, что квалификация у него так себе. Что собственно и видно по этому проекту.
Идея изначально хорошая, но реализация… Зачем делать всю логику на ESP8266, к которому еще пришлось ставить аппаратный watchdog для защиты от зависаний, когда можно было сделать это на STM32? К тому же, вы в итоге хотите его ставить как контроллер дисплея. Если нужен wifi, можно оставить ESP8266 (а лучше даже взять ESP8285 — ему не нужна внешняя память) и использовать его только как интерфейс.
Впрочем, тот факт, что разработчики для вас делают коммерческий продукт за идею, все расставил на свои места. Поставил минус.
Кстати говоря, а почему бы в качестве обратного канала не использовать то же самое волокно, по которому идет видеосигнал? В медиаконвертерах ведь это реализовано, например. Тогда не придется заморачиваться с клонированием ID, все будет работать нативно.
Как решили проблему с влиянием сопротивления линии на измерения? Ну и наводки ведь наверняка есть на такой длине провода (если конечно у вас там оно не экранировано).
Решение с аналоговыми датчиками температуры кажется весьма странным. Не проще ли было вместо термисторов, ИОН и аналоговых мультиплексоров использовать 1-Wire термометры, например DS18B20?
Попробуйте вместо Saleae Logic использовать программу PulseView от Sigrok — она гораздо удобнее.
Статья и подход к решению проблемы понравились. Только не проще ли было заменить этот МК на что-то более распространенное и написать свою прошивку для него? Вряд-ли ведь в отопителе используются какие-то сложные алгоритмы.
Тут нашелся интересный способ скомпилировать прошивку в Arduino IDE без излишней траты памяти. Это не совсем скетч в привычном его понимании, а просто .ino файл с одной единственной строчкой :)
Обновил статью и репозиторий на гитхабе, смотрите.
Автор писал, что они все равно собираются дополнительно ставить туда STM32, так почему бы с самого начала не сделать на нем управление?
ESP оно конечно модно, но ARM надежнее. Возможно, это инертность мышления, но зато проверенное решение.
Тем не менее, у автора не вышло.
Никакой нормальный разработчик не будет делать бесплатно коммерческий проект. Ну, а если будет, то скорее всего окажется, что квалификация у него так себе. Что собственно и видно по этому проекту.
Как я это понял, за идею = бесплатно/почти бесплатно.
Идея изначально хорошая, но реализация… Зачем делать всю логику на ESP8266, к которому еще пришлось ставить аппаратный watchdog для защиты от зависаний, когда можно было сделать это на STM32? К тому же, вы в итоге хотите его ставить как контроллер дисплея. Если нужен wifi, можно оставить ESP8266 (а лучше даже взять ESP8285 — ему не нужна внешняя память) и использовать его только как интерфейс.
Впрочем, тот факт, что разработчики для вас делают коммерческий продукт за идею, все расставил на свои места. Поставил минус.
Может быть, статью напишете про ваш маяк? Было бы интересно почитать.
Кстати говоря, а почему бы в качестве обратного канала не использовать то же самое волокно, по которому идет видеосигнал? В медиаконвертерах ведь это реализовано, например. Тогда не придется заморачиваться с клонированием ID, все будет работать нативно.
А что мешает точно так же слить видео по прямому каналу?
Фьюз CKDIV8 = 1, это увеличит частоту ШИМ в 8 раз (будет 37.6 КГц), должно перестать пищать.
Как решили проблему с влиянием сопротивления линии на измерения? Ну и наводки ведь наверняка есть на такой длине провода (если конечно у вас там оно не экранировано).
Можно сделать несколько групп термометров с разными линиями данных. Кстати, а какая длина линий до термодатчиков?
Решение с аналоговыми датчиками температуры кажется весьма странным. Не проще ли было вместо термисторов, ИОН и аналоговых мультиплексоров использовать 1-Wire термометры, например DS18B20?
Наконец-то представилась возможность проверить — работает на ура! Спасибо за этот лайфхак.
Через понижающий преобразователь?
Я бы сделал так — МК запитал бы через LDO, а светодиод через понижающий DC-DC, задавая ему Vfb через ШИМ с МК.
Какое напряжение подается на драйвер?
Попробуйте вместо Saleae Logic использовать программу PulseView от Sigrok — она гораздо удобнее.
Статья и подход к решению проблемы понравились. Только не проще ли было заменить этот МК на что-то более распространенное и написать свою прошивку для него? Вряд-ли ведь в отопителе используются какие-то сложные алгоритмы.
И как, сколько теперь весит программа?
Я решил не делать такую функцию, так как это имеет мало смысла без стабилизации яркости. При замене разряженной батареи яркость все равно изменится.
Выше уже писали, CD4051(2,3) или что-то подобное.
Скорее всего отличаются названия регистров — надо сравнивать даташиты.
Тут нашелся интересный способ скомпилировать прошивку в Arduino IDE без излишней траты памяти. Это не совсем скетч в привычном его понимании, а просто .ino файл с одной единственной строчкой :)
Обновил статью и репозиторий на гитхабе, смотрите.