ПО мониторинга и управления МАП и КЭС. ПАК "МАЛИНА-2"

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

начните с этого сообщения:
https://www.forumhouse.ru/posts/20652190/
я сам использую 3 таких контроллера с этим ПО, плюс облако.
Напрямую подключиться не получится.
Для этих контроллеров (EPSolar) нужно немного "похимичить" с железом, зато потом получите все прелести этого ПО.
Вот картинка с облака сейчас (EPSolar+переходник+малина+облако):

 

Вопрос к Osolemio
В облаке emoncms. org api-ключ для малины выдает облако или малина?
Или можно установить произвольный api-ключ самостоятельно?

 

Ключ для малины выдает облако

 

Проще "прикрутить" родной шнурок, те допилить драйвер и связку в малине. Ну если не получится проще использовать Zabbix для получения данных через rs => ethernet

 

@cooleach, вы спрашивали конкретно про малину, а не как вообще можно использовать данные от контроллера iTracer.
Малина 2 заточена только под продукцию компании МикроАРТ. Обмен данными с устройствами МикроАРТ не совпадает с обменом данными с контроллерами EPSolar. Без переделки малины вы ничего не сделаете, чтобы малина начала понимать "чужой" контроллер, а "хозяин" исходников малины вам их, естественно, никогда не даст, это труд нескольких лет.
Вот этот переходник (или иначе, как вы выразились "... допилить ... связку в малине"), на который вам дали ссылки, и делает эту работу - обеспечивает двухсторонний обмен данными между малиной и контроллером EPSolar (в данном случае с iTracer). ТО есть у него с одной стороны контроллер EPSolar, с другой стороны - малина, и малина "считает", что работает с родным контроллером МикроАРТ.
То есть процесс включения совсем простой - подсоединяете свой контроллер через переходник к малине и сразу можно с малиной работать. Никаких дополнительных телодвижений делать не нужно.
Во всех других случаях придется сильно поработать головой (и руками), но если вы это сделаете и поделитесь с сообществом, то вам будут благодарны многие пользователи контроллеров EPSolar, а их не так и мало...
Посмотрите, в той теме есть и еще одно практически готовое решение от пользователя, может оно вас больше заинтересует, если у вас есть какой-то опыт работы с микроконтроллерами.
p. s.
приношу извинения, если что-то написал не по теме.

 

Хозяин исходников, как я понял не против допиливания его системы под свои нужды (не для коммерческого тиражирования). Соответственно подмонтировать и делать с скриптами и прочее нам ни кто не запретил.
Файловая система подлежит подмонтированию и она без криптования.
Родной шнурок rs 485мне лично удобнее. Кому то не нужен рут доступ, а мне нужен, тк систему оповещений и управления привык использовать площадку ныне запрещеного телеграмм.
Сложнее найти время на это все. Если сделаю- выложу

 

@Osolemio, доброе утро. Есть возможность в веб интерфейсе сделать авторизацию на изменение настроек малины и инвертора (и контроллера, вдруг он когда-то тоже будет настраиваемым не только с кнопок)? По умолчанию всем кто зашел только смотреть, если заход в разделы с изменяемыми настройками - запрашивать пароль.

 

Доброе утро, @Jabber
Как бы вам вот рассказать. Идеология Малины - это мост с открытыми интерфейсами между МАП и любыми другими системами. На Малине по-сути кроме nginx с php довесками ничего нет. В т. ч. и ни одной стандартной БД. Веб-интерфейс - это просто веб-интерфейс пользователя. Он или закрыт, или открыт. Это не веб-сайт общего доступа. Сделано все это для того, чтобы она работала как можно надежнее, как можно меньше было записей на флешку.
Авторизация сейчас выглядит в виде конфиг файла для nginx, где руками прописаны файлы: куда можно, куда нельзя. Если я буду вырезать в этом окне настройки, то, во-первых, возникает третий вариант конфигурационного файла (есть точно так же желающие, чтобы вся Малина была закрыта), что не очень удобно уже само по-себе, а во-вторых, под раздачу попадут перекрестные скрипты открытых интерфейсов. И в самом интерфейсе много запросов разных.
Чтобы вводить на Малину нормальную авторизацию, это надо увеличивать имеющийся php код раза в полтора, вводить рутинг (которого нет), вводить стандартную базу данных, если не писать самому всю подсистему авторизации. И опять вернемся к старым граблям: падениям MySQL на RasPi. Которая хошь-не хошь, отожрет на флешке полгига даже для 1 записи.
Я очень вас понимаю, что было бы в каких-то вариантах очень удобно, но Малина - это микроПК с протоколом http, а не большой веб-сервер.
У меня есть решение этой проблемы уже месяца 2 как:
В облаке, при настройке Малины, создании нового графика по группе параметров, вы можете этот элемент сделать просматриваемым. Другие элементы, которые я планирую (виды, dashboard) так же будут иметь эту настройку.
И тогда любое заинтересованное лицо может посмотреть и данные по оборудованию, и графики, по ссылке в облаке: типа https://облако/view/malina/567 или https://облако/view/chart/567
По-моему, это гораздо лучше, чем грузить Малину не свойственными ей функциями.
По Малине пока не готово (надо еще придумать, как это все безобразие показывать ), графики тоже только вчера заработали, но черновики пока такие:



Поле "May be viewed" у Малины
и у диаграмм


И график, например, Диаграмма 1 по ссылке:

 

Малина перестала почему-то определять КЭС Dominator 250/60 прошивка v7 МАП dominator 26.2 Малина Release: 5.07_UPSu7 КЭС перестал определятся после upgrade МАП до 26.2

 

@Osolemio, с авторизацией на малине предельно ясно, действительно слишком много хлопот по переделке. Облако рулит. Конечно пока оно бесплатное . С другой стороны, кто-то должен это поддерживать и развивать и рано или поздно оно либо умрет, либо будет платным...
Столкнулся с подобным для контроллера тепловой системы с солнечными коллекторами - функционал облачного сервиса есть в ПО, умеет отправлять данные по tcp ip, но облако уже пару-тройку лет как прикрыли, а на вопрос китайским товарищам дайте описание протокола обмена молчат как рыбы.

 

@Osolemio, думаю Вы уже все предусмотрели в облаке, но на всякий случай, подсмотрел у Victron - они для каждого устройства, которое отправляет данные в облако, передают и id устройства, и в облачном сервисе картинка с девайсами создается автоматически, согласно принимаемому списку устройств, сразу с соединениями. АКБ рисуется автоматом, если участвует любое устройство отличное от сетевого инвертора. В общем так-же как сделано в малина 2 на вкладке с системой. Если солнечный контроллер, рисуют и панели.

 

Я над этим думал. Долго. Взвешивал все "за" и "против". И решил, все же, иначе. Не знаю как у виктрона организовано, но тут есть одна засада. Я предпочел сразу в настройках узла указать, что у вас подключено, чтобы система знала не столько, что отрисовывать, но и что искать. Полей много. БД для хранения данных не реляционная. Т. е. все предельно гибко: с ростом вашей системы просто добавляются новые поля, а старая информация никуда не исчезает. В т. ч. и с появлением новых полей у устройств с новыми прошивками, и появлением вообще новых устройств.
Чтобы реализовать автоопределение, это нужно либо Малине раз в сколько-то времени отправлять серверу сведения о реально подключенных устройствах (лишний трафик и накладные расходы и на Малине, и на облаке), либо мне надо непонятно по каким критериям брать сведения о подключенных устройствах из каких-то (первых, последних) данных в БД. А это может быть провалом. Ибо в одних записях информация о МАП может быть, а потом нет.
Либо слать пустые структуры! А это по-полному: МАП, 4 КЭС, 9 КЭС по I2C, 16 BMS, батмон. Представляете, сколько тупого трафика гонять?
У меня никаких фиксированных структур нет. Есть данные - включаются. Нет - нет.
Ибо сегодня я включил МАП, завтра подключил КЭС. МАП перепрошиваю, временно данные не идут.
В итоге облако никогда не будет обладать достоверными данными.
А так: вы указали что подключено, что отображать, а что нет. Ну, например, вы не хотите в Малине видеть БМС. Ок, возможно. А завтра передумали. Не вопрос.
Все это в итоге снижает накладные расходы с лишними запросами к БД и поддержанием в актуальном состоянии каждой Малины. А их может быть десятки тысяч. На самом деле, создавая профиль Малины, очень просто указать что подключено (или должно быть подключено!). Буквально 3-4 клика. Тем более, что каждому устройству вы присваиваете имя.
Есть еще один плюс. Если система знает, что МАП должен быть подключен, а данные на него не поступают, то это прямой тревожный сигнал. А если автомат - ну хрен знает, может так и надо
По поводу платности и бесплатности: учитывайте, что облако - это интерес МА. Я его сам содержать не намерен. Соответственно, делается оно только под оборудование МА, и, полагаю, что МА будет заинтересован, чтобы оно было бесплатными для его клиентов.

 

@KOLOBOK1976, Заработало после нарезки образа

 

Использую малину, подключенную к облаку emoncms. org.
Есть еще одно устройство (не Малина), которое подключено к этому же облаку, но с другим Api ключем.
Можно ли этому дополнительному устройству присвоить Api ключ от Малины?
Или будут проблемы?
Хотелось бы заходить на облако с одного аккаунта для контроля 2-х устройств.

 

Не каких проблем, только статистика будет с момента перехода на один арi.