Сообщений в теме: 3231

[lexx8691]

Вот к примеру 2000р. цветной !!! сенсорный !!! экран https://market.yande...7247&track=char

На авито куча еще дешевле

Ну все мой модуль приехал, завтра пойду получу

А то все мимо проходит

[bbasil]

Ну все мой модуль приехал, завтра пойду получу

Отлично, теперь в два раза больше багов отловим

[lexx8691]

Я только не пойму ни кому больше не надо? как то малолюдно в теме. Или только подглядывают?

[bbasil]

Я только не пойму ни кому больше не надо? как то малолюдно в теме. Или только подглядывают?

Не распробовали еще наверное, да и в реальной работе он только у меня используется ....

[bbasil]

немного переделал html https://github.com/b...-v0.35rev2a.zip
На всех станицах теперь отображается master или slave (или ничего если модуль самостоятельный)

[avfv]

Я вот смотрю, что дальше получится. Изначально концепция использовать насквозь глючный ESP8266 как центральный контроллер не очень, особенно когда его приходится обвешивать периферией, которая в любом нормальном MCU есть по умолчанию. 

Я на своем ESP уже словил ошибку "MEMCHECK FAIL", когда модуль только отключением питания приводится в чувство. Надеюсь, ваш контроллер так не повиснет, включив предварительно дозатор..

[bbasil]

Я вот смотрю, что дальше получится.

Пока все идет нормально

Изначально концепция использовать насквозь глючный ESP8266 как центральный контроллер не очень, особенно когда его приходится обвешивать периферией, которая в любом нормальном MCU есть по умолчанию.

А вот тут хотелось-бы подробностей, "насквозь глючный" это относится к самому кристаллу, хардверной части так сказать или к какой либо прошивке для него ?
Как в первом так и во втором случае хочется увидеть пруфлинк так сказать

Ну и про нормальные MCU тоже хочется услышать.

Я на своем ESP уже словил ошибку "MEMCHECK FAIL", когда модуль только отключением питания приводится в чувство. Надеюсь, ваш контроллер так не повиснет, включив предварительно дозатор..

Если я правильно все помню, то подобная ошибка характерна для прошивок NodeLua.
А вобще можно ведь взять прошивку SSLAC и попробовать.  

PS Это я в принципе о чем? Насквозь глючным можно обозвать что угодно начиная от 4004 до Xeon, как правило 99,99% глюков на совести разработчика софта, и только оставшееся можно списать на сам кристалл, да и то разработчик должен знать про глюки и уметь их обходить.

[avfv]

Ну это хорошо, что нормально. Но, это просто везение. Я вот этот глюк тоже не сразу словил.

 

А вот глючность ESP - это к сожалению факт, почитайте что пишут разработчики на esp8266.ru. Причина глюков тривиальна - ужасное качество кода в закрытом SDK от espressif. Любая прошивка [которую можем написать мы] должна включать этот код из SDK и тем самым наследовать все глюки программистов espressif. Исправить их невозможно - код закрыт, производителю все равно, квалификация разработчиков такова, что 1 глюк исправляют - 10 добавляют. Есть мнение, что они это специально делают... Мне вот сложно понять, как так - написать расчет контрольной суммы через OR? Или из релиза в релиз ничего не делать с грубейшими утечками памяти в обработке соединений tcp?

 

NodeLua действительно глючит больше остальных. Причина проста - Lua требует много ресурсов, по памяти в результате все впритык - вот и лезут глюки. Но корень зла - китайский SDK...

 

Нормальный MCU для любительского применения в 2015 году должен быть не хуже STM32 по совокупности характеристик.

[0kulist]

Я только не пойму ни кому больше не надо? как то малолюдно в теме. Или только подглядывают?

Железяки в дороге. Прибудут - буду пробовать.

[balabollng]

Андрей, все эти вопросы уже поднимались, боюсь от Василия Вы добьетесь понимания

Предлагаю просто смотреть и участвовать по интересу я Вас полностью поддерживаю, но Василий упорно удет к своей цели и думаю стоит поучиться на чужом опыте

Что касается планшета аки экрана, то продолжая аналогию, можно вообще открытую страницу контроллера повесить на дешевом планшете и типа вот оно - экран

На самом деле не все так просто. Мониторчик я рекомендую именно для визуального контроля принципиальных показаний. А так же, прошивка мониторчика может иметь функции диагностики кластера, что заметно увеличит качество контроля над системой.

Я уже предлагал отказаться от понятия слейв и мастер. Видимо не донес мысль опять. Когда есть слейв, то мы понимаем его подчиненность. Если мастер - его привосходство. Но зачем? Почему не сделать просто молули которые могут и слушать и слать? Подписки именовать и обмениваться всем со всеми.

Таким образом мониторчик мог бы развиться вплоть до модуля, отдающего команды мастеру. Т.е. менеджер-блок.

Это все кадется сложным, но насамом деле очень и очень просто. Вы уде пришли к моделе широковещательной передачи. Откажитесь от атавищма - клиент->сервер.

[bbasil]

Ну это хорошо, что нормально. Но, это просто везение. Я вот этот глюк тоже не сразу словил.

Я его поймал сразу на первом включении, поэтому прошивка Lua даже не рассматривалась как что-то рабочее.

А вот глючность ESP - это к сожалению факт, почитайте что пишут разработчики на esp8266.ru.

Честно говоря, я уже давно не читаю esp8266.ru там очень мало полезной информации

Причина глюков тривиальна - ужасное качество кода в закрытом SDK от espressif. Любая прошивка [которую можем написать мы] должна включать этот код из SDK и тем самым наследовать все глюки программистов espressif. Исправить их невозможно - код закрыт, производителю все равно, квалификация разработчиков такова, что 1 глюк исправляют - 10 добавляют. Есть мнение, что они это специально делают... Мне вот сложно понять, как так - написать расчет контрольной суммы через OR? Или из релиза в релиз ничего не делать с грубейшими утечками памяти в обработке соединений tcp?

Как на духу говорю, я не забираюсь в дебри SDK, более того мне даже не сильно интересно что там происходит. пользуюсь тем что делают ребята на https://github.com/esp8266/arduinoпонятия не имею какую версию SDK они используют закрытую или открытую, и используют ли вообще
Некоторое время назад, были утечки критического плана, сейчас органолептически они либо отсутствуют совсем, либо по крайней мере не приводят к краху системы.
Может мой код улучшился, может SDK - мне сие не ведомо  

Нормальный MCU для любительского применения в 2015 году должен быть не хуже STM32 по совокупности характеристик.

Все может быть, главное что-бы кто-то взял и написал, ведь так ?

PS Мы конечно можем продолжить обсуждение достоинств и недостатков того или иного MCU, возможности его применения в любительских конструкциях и пр. Но делать это в данной теме не хочется, она не для холиваров в стиле "кто кого заборет кит или слон"...

[bbasil]

Я уже предлагал отказаться от понятия слейв и мастер. Видимо не донес мысль опять. Когда есть слейв, то мы понимаем его подчиненность. Если мастер - его привосходство. Но зачем? Почему не сделать просто молули которые могут и слушать и слать? Подписки именовать и обмениваться всем со всеми.

https://reefcentral....e-7#entry333290вот тут я как раз и говорил про это.
Но всему свое время - сейчас первая реализация механизма взаимодействия модулей.

[mr.Energy]

Василий, а не рассматривали вариант расписания по часам? По моему намного интересней получится чем просто время рассвета и время заката.

[bbasil]

Василий, а не рассматривали вариант расписания по часам? По моему намного интересней получится чем просто время рассвета и время заката.

А можно более развернуто мысль очертить, что значит по часам, разве сейчас не по часам ?

[mr.Energy]

Конечно можно На каждый час (0-23) устанавливать свою яркость по каналам

[druhasw]

Конечно можно На каждый час (0-23) устанавливать свою яркость по каналам

А за чем?

[mr.Energy]

Для красоты... К примеру утром собираясь на работу хочется посмотреть на аквариум, покормить рыбу, вот тут рассвет, через три-четыре часа закат, днём можно не светить, вечером пришёл домой, опять же полубовался рассветом... Да и есть предположение в кругах рифоводов, что двойной цикл рассветов-закатов за сутки хорошо стимулируют рост кораллов.

[avfv]

Я его поймал сразу на первом включении, поэтому прошивка Lua даже не рассматривалась как что-то рабочее.

 

Сам по себе глюк "MEMCHECK FAIL" возникает вообще на любой прошивке и очень часто - SDK при старте проверяет область памяти RTC (которая должна подпитываться батарейкой) по фирменному алгоритму OR, разумеется она не сходится. Но иногда, очень редко, после этого модуль зависает с fatal exception. Reset не помогает, модуль перезагружается и снова виснет на том же месте. Обойти код инициализации без реверса SDK нельзя, остается добавить внешний watchdog, который будет дергать питание ESP.

 

 

Как на духу говорю, я не забираюсь в дебри SDK, более того мне даже не сильно интересно что там происходит.

 

Аналогично, там слишком много проблем внутри.

 

 

Может мой код улучшился, может SDK - мне сие не ведомо    

 

SDK все же улучшается со временем. Но увы, там слишком много кода, wifi и tcp стек слишком тяжелы для ESP, зависания и ошибки будут там всегда. 

Надеюсь, там нет фатальных ошибок которые бы "протирали дырку" во флэше и приводили бы к полной неработоспособности модуля после года-другого работы.

 

В принципе, ESP + обвязка лучше ESP + MCU тем, что нужно поддерживать и обновлять только одну прошивку. Но watchdog нужен.

[bbasil]

Конечно можно На каждый час (0-23) устанавливать свою яркость по каналам

О нет!!! Я как представлю себе вбивание 384 значений времени и 384 значений диммирования - проще сразу застрелиться :-D
По мне так, должно быть всего три настройки: утро/ночь и максимальная светились, все остальное вычисляем по какой либо функции ;-)

[lexx8691]

Я его поймал сразу на первом включении, поэтому прошивка Lua даже не рассматривалась как что-то рабочее.

 

Т.е. не стоит заказывать NodeMcu Lua V3???