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

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

Эта, что ли?

 

Не. такая есть. Нужна та которая 2560 mini.

 

Это которая без USB?

 

Да юсб большой роли не играет) мне главное расстояние до пинов)

 

Из моей платы, есть только это

 

То что надо! Спасибо большущее.

 

Модуль руления MCP при помощи текстовых команд я уже добавил Откуда придут команды - да хоть откуда, хоть с другого модуля прошивки

 

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

Пока считаем, что этот функционал на стадии обдумывания, не более того.

 

Согласен. Я тоже сегодня, подумал, подумал и хотел тебе предложить пока отставить эту тему до лучших времен. Не все так просто как на первый взгляд.

 

@DIYMan
Привет, Дим!
Хочу спросить вопрос: ставлю задачу контроллеру через Gardenboss включить канал полива #0 (т.е. первый в моём случае) 04.06.2018 в 10:00, а выключить (новой задачей) через 1 минуту. Это сработает корректно? Ведь данные с/на контроллер передаются и принимаются раз в 5 минут?

 

Как сам думаешь? Если данные раз в 5 минут только? Как попадёт - так и будет: если уйдут сразу две задачи (запрос от контроллера будет после того, как они обе активные) - то ничего не включится, вернее - включится и тут же выключится. Если сперва уйдёт одна задача, а через 5 минут - вторая, то будет работать 5 минут вместо 1.

Не жди от сервиса слишком многого - это не инструмент для работы практически в реальном времени

 

Понял тебя. Пасяб!

 

Дима привет! Нет данных с датчика АМ2302 (DHT22) на DUE (проверял ранее DHT11 и писал об этом).
Проверил информационную шину - данные идут. Единственное отличие - при старте нулевой уровень длится не 1 мс, а 600 мкс. Увеличил до 1мс, но изменений нет. Буду пробовать подключить другую библиотеку для DHT22.

 

Можно посмотреть в отчетах время передачи данных и установить время выполнения команд с учетом интервалов.

 

Не понял - при старте чего?

Прекращай своё любимое занятие, плз - тянуть новые библиотеки в проект. Неужели ты думаешь, что простой заменой одного куска кода на другой - проблема сразу решится и не выплывет ещё где косяк? Вместо этого - открой DHTSupport. cpp - там есть ВСЕ временнЫе интервалы - можно добиться, чтобы читало и под Due. Код сделан по даташиту к DHT, единственное - не тестировал на Due, ибо датчик один и подключен пока к меге. Но допилить код - достаточно просто, там не бином Ньютона.

Я КАТЕГОРИЧЕСКИ против опять какой-то новой библиотеки - не надо, спасибо, новые грабли вводить не буду, хватает пока старых.

Возможно, просто вываливается по таймауту, рассчитывается он так:

Код:

const uint32_t mstcc = ( F_CPU / 40000 );

Попробуй там побольше чиселку поставить - и посмотри.

По поводу "при старте": есть гарантированные задержки перед тем, как читать с датчика:

Код:

DHT2x_WAKEUP=1, DHT11_WAKEUP=18

Для DHT22 - это 1 миллисекунда, для DHT11 - 18 миллисекунд. Если уровень спадает раньше - это не страшно, главное - не читать с него РАНЬШЕ.

Можешь закомментировать строки 115 и 116 в DHTSupport. cpp - они там в принципе не нужны, ничего плохого не делают, но всё же, что называется:

Код:

pinMode(pin, OUTPUT);
  digitalWrite(pin, HIGH); // поднимаем линию, говоря датчику, что он свободен

Оно там не нужно - писать высокий в линию.

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

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