Arduino Mega. Контроллер теплицы. Хроники - 3.0

РЕКЛАМА НА ФОРУМХАУС

Исправить ошибку в строке 1030 файла Configuration_DUE.h в слове "тевожного"

 

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

 

В комментарии? Поправлю, если не забуду

 

В том-то и дело, что все галочки проставлены, и логины/пароли везде, где нашёл, тоже заполнены! Настройки сохранены. Не пойму - куда копать?

 

Плата Due? Внешняя EEPROM подключена? Если уверены, что всё заполнено - значит, не читает с EEPROM. Что и как у вас подключено - сие мне неведомо, однако я уверен, что код рабочий, проверял не далее как вчера - ESP работает, всё норм.

 

У меня ESP8266-01, ESP8266-07 работают на DUE. Но только когда все правильно собрано.

 

Прописал и все пошло.
Лог не большой по времени, но данные пока идут.
По железу...
Ни замена меги, ни места хранения (память ЕЕПРОМ),ни самих часов, ни переустановки библиотек и самой IDE толку не дали-окна живут своей жизнью.
Только когда поменял SD модуль на другой, характер глюков изменился.
Сегодня буду менять НС125 на материнке, думаю померла она.
Танцы с бубном вчера были знатные !

 

Наверно, здесь собака порырась! Внешняя EEPROM у меня не подключена. И модуль часов без этой микросхемы.

 

Странный вы У Due нет EEPROM, где бы её хранить настройки, однако?

 

Короче: после долгих раздумий, сомнений и прочего - таки практически решено попробовать портировать прошивку на один из камней серии STM32F103. Для простоты - будет использоваться переходник в виде библиотек STM32Duino.

Если окажется, что нам всё удастся с портированием, и камень будет более предсказуемый, чем Due - тогда "откажемся" от поддержки Due в пользу STM32, т. к. ну что-то больно капризненькая она, если столько потрохов к ней пришпиливать.

"Откажемся" - в том смысле, что прошивка в версии для Due останется, ессно, просто железный вопрос у нас с ней ещё не решён полюбовно - вот я о чём

Ждите анонсов

 

Проблемы с памятью и многих, в том числе и у меня. После очистки памяти контроллер перестал зависать.
Предлагаю добавить небольшую программку очистки памяти при старте (у мня так было реализовано в одном из проектов, работало нормально). Идея такая: При старте программа проверяет определенную ячейку. Если в ней находится какое либо кодовое число (к примеру 39 или 46 или и. т. д), значить память очищена, подготовлена, можно продолжать дальше. Если нет, проверим, память подключена или нет. Если в наличии - чистим, если нет - сильно ругаемся. Также можем автоматически проверять размер установленной памяти перебором записи в последнюю ячейку.

Я думаю, от DUE совсем отказываться не стоит. Как говорят корейцы "Если вы не любите собак, может вы не умеете их готовить". Что то в схемотехнике неправильно сделано. Другие устройства на этом "камне" работают же нормально. В крайнем случае у меня 2 таких прибора.

По поводу STM пробовать нужно. Предлагаю создать новую папка типа MainSTM32 что бы не смешивать проекты. Программы работы с камнем немного по другому устроены и не стоит смешивать, что бы исключить непредвиденные проблемы.

 

Дима, ты будешь смеяться, но продолжу про свои танцы с бубном.
Ни замена НС125,ни очередные переустановка IDE и очистка памяти толку не дали.
Отказывается контроллер работать с окнами в автоматическом режиме хоть тресни.
Сброс кривой- 5 секунд и возврат.
Ни и на посошок решил прописаться с вебморды, а не конфигуратора.
И, о, чудо!
Контроллер как подменили !
Как новый. А по факту действительно новый, т. к. поменяно все вплоть до SD карты.
И сброс отрабатывается как надо, и окна заработали.
Обратного эксперимента (опять на конфигуратор) не проводил, времени не оставалось. Да и два дня траханья несколько поубавили исследовательский пыл.
Если только сегодня проверю (а ведь проверю).

 

Не понял - что именно прописаться? Правила? Дык сто лет не менял формат команды установки правил, не понимаю, почему с конфигуратора не пишется. Всё остальное, кроме правил, с конфигуратора нормально устанавливается? Может, связь через USB уже не алё, мало ли... Самое интересное знаешь что? Что команды, входящие через вебморду и через конфигуратор - попадают ровно в одну ветку кода, и обрабатываются ей одинаково. Кмк, стоит порыть в сторону связи по USB, посмотреть в логе конфигуратора, что выдаёт при подсоединении к контороллеру (там будут строчки CTGET=ALERT|RULE_VIEW|..., сделать скриншот, потом записать правила через конфигуратор, выйти из конфигуратора, соединиться через конфигуратор опять - посмотреть, что там в окне лога конфигуратора.

Но ещё раз: кусок кода, отвечающий за сохранение правил - один для всех, неважно, откуда пришла команда.

 

Не стоит, считаю. Всего не предусмотришь, очистка нужна один раз перед закачиванием прошивки в контроллер, всё. Завязываться на то, что в какой-то там ячейке магическое число и потом слушать жалобы от юзера, что у него все настройки соскочили - нафик это надо. Простое правило: перед закачкой прошивки первый раз - почисть EEPROM.

 

@olegmak3, закачал последнюю версию прошивки, открыл конфигуратор, несколько раз закачал туда/сюда правила - не заметил ничего криминального - правила гоняются туда/сюда.