aquanavt

ruslan.kuchma Может вам ультразвуковой датчик заюзать SR04 ?

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

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

в Декорации и оформление морских и рифовых аквариумов

страховочный поплавок, "сухой" - обязателен в любом случае.

+ ограничение время долива. При выходе времени долива за разумные рамки (индивидуально для каждой системы), выключать долив насовсем и сигнализировать. Это поможет в том случае, если потек аквариум. И если емкость для долива пустая.

чем всетаки крепить камни?

А зачем склеивать намертво? Можно просверлить камни и нанизать на 20мм ПВХ трубы. Если использовать угольники и другие соединители, можно весьма сложные конструкции создавать, притом разборную.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

Я думаю ответ здесь http://www.google.co....55123115,d.bGE

Хм, а разве КМОП защитится от напряжения в воде? По-моему, они наоборот должны быть весьма чувствительными к таким вещам.

за два месяца по крайнем мере не сгорела.

Страховочный в воздухе. Но вплотную к стенке - несколько раз на него или совсем рядом ампулярия икру откладывала. Все никак руки не доходят подальше от стенки акваса вынести поправочек

Так у Вас аквариум пресный, раз ампуллярии живут? Без особого оборудования в воде. У меня аквариум током бился. То-ли от холодильника, то ли от возвратной помпы. Не сказал бы, чтобы очень сильно, но покалывание ощущалось. Конечно, в инструкциях к оборудованию написано выключать его, если совать руки в аквариум - да кто ж эти инструкции соблюдает. Не знаю, сколько там было вольт - в моем случае могло бы и сгореть.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

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

Выходы через сопротивления (у меня одинаковые) на аналоговый вход ардуино (который через такое же сопростивление принянут к земле или +5, в зависимости от логики микросхемы).

А опторазвязки на входе нет? Микросхема не сгорит?

Когда используют только поплавки, ставят их несколько штук. Один на уровне воды, и 1 или 2 страховочных, чуть выше. Страховочные поплавки всегда на воздухе и сухие, какие уж там улитки...

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

Программа ещё сыровата можно ещё немного доработать но как отправная база сойдёт

Для того чтоб добавить к контролеру, нужно будет чуть подправить код, и в этот дописать одну переменную и пару строк для связи по шине I2C так как нам ничего ненужно принимать, а только отправить текущее значение в пару байт. Я и над этим уже поработал немного в принципе ничего сложного, часам не мешает... Но нужно ещё дорабатывать...

Я бы переписал вот так:

#include <Time.h>
#include <TimeAlarms.h>
#define pump 13 // помпа
#define down 10 // нижний электрод
#define up 2 // верхний электрод - меняем номер на 2, т.к. у Ардуин поддерживают прерывания только 2 и 3 пины.
// общий на +5В
#define REQUEST_TIMEOUT 15
AlarmID_t topOffTimerId;

AlarmID_t topOffTimerTooLongId;
void setup() {
 pinMode(pump, OUTPUT);
 pinMode(down, INPUT);
 pinMode(up, INPUT);
 pinMode(down, LOW);
 pinMode(up, LOW);
 Serial.begin(9600);
 //ставим таймер на опрос датчика
 topOffTimerId = Alarm.timerRepeat(REQUEST_TIMEOUT, checkTopOff);
}


void loop() {
 //делаем что-то или спим
 delay(1000);
}

void checkTopOff() {
  if(digitalRead(down) == LOW && digitalRead(up) == HIGH) {
   Serial.println("ERROR");
 } else if(digitalRead(down) == LOW && digitalRead(up) == LOW) {
   startTopOff();
 }
}

void startTopOff() {
 Serial.println("Start");
 //выключаем таймер
 Alarm.disable(topOffTimerId);
 //включаем таймер для защиты от перелива
 topOffTimerToLongId = Alarm.timerOnce(REQUEST_TIMEOUT, stopTopOff); 
 digitalWrite(pump,HIGH);
 //устанавливаем обработку прерывания на изменение сигнала на 2м пине
 attachInterrupt(0, stopTopOff, CHANGE);
}

void stopTopOff() {
 //выключаем сторожевой таймер
 Alarm.disable(topOffTimerToLongId);
 digitalWrite(pump, LOW);
 Serial.println("Stop"); 
 //включаем таймер опроса датчиков
 Alarm.enable(topOffTimerId);
}

Но у меня Ардуино и IDE нет, могу немного накосячить с синтаксисом

Логика такая: при старте устанавливается 15 секундный таймаут на опрос датчика. Затем срабатывает колбэк, отключаем таймер (ибо не знаем, сколько долив будет идти), запускаем метод с заливкой. Включаем сторожевой таймер (чтоб аварийно отключилось, если датчик вышел из строя), включаем помпу. Когда датчик high окажется в воде, возникнет прерывание и сработает соответствующий метод - в котором и отключим помпу.

При этом в цикле loop можно заниматься своими делами. Автодолив не будет этому мешать.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

Что по мне он нарушает лицензию GNU GPL v3, он указал минимальную цену пожертвования!!!

Лицензия GPL никак не оговаривает платность или бесплатность софта. Она регламентирует только права на свободный запуск, свободную модификацию и публикацию произведений в публичный доступ.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

Да и я никогда еще полную версию не выкладывал.

А где можно посмотреть неполную версию? В виде скетчей. Владелец оригинальной прошивки окружил ее тайной.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

в Электроника, УФ-стерилизация, Озон, Редокс

еще один корпус, еще провода, соединители, еще оди блок питания.

И что самое худшее: это все собирать в единое целое и лепить красивый дизаин коробков два раза.

По моему крайне не рационально.

А правда действительно где-то посредине

Отказоустойчивость повышается. Центральный контроллер и плата расширения одновременно из строя не выйдут (если конечно не напортачить со входами и т.д., но это вопрос проектирования). Следовательно, если проблема возникнет, она будет вовремя диагностирована. И либо решена (если жива плата расширения), либо обработана на уровне центрального контроллера (передана СМС, включился динамик и т.д.).

Весь вопрос в цене ошибки. Если она высока - нужно перестраховываться и резервироваться.

1

ph-pen заврался

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

А насколько он косячит на калибровочных растворах?

И такой нескромный вопрос - когда вы в калибровочные растворы электрод засовываете, вы его потом моете, перед проверкой другого раствора?

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

ну это старая идея: вместо оптимиизации софта - увеличить количество процессоров/памяти.

Счас мы имеем 8 ядерные Интелы с16 гиг памяти

Эта идея инспирирована тем, что стоимость техники снижается, стоимость труда растет. В коммерческой разработке такой идеи придерживаются. Потому что время выхода на рынок важно, и время, за которое будет оказана поддержка, тоже. В домашней разработке, just for lulz, можно на чем угодно писать (например как этот демо ролик, конечно круто - в 64к все запихнуть, но это месяцы труда)

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

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

Думаю, каждое устройство в сети должно иметь свой ID, и они должны быть 2 типов: мастер и слейв. Мастер-устройство одно: то, которое отвечает за настройки, с тач-скрином. В протоколе должен быть некий набор комманд. Каждая команда начинается с ID устройства, которому оно адресовано. Также должны быть команды, которые относятся ко всем слейв-устройствам в сети (например, команда передать ID - чтобы мастер мог знать, сколько устройств доступны в сети на данный момент).

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

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

Кроме периодического опроса со стороны мастера, каждый контроллер должен иметь возможность самостоятельно инициировать передачу данных, передавая в эфир запрос с ID мастера, пока тот не услышит его, и не передаст подтверждение на прием данных. Это необходимо для отработки критических ситуаций, когда контроллер чувствует, что ситуация вышла из под контроля, и хочет привлечь внимание оператора (например, испортился холодильник, или не хватает его мощности, и несмотря на все предпринимаемые усилия, температура воды продолжает расти поверх критической. Или, какие-то важные параметры вышли за пределы допустимого: например, понизиласть соленость). В этих случаях, получив критическое уведомление, мастер-контроллер должен активировать системы оповещения (включение звуковой сигнализации, СМС-оповещение, и т.п.).

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

Платы от Atlas не самые дешевые. Sparky's Widgets предлагает дешевле.

Мысль о протоколе интересная. Но насчет самостоятельной инициации обмена данными с модуля на мастер, по-моему, это избыточно. Мастер сам может десятки раз в секунду опрашивать модуль. Модуль столько же раз в секунду может ему отвечать. Это если софт в модуле правильно написан.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

Вы путаете, Allwinner это - Raspberry, у меня Rockchip (rk3066)

Я выше писал (купил жене 4-х ядерный RK3188) так что, я в курсе что там вышло.

И дело не в колличестве портированных линуксов, на вскидку могу назвать те, которые я пробовал Picuntu (ubuntu), Debian, Gentoo.

Я остановился на последнем и эти строки пишу с устройства mk808, подключенным по встроенному wi-fi к моей домашней сети.

Идея в том, что само устройство с установленным веб сервером будет находиться на с контроллере ардуино и будет общаться с ним будет по uart.

Да, спутал, Аллвинер использовался в первой версии Mk808. На частоте 1200Мгц. Смысл не меняется - 1 год: 3 разных платформы. В Малине стоит АРМ11.

Дело конечно не в портированных линуксах, а в количестве разработчиков именно под эту платформу. Сдается мне, у Малины оно будет побольше, следовательно и найти документацию/ответы можно проще.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

Вот, и я про то, для этого очень даже подходит I2C, но придётся писать свой протокол обмена и соответствующую библиотеку, или может уже есть готовая библиотека???

Вы что имеете в виду? Для работы с i2c есть готовые библиотеки, например для avr-gcc она называется Wire. Протокола там как такового нет, есть несколько методов, которые могут записать или прочитать несколько символов, да и все.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

Ну через радио модули не моя идея, но тоже смотрю в её сторону...

А связывать нужно в связи с тем, что одна mega не справиться со всеми возложенными на неё задачами, а если и справится то будет очень не стабильна, а это не очень хорошо...

Я придерживаюсь того, что пусть конструкция получится более дорогой, но более стабильной!!!

И если один из модулей заглючит зависнет, то всё остальное будет работать...

Я не рассматриваю arduino как только 6-ти канальный светильник, очень удобная и гибкая система, можно много чего наворотить...

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

Как то так....

При правильном написании кода зависание модулей не проблема. У Arduino есть watchdog и возможность перезагрузки в случае зависания.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

Собственно, моя идея была в том, чтобы разнести разные функции акваконтроллера на несколько физически разнесенных и независимо работающих контроллеров, каждый из которых будет специализироваться на чем-то одном. Один из них будет контроллер света, располагающийся внутри светильника, другой будет снимать данные с разных датчиков (уровень, температура, соленость, pH, редокс) и управлять соответствующими контроллерами, третий будет подключенным к интернету логгером, записывающим все измеренные значения на SD-карту, так чтобы их можно было посмотреть через веб-интерфейс. Четвертый контроллер с большим тач-скрином, этакий беспроводный пульт управления - мастер-контроллер для индикации данных и управления режимами работы всех остальных устройств.

Я предлагал организовать связь не через Bluetooth, а через модули nRF24L+. Они крайне дешевы, подключаются к контроллеру по SPI, и позволяют организовать сеть из 6 устройств - для акваконтроллера, думаю, этого вполне достаточно.

Хм, решение неплохое, но - отдельные контроллеры нужно запитывать (это лишние провода), размещать (лишние крепления). В светильнике этот модуль явно оправдан, но мерять PH, уровень, температуру.. - эти модули можно разместить физически рядом, связав их по какому-то интерфейсу и запитав от общего источника.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"

Всем добрый вечер.

Читал, что vahegan хочет связать несколько ARDUINO или уже связал через модули Bluetooth.

В принципе идея отличная.

На ARDUINO есть шина I2C, очень интересная в плане того, что по ней можно связывать много устройств.

Такой вопрос, может кто пробовал это сделать? по шине I2C.

А зачем связывать Arduino через Блютус? (если речь об аквариумном контроллере).

По использованию i2с много примеров, например вот это

, или вот этот текст.

DIY 6-Канальный контроллер LED c тач-панелью "3.2"