(Умный Дом своими руками)

Вы предлагаете, чтобы под ваше историческое подключение прошивку поправили?
Есть штатное подключение, с ним всё работает. Хотите узнать, какое - купите нормальный контроллер.

Genplane писал(а): ↑

05 май 2019, 11:25

Вопрос: Что делаю не так или как это можно реализовать по другому. Нужен именно замкнутый 1-секундный цикл. Можно ли в повторах сценария Меги (параметр r) задать бесконечность?

Что касается ошибки при сохранении длинного сценария. Поправил, но длина сценария в Program 23 байта. Ваш сценарий не помещается.

Что касается бесконечного цикла.
https://ab-log.ru/files/File/megad-2561 ... a6-hex.zip

"r:0"
Пример: 7:1;p5;7:0;p5;r0

Здесь возникает несколько вопросов.
Во-первых, возможно записать сценарий так: "7:1;r0". А поскольку пауз в данном сценарии нет, то это приведет к зацикливанию и срабатыванию watchdog (перезагрузке контроллера). Как решить эту проблему пока не знаю, но в таком виде реализацию бесконечного цикла оставлять не хочется.
Во-вторых, нет команды отмены выполнения циклического сценария. А она, вероятно, требуется.

hawkeye писал(а): ↑

05 май 2019, 12:36

У меня исторически DS-ка подключена к SCL: C2 SDA: С1.
Обновился на fw: 4.36b4, стала отображаться температура, но выдаёт всегда одно и не меняется - "Temp: 1.75".

Попробуйте.
https://ab-log.ru/files/File/megad-2561 ... a7-hex.zip

Andrey_B писал(а): ↑

06 май 2019, 11:50

Попробуйте.

Спасибо, теперь всё красиво!

Andrey_B писал(а): ↑

26 апр 2019, 11:24

J0K3R, попробуйте.
https://ab-log.ru/files/File/megad-2561 ... a4-hex.zip

С портами OUT на значениях ON/OFF все отрабатывает корректно, а на PWM портах получаю странную картину, на команду получаю т.е. контроллер устанавливает совсем не то значение ШИМ, что я передаю в параметре.
Andrey_B, можете посмотреть?

Обновился через приложение под виндовс с марта примерно на fw: 4.36b4. Все настройки термостатов потеряли гистерезис и значение термостатов сократилось в 100 или 1000 раз ( 0.01 вместо 10 по-моему было).

На осенней версии с прошлого года обнаружилась проблема: после сохранения состояние выходов по команде "s" и перезагрузке, иногда перестают приходить отчеты об "R" датчиков в режиме "R". Только m=2 приходят. Спасает следующая перезагрузка без команды "s". Возможно исправлено за полгода, только проверить еще не могу, там обновить проблемно. Прошу обратить внимание.

В качестве предложения, рассмотрите, пожалуйста, возможность функции игнорирования срабатывания состояния входов в течении секунды после перезагрузки. Есть датчики нормально закрытые, при нечастой переконфигурации с перезагрузкой сервер получает уведомления о срабатывании всех таких датчиков. На ум приходит игнорирование таких датчиков на стороне сервера по сообщению от меги о включении, но есть реакции в Act с флажком "выполнять без сервера" и с ними уже фокус не пройдет.

А еще всех форумчан поздравляю с праздником "Великой Победы"!

есть ли в планах дать возможность использовать функцию SW и SW link для DS2413? а то нет защиты от дурака при включении обоих каналов

J0K3R, посмотрел. У меня проблема не воспроизводится. Отправляю вашу команду {"port":27,"value":100}. Устанавливается нужное значение порта.

zuslik19, таких планов нет. SW Link - функция конкретного порта контроллера, а DS2413 своего рода расширитель. Для каналов расширителей проблематично делать такие настройки.

Андрей здравствуйте. Обновился на 4.36 beta 4 и при отключенном датчике max4409 показываются произвольные значения. Подскажите, с этим датчиком так и есть ?

Если к порту ничего не подключено, то должно отображаться "NA".

Добрый день, Андрей.

Столкнулся с багом в версии 4.31b megad2561 при использовании дисплея (подключен к P7-SCL P14-SDA) совместно с модемом SIM800L - на экран набрасываются символы управления модемом.
В обновленной прошивке 4.36b4 аналогичная ситуация. При снятии галки GSM в закладке конфигурации символы пропадают, при наличии галки появляются.
В прикрепленных файлах конфигурация megad2561 содержимое дисплея

Фоты и скрины сделаны в разное время, а так температура совпадает.
Наброс всегда во второй строке (если не изменяет память).

Если отправляешь СМС с неверной командой, мега ее конечно не выполняет, но добросовестно отвечает Done. Например S1, без двоеточия. Ответ Done, но на охрану не станет.

Спасибо.

Andrey_B, в дополнение к этому посту - https://www.ab-log.ru/forum/viewtopic.p ... 120#p36546
1. Добавил подтяжку для DS18B20 - ничего не изменилось, все так же NA. Значит надо менять DS18B20...
2. Пока манипулировал с DS18B20 у BME280 "ушли" показания (температура больше +20, давление 400 и т.д.). Решил проверить вашу гипотезу - отключил BME по питанию и SDA/SCL. При обновлении странички контроллера показания температура/влажность/давление = NA/NA/NA. Подключил датчик снова - показания не верные!
3. После перезагрузки контроллера правильные показания BME280 восстановились.

Чижик, что касается некорректного вывода на дисплей содержимого UART буфера. Попробуйте.
https://ab-log.ru/files/File/megad-2561 ... a1-hex.zip
Также просьба проверить работу с GSM-модулем.

По поводу "Done". Контроллер не осуществляет проверку, контроль, синтаксический разбор полученных тем или иным образом сценариев.
Что прилетело, то и пытается выполнить.
Синтаксический анализ существенно усложнит код обработки сценариев, замедлит их выполнение, и может быть связан с рядом неопределенностей в поведении контроллера.
Например, что контроллер должен будет предпринять по поводу команды "S1;8:2"? Остановить сценарий по ошибке? Выполнить частично с выводом ошибки? И то и другое для данного примера не слишком-то удачные варианты.
В идеале контроллер должен вернуть часть сценария, которую анализатор посчитал некорректной, но все это мне пока кажется неоправданным усложнением. А для сценариев, полученных по HTTP в ответ на событие по входу все еще сложнее.
"Done" в случае команд, переданных через SMS, говорит только о том, что сообщение получено контроллером, что SMS не потерялась, но ничего не говорит о корректности сценария.

Андрей, а можно реализовать получение сервером информации о нажатии ручки I2C энкодера? Это особенно актуально в крайних положениях (0 и 255). В промежуточных положениях, признаком нажатия можно считать получение предыдущего значения энкодера при опросе после прерывания, а вот на "краях" не понятно: крутят ручку дальше или нажимают...

Andrey_B писал(а): ↑

14 май 2019, 12:02

Чижик, что касается некорректного вывода на дисплей содержимого UART буфера. Попробуйте.
https://ab-log.ru/files/File/megad-2561 ... a1-hex.zip
Также просьба проверить работу с GSM-модулем.

Рассосалось, изображение чистое, GSM-модуль работает. С Done - тоже понятно.

Спасибо.

Igor78 писал(а): ↑

14 май 2019, 16:54

Андрей, а можно реализовать получение сервером информации о нажатии ручки I2C энкодера?

https://ab-log.ru/files/File/megad-2561 ... a2-hex.zip

По запросу вида: http://192.168.0.14/sec/?pt=31&scl=30&i2c_dev=encoder
в ответ на прерывание от энкодера будет возвращаться значение счетчика со звездочкой, если прерывание было вызвано нажатием ручки энкодера.
Пример: *225

Andrey_B писал(а): ↑

14 май 2019, 21:26

По запросу вида: http://192.168.0.14/sec/?pt=31&scl=30&i2c_dev=encoder
в ответ на прерывание от энкодера будет возвращаться значение счетчика со звездочкой, если прерывание было вызвано нажатием ручки энкодера.
Пример: *225

Спасибо! Проверил, все работает.

Теперь I2C-энкодер прекрасно работает через сервер. Единственное, что лично мне не очень нравится, что значения возвращаются в диапазоне 0-255 с шагом 5. Мне более логичными и "красивыми" кажутся значения 0-100 с шагом 1. Но это не критично и дело вкуса...

Максимальное значение счетчика и шаг, конечно, настраиваются.
Диапазон 0-255 был выбран для удобства синхронизации счетчика с ШИМ-портом. В этом случае шаг в 1 был слишком маленьким. В результате экспериментов показалось, что 5 будет оптимальным вариантом.
Теоретически можно вынести эти параметры в настройки или (что проще) предусмотреть изменение этих параметров с помощью внешних запросов.