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

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

Решил переписать одну часть, поскольку она делалась сумбурно и на коленке.
Теперь, когда понятна парадигма работы, я переписал некоторые интерфейсы, в основном приборы, заканчиваю адаптировать php и js скрипты. Думаю изменения и мультичарт коснутся.
Смысл в том, что один ПК может обслуживать "из коробки" МАП+МППТ, либо только МАП, либо только МППТ.
Соответственно, интерфейсы сделал блочными. При отсутствии какого-либо подключенного прибора, блок просто пропадает. И внеслась некая логика в интерфейс.

 

наглядно!

а чем этот софт выгодно отличается от того, что на сайте микроарт?

про линукс мне понятно, быстрая и без проблемная платформа, а еще что?

 

@Оледжо77,

Да практически всем.

1. Для начала сходите вот в эту ветку: тут мы пытались собирать пожелания и отзывы. Но программист не исправлял эти баги, да и вообще слабо понимал, что мы хотим от него.
https://www.forumhouse.ru/threads/274793/
2. Штатная программа более-менее работает при прямом подключении к МАП. Через сеть нужно приобретать адаптор, который стоит как 2 RasPi, да и работает недолго. Вывешивает сокет так, как вообще вам не снилось
3. Много у кого не работает
4. Нет мониторинга MPPT, BMS
5. Данных отображается очень мало
6. По сети огромнейшие отставания от реального состояния и периоды обновления.

[через час допишу]

 

@Оледжо77,

Продолжаю. Штатная программа:

7. Не позволяет вам проводить удаленный мониторинг и хранить большие массивы данных для последующего анализа. Компьютер под виндой должен быть все время подключен к МАПу
8. Не умеет показывать ошибки устройств

Эта программа:

1. Имеет открытый код. Т. е. каждый может оптимизировать и кастомизировать под себя. А также убедиться в том, что там нет никаких закладок и подводных камней. А также запустить практически на любой платформе.
2. Работает и собирает данные не зависимо от того, пользуетесь ли вы монитором или нет. Нет потери данных в каналах перед записью в БД
3. Мониторит, отображает и сохраняет практически все доступные параметры МАП и контроллера
4. Уровни сбора/хранения/отображения разделены. Следовательно очень легко мигрировать к распределенной схеме. В т. ч. и размещать хранилища и веб-серверы на разных ПК
5. При должных навыках можно легко переделать ее для локального сбора с N МАП и N MPPT
6. Позволяет не только получать СМС уведомления через GSM модем, но и управлять работой МАП, а также запрашивать отчеты о состоянии
8. Консоль управления/монторинга может быть запущена на любом устройстве с веб-браузером. Даже на телевизорах
9. Устойчива к различным сбоям в канале связи с МАП/МППТ
10. Умеет строить синхронные графики по параметрам устройств и воспроизводить их с заданного времени/даты
11. Строить графики по истории (накопленным данным). Очень точные - посекундно.
12. Умеет отображать в таблицу все текущие настройки МАП для сервиса и справки
13. Показывает ошибки устройств (МАП и МППТ)
14. Очень низкие задержки. Посекундное обновление. Фактически вы видите на экране реальное состояние устройства
15. Мониторит BMS (LiFePO4 ячейки)
16. Имеет возможность бэкапа/восттановления БД

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

Возможно вам достаточно будет и штатной программы. Я тут никого за советскую власть не агитирую. Поставите. Попробуете. Сделаете свои выводы.

 

обязательно! спасибо за проделанную работу!
у меня есть мап, еще планирую к нему докупить доминатор и сразу попробую

 

Сегодня чего-то нашло... В честь праздника, наверное
Поднавернул немного приборную панель живыми графиками по мощности.
С указанием min max по видимому диапазону. Пустое место напрягало. Теперь нет

 

До релиза на тестирование кто хочет - новый интерфейс
https://cloud.mail.ru/public/4Z8MLtySA6du/interface_new.tar
Тут только файлы, которые нужно заменить в корне веб каталога и каталог js

Сделано все, чтобы иметь возможность включать в ПК либо МАП, либо МППТ, либо оба прибора.
(для отдельного включения MPPT нужен будет новый mpptd бинарник. Он готов и будет в релизе).
Интерфейс будет автоматически подстраиваться под конфигурацию.
Некоторые скрипты с нуля переписал и адаптировал.

 

Скрин нового интерфейса с андроидофона

 

У меня самого этого "добра" много. Итак по теме:

загрузил я твой код, распаковал. Много и мудрёно. Вижу ты профессионал и вроде получается хорошо. У тебя с МАП-ом одна - показать какой ты умный. Понаписать всякого кода. Заделать кучу свистелок и перделок.

А по хорошему этого никому не надо. Надо делать проще, так как нормальные приборы это делают. Например контроллеры eTracer

просто один http запрос 'http://192.168.1.37/RTMonitor?id' и тебе он отвечает примерно так:

054.4:091.0:004.1:0225:001.1:058.6:047.4:Normal: Boost: 072:0017.1:0022.6

BMV-600 вообще постоянно транслирует данные на /dev/ttyUSB0... типа:

V 50024
I -21076
CE -2394
SOC 994
TTG 27
Alarm OFF
Relay OFF
AR 0
BMV 600S
FW 212

А что надо сделать с МАПом или ещё хуже с МППТпро-том?

пристегните ремни, поехали...

void send_command (unsigned char command, int fd, unsigned short addr, unsigned short page)
{

unsigned char a[4];
short i;
sum=0; a[0]=command; a[1]=page; a[2]=addr>8; a[3]=addr&0xFF;
for (i=0;i<4;i+) code_DB (fd, a);

if (command=to_write)
for (i=0;i<=page;i+) code_DB (fd, Buffer);

sum=0xff-sum; sum+; if (put_char (fd, sum)!=0) return;
if (sum!='\n') put_char (fd, '\n');

}

Ну это что? Это нарочно усложненная хрень!

Протокол мудрёный и замороченный. Для сбора данных - плохой. Для настройки из хакнутого инда-ноута - тоже плохой...

Короче, я данным от МАП-а не верю. Сильно они расходятся с показаниями клещей и BMV-600/700

Пока пошлёшь запрос туда, пока дождешься выдачи обратно - солнце давно зашло уже и данные не актуальны.

Надо МАП пинать а не подстраиваться под "батьку"

 

Хех. Чувак. Ты предлагаешь это парсить?) А на тупом контролере? Чем? Строчную парсилку писать? И чем она будет проще посыла байта? Короче. Иди ка ты на бейсике программируй.) Чувак.

 

Релиз 2.05
Вроде пока ошибок не зафиксировано.
пока для линукс.
https://cloud.mail.ru/public/4b1r5K2qdtAZ/release_2.05.tar

Для RasPi попозже образ сниму. Флешка уже готова.

Решил сегодня собрать и выложить, потому как новые демоны начал писать с поддержкой обмена данными для батарейного монитора. Чтобы потом не перепутать

 

Ну это если непонятно как писАть ПО. А потом МАП виноват.
На известных нам виндовых программах отставания были до 10с и более. И задержки чтения тоже.
Здесь цикл чтения занимает 120-200мс. 0.8с (80% времени) демон вообще ничего не делает, т. е. спит. Т. о. за секунду можно 5 раз прочитать все данные, если нужно. И это на 19200бод. Данные очень актуальны и соответствуют всем приборам. Так что, увы и ах.
А токи у меня за цикл 200мс считываются несколько раз и усредняются.

 

@pashanoid, критиковать и придираться легко. А почему бы вместо этого просто не показать на практике, как сделать еще лучше?
@Osolemio, нет ошибок, не нашел. Хотя добросовестно протестировал не меньше 95% функционала.
Все работает стабильно и корректно, с учетом особенностей работы порта.

 

А вот и нашлось Поля БД E_NET, E_ACC и E_ACC_CHARGE я оставил как DECIMAL 6,1
Тогда я думал хранить энергии уже пересчитанными и точности было достаточно. А потом передумал, а поле не поменял. И сегодня у меня было 999.9кВтч и выше не влезло
В релизе для RasPi уже поправил. Надо сделать DECIMAL 10,1
Одно поле после запятой я все же оставляю, мало ли что в будущем.

 

@Osolemio, уже исправил у себя