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

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

Как то случайно приобрел кабель который в белой упаковке,
сейчас на МАПе работает как вкопанный, да и на КЭСе до этого работал хорошо.
А недавно специально взял 2 шт в желтой уп. так не то что не работает, когда включаешь его,
садит все остальные подключенные усб.
Сейчас втыкал, убрал, другие восстановились.
Но 1й и 2й МППТ поменялись местами, и ето очень плохо, т. к. менеджер событий по включению реле
все перепуталось...
Нельзя сделать, пусть МАП адреса прописывает как хочет, а менеджер событий работал
по стабильным именам МППТ1, МППТ2 ? или ка кто еще?

 

Я об этом кабеле в топиках год назад говорил

Можно. Когда МА прописывать UID начнет, а вы начнете, наконец-то, читать материалы.
шапка темы:

 

RS232 требует по спецификации
Логическому «0» соответствует положительное напряжение (от +5 до +15 В для передатчика), а логической «1» — отрицательное (от −5 до −15 В для передатчика)
У USB питание всего 5В, я не думаю что они что-то придумали чтобы было больше в проводах. Возможно ещё уровень садится из-за параллельно подключенного второго внутреннего свистка...

 

Кто подскажет, как сбросить все данные по истории,
так сказать начать жизнь с чистого листа.
А то после обновления 13го не понятные показания в сумме.

 

@Osolemio, мне пришла сегодня железка USB - 4 COM Port
Проверил на винде - все как заявлено стандартный драйвер FTDI, 4 преобразователя, 4 COM порта.
верно понимаю что малина 2 основана на raspbian-jessie-lite 2017-07-05 ?
Появление в системе raspbian-jessie-lite 4 портов ttyUSB0-ttyUSB3 говорит что все успешно установилось и COM порты определены в системе и можно продолжать стенд?

 

поздравляю

да, с последними на дату релиза обновлениями и патчами с гита

В целом, да. дальше надо смотреть как работать будет

 

Ок, понял спасибо.
Дальше колдую над стендом.

 

Ну что господа - победа
Начал с того что на стенде проверил работу девайса и определение портов в малина2 - успех, 4 порта в наличии
Проверил работу переходника от @bdna2009, для эмуляции КЭС - успех, определяется без проблем на всех 4 портах
Поставил в работу на малина1 версии 3.03 - успех, 4 порта в наличии соединение прошло в штатном режиме без перезагрузки, просто перезапустил сервисы МАП и МППТ.

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

Из плюсов:
питание от USB и от БП 5В
абсолютно четкое определение в системе стандартными драйверами FTDI
занят 1 порт USB
соединение портов всегда определено - в системе ttyUSB0 всегда COM1 на клеммной колодке (и так далее до ttyUSB3 - COM4)

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

Общее впечатление - железка годная.

 

Основная часть облака готова. Альфа-версия уже вполне работоспособна. Осталось привести все в порядок, протестировать кое-какие чувствительные вещи, дописать кусок интерфейса к Малине, админку. Через несколько недель думаю начать перенос на выделенный сервер и набрать несколько пользователей на тестирование. Пока не завершится тест, все будет только на английском! Я пока перевод не делал.
Все написано на последних технологиях веб-разработки. реактивное SPA.
Да, еще забыл: все приложение уже работает прямо через API, поэтому все готово также и для прикручивания мобильного приложения
Кому интересно - получасовой ролик о том что сделано.
https://yadi.sk/i/ozn66Ep53WdMNe
(full HD, поэтому качать и смотреть. Формат mov)
Хотя я посмотрел, прямо на ЯД неплохо показывает. Все хорошо различимо

 

Спасибо!
Думаю в свете перехода emoncms. org на платную основу, вполне своевременно.
Кто крайний в очередь на тестирование ?

 

Не знаю кто крайний, за мной пока никто не занимал но вас точно первого позову. Почему — знаете

 

Ух ты ! Дайте два !
@Osolemio, сразу два шкурных вопроса:
Версию для локального развертывания в режиме образа не будете публиковать? Я бы с удовольствием развернул у себя виртуалку на VBox для собственных нужд на одном из своих хранилищ, дабы не занимать ресурсы МА.
И что мне теперь делать со старым контроллером Я прямо уже страшно хочу и дома перейти на малина2, а агента от малина1 уже не подсунешь. Уже вижу как с моей карты уходит 30 килорублей на новый контроллер. (Дальше идут заунывные стенания царевны у окна и ария "сами мы не местные, поможите чем можете, не допустите обнищания трудящихся масс ")

 

Нет, нет, и еще раз нет. Причины те же, что и для Малины-2. Слишком много людей потом начинают искренне требовать личного участия в установке, объяснении как все работает и т. д. А еще ковыряются и начинают заваливать МА письмами, что где не так по их мнению написано. А я не семижильный. Да и безопасность пострадает сильно с открытием исходников сервера. Учитывая то, что после энного периода тестирования я все же планирую некую обратную связь делать по отсылке нескольких основных команд МАПу

 

@Osolemio, спасибо за предварительную демонстрацию возможностей облака, но можно тоже задать, вероятно, шкурный вопрос: в вашем облаке не планируется создание виртуальных полей из существующих с функциями максимум, минимум, сумма полей, коэффициент (например, для наглядного (греющего душу) перевода выработанной солнечной энергии в сэкономленные рубли ...) ?
И будет ли в дашборде предусмотрена (планируется ли в будущем) возможность (h t t p) полей со ссылками на сторонние ресурсы (картинки и т. п.) ?

 

нет, ибо это прямая уязвимость XSS и CSRF
плюс, я вообще, если заметили, ни одной растровой картинки не использую. Кроме символа облака. Ибо растр портит все: скорость загрузки, масштабирование, цвета и т. д. Плюс, даже через бинарные данные картинки бывают реальные атаки время от времени.

Не могу пока ответить. В БД хранится весьма много полей разной структуры. Простыми словами: данных очень много (даже не так. очень, очень, очень и очень много), и они очень плотные. И так приходится на уши вставать для их хранения и обработки. emoncms использует редис, из-за этого им и приходится уходить на платную основу, ибо RAM стоит дорого. Я не могу себе позволить такую роскошь - держать основной кусок БД в ОЗУ.
У меня на виртуалке любая математическая операция, даже нативно поддерживаемая базой, занимает ощутимое время. А это плохо. Реально пока сложно сказать: еще нет физического железа и сложно предсказывать и нагрузку, и время отклика.
Возможно мы просто определимся какие доп. показатели нужны, и подумаем на каком этапе их считать. Например, пересчитать коэффициентом энергию за месяц - это фигня вопрос. А вот просуммировать поля за месяц или неделю - это уже другое. Например, средние и энергию я храню отдельно. Энергию вообще в другой базе - реляционной. Это позволяет очень быстро обрабатывать запросы. Если я считал среднее по данным - я не дожидался даже ответа и за 30 секунд
Максимум выбрать из этой груды тоже ощутимая операция. Например, напряжение 5-го БМС это уже 4 уровень вложенности. Все это затрудняет такие операции