Мониторинг МАП и MPPT МикроАРТ. Продукты пользователей

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

Я вот вчера как-то вспомнил этот ваш пост и подумал: а зачем нам такая избыточность?
Все параметры есть уже в базе. Прочитанные. Готовые к использованию.
Допустим, что в php, что в си - прочитать из базы последнюю строку или прочитать ключ из директории - примерно одинаковое количество текста. Если только по наличию файла и файл рассматривать как триггер. Тоже тогда непонятно на какие параметры эти триггеры создавать/удалять. Постоянно создавать/удалять пустые файлы тоже не есть хорошая идея. Особенно, если вы работаете с флеш-накопителями.

Для скриптов можно решить этот вопрос, например, так:
Пишется некая программулька mysql_reader. Вы ее из скрипта запускаете с указанием поля, которое нужно прочитать. Типа: mysql_reader _MODE
И она вашему скрипту вернет return. Естественно, это для цифровых полей подойдет.

 

@Osolemio,
по поводу флеши - согласен. ИМХО триггеры нужны, чтоб пользователь имея на руках данные - мог сам решить что ему делать с МАПом удаленно... К примеру: дома никого нет, работает котел на отопление, выключается свет, пользователю приходит смс (я у себя привязал именно так) о блэкауте. и именно пользователь решает когда ему выключить генерацию МАПа для сохранения батарей и когда включить, чтоб дом не выстудить... это как вариант... или варианты автоматизации в зависимости от времени суток, любых внешних условий (температура с метеостанции, температура с домашнего термометра) короче миллион разных вариантов, которые настолько индивидуальны, что предусмотреть их нереально.

 

@Svartalfdd,

Я ж не против триггеров. Только "за". Просто говорю, что читаем с базы и все, что хотим делаем.
Или как это лучше организовать-то? Делать пару управляющий скрипт (образец) + читалка?

 

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

 

@Svartalfdd,

А, ну так это пожалуйста. Как раз вторую часть программы буду делать на настройки. Соответственно появится новая таблица. И демон (этот же) будет следить за полями. Как только что-то изменилось - отправляет в МАП. Возможность записи в демоне уже предусмотрена.
Т. е. через веб можно будет и настраивать, и выключать/включать. Только если выключить генерацию - от чего питать компьютер?

Для настроек надо будет делать личный ключ. Т. е. пока его не ввел - можно будет менять настройки как угодно. Ничего не поменяется реально. И какую авторизацию добавить легенькую. Чтобы роботы и кулхацкеры не замучили.

 

Вот тут и выходит на сцену - raspberry PI с ее энергопотреблением - прикрутить в цепь питания какой нибудь аккумулятор этак на 60 Ah через dc/dc конвертер + юсб модем + привязать к чему-то вроде no-ip.com и практически автономный блок управления готов

 

Ну во первых перенести апач с 80 порта на более высокий, остальные порты прикрыть, во вторых бан при попытке сканирования портов, а вообще сделать авторизацию нужно, но всегда надо понимать, что при ситуации MitM это можно будет обойти... но 99,9% роботов и кулхацкеров отсекуться...

 

Я как бы в теме
Только возлагать NAT и Iptables на RasPI я бы не стал. Если кто хочет - пусть сам делает. Listen Port тоже не менял бы. В стандарте лучше все по умолчанию пусть работает. Так лучше.
Пущай люди рутеры ставят и там все настраивают, что касается защит и всего остального.

Или сами, кто понимает, пишут руками таблицы, если так уж нужен микроПК со свистком в боку и DynDNS

 

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

 

@Svartalfdd,

Ну и прекрасно. У меня тоже все замечательно. На дебиане вообще класс. Это хорошо!
Уже готовлю 1.03b потихоньку.

 

Релиз 1.03b
https://cloud.mail.ru/public/87a73245fd5a/release_1.03b.rar
Скриншоты и changelog внутри.
Сделано:
1.03b

1. Удалена строка БД mppt. 'Pwr_W'. Теперь энергия хранится сразу в кВтч 'Pwr_kW' с точностью до тысячных. Сделано для удобства SQL-запросов для выборки статистики
2. Расчетные мощности округлены до целых в веб-скриптах
3. Поправлена P_Out. Было неверно расчитано смещение.
4. Немного перемещены элементы на панели приборов gauges. php с целью размещения мониторинга BMS в дальнейшем
5. добавлен расчет кпд для MPPT
6. добавлена расчетная мощность по АКБ, Вт
7. Все единицы измерения теперь именованы по русски.
9. Сделана столбчатая диаграмма по статистике выработки/потребления солнечной энергии (MPPT)

Скрины (которые менялись):

 

@Osolemio, Выполнение демоном вызова внешнего скрипта процедурой execve() происходит, но сам демон завершается... Выявил случайно - при пропадании питания. процедуру вызываю execve (script1, NULL, NULL); Вызываемый скрипт отрабатывает... В остальном - бомба шестеро суток на дебиане - полет нормальный на конец недели заземлю как положено железо с bsd, начну его домучивать

 

Было вполне ожидаемо. Можно попробовать запускать скрипты с перенаправлением в никуда и &

 

Сделал еще целую страницу графиков. Все графики синхронизированы. Выводится среднее значение за период наблюдения, отмечаются на графике минимумы и максимумы. Графики для удобства один под другим. Любой график разворачивается на экран. Сохраняется в виде картинки. Эти графики уже грузят браузер и комп прилично (i7 где-то 30%), но работают прекрасно и на смартфоне. Недостаток - на 16:9 экране не все влазят на экран. Надо крутить вниз.
Доделаю все, что задумал - выложу.

 

В качестве оффтопа - чего так, грабли оптимизации? ведь загрузку равную 30% i7 никакая звонилка ИМХО вытянуть не в состоянии...