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

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

Уже 14 минут. FAT.
Надо ставить новый image ?

Да, забыл сказать. До установки этого обновления такая же фигня была т. е. дело точно не в обновлении. Три флэшки разных пробовал.

Не удержался, открыл в другой закладке браузера
"Вы можете восстановить БД за день, либо сохранить обе."
На первой закладке всё еще
"Ожидайте завершения процесса..."

 

Файлы уже есть, но еще недописаны.

Хорошо, посмотрю пойду сейчас бэкап на FAT

 

@Galiy,

Проверил на реально работающей Малине.
Флешки находит и монтирует. Как vfat, так и ntfs
Запись: долго. уже 10 минут пишет, и думаю, что еще минут 15 будет писать
Почему? Не знаю пока. Я копирую стандартным линуксовским cp
Может порт, может очереди, может еще что.

 

Так а где ПО скачать? на сайте нашел только загрузчик и это:
1. Необходимо обратится в службу сервиса и получить ссылку на скачивание нового образа системы.
По другому что нельзя?
PS
Затупил, нашел в начале этой темы.

 

Osolemio, добрый вечер.
Просмотрел логи за сутки с момента установки последнего апдейта.
Ни одного намёка на зависание КЭС, ни одного случая разбега времени между страницами с данными устройств. Надо делать поправку на то что сегодня был весьма хмуурый денёк, самая большая выработка была раза в 3 меньше номинала панелей. Ранее зависания происходили как раз во время максимальной выработки КЭС так что сильно радоваться рано.

 

Ждем, ждем. Я пока с @bdna2009 на его установке тестировал. С его девайсом за несколько часов ни одной ошибки. А с КЭС 1-2 за 120с. Из чего делаю вывод, что проблема не в Малине, не в алгоритме, не в адапторе и не в коде. А похоже в неповоротливости MCU и уплывании частоты на высокой нагрузке, с ростом t.
У меня у самого не было за сутки перезагрузов сервисов
root 1202 1.6 0.1 2100 1268 ttyUSB0 Ss+ 00:40 22:44 /usr/sbin/mapd
root 9387 1.6 0.1 2096 1268 ttyUSB1 Ss+ 00:46 21:22 /usr/sbin/mpptd

Но виснуть не должно теперь по всем канонам. Связь теперь не блокируется. По неполучении байта за 0.1-0.3с, уходим на ошибку и повторное чтение

Мне привезли сегодня открытый DE-9 разъем, будет время подключусь осциллографом с декодером RS232, посмотрю, что срывается на низах

 

Вот так врут все.
КЭС в режиме ограничения выработки т. к. батарея в буферном и напряжение рябом с UBuf
Но самое интересное что при этом всё работает стабильно
Вполне возможно врёт датчик тока МАП (завышает показания), как думаете, стоит волноваться по этому поводу?

 

@Galiy,

1. Период снятия измерений и отображения разный. Да и не может совпадать четко. Это обусловлено алгоритмами. МАП то чуть больше, то чуть меньше берет. Для этого у вас и есть график суммарной мощности на АКБ и сумма токов:

По графику мощности можно судить о среднем балансе по батарее. Не забывайте, что батарея - неотъемлемая часть системы. Она задействуется и на ней суммируются токи. Никогда не будет жесткой векторной суммы = 0

2. Поправлено измерение тока по АКБ. Будет в 26.1 => разбежки немного уменьшатся

Волноваться не стоит. Разбежки небольшие были и будут всегда. Я лично с этим ничего не сделаю.

 

Просмотрел логи за сутки. Сегодня солнечный день, во время когда была выработка примерно с 9 до 15:30 периодически фиксировались "зависания" сервиса КЭС, что выражалось в разнице во времени между МАП и КЭС, длительностью от 6 до 18 секунд, после чего всё самовосстанавливалось. За всё время таких "зависаний" было около 30 раз, при этом "зависания" менее 5 секунд у меня не фиксируются. Как-то так...

 

@Galiy, похоже в такие моменты мне контроллер не хочет как положено отвечать. И Малина его дрючит, пока надзиратель сервиса тоже не видит, что чтения нет, и перезапускает демон.

 

Но ведь после перезапуска демона показания начинают считываться нормально. То есть контроллер всё-таки отвечает, это наводит на мысль...

 

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

 

На чистой 5.06 не фиксировал зависаний (может по причине убогости измерений)
С патчем update6_5.06 не работают два моих контроллера для EPSOLAR

Предполагаю, что это от бедности КЭС

 

Chrome:

 

@Galiy, знаю, пытаюсь поправить. Причину не могу найти точно.