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

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

Да, у меня так же. Посмотрю причину.

 

Update 9 - поправлено прохождение команды на устройства

@Galiy,

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

 

Ожило, спасиб!

 

Хорошо, осталось отыскать причину конического числа в батмоне.

 

все отлично показания однинаковые в пределах погрешности спасибо

 

@Osolemio, сервис кес тормрзит при 40ампрах это изза самого кес?
за 40а перевалила и вся малина стала вставать в ступор

 

Сейчас КЭС под хорошей нагрузкой 50-60А, у меня стабильно
http://ХХХХ/write_sec.php?id=1&relay=3&mode=off
выдаёт error т. е. реле выключить невозможно.
И зависоны постоянные на небольшое кол-во секунд 5-15 но очень часто - до нескольких раз в минуту.
Попытка выключения реле происходила на протяжении 15 минут и каждый раз был error, но потом всё-таки 1 раз получилось и реле выключилось.
Может откатиться с дополнения 9 на дополнение 7 ?

 

у вас кес какой? у меня 200\60

 

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

 

а я поменял блок питания малины с 2а на 2.5ампера малина сервис мап вроде заработал а. кес также подвисает

 

Может. Если вы хотите даже раз в секунду управлять реле, то надо делать модель на микроконтроллере, ибо при наличествующем качестве опроса КЭС, это приведет к следующему.
От php к сервису работает message queue. Технически сервис вычитает и исполнит все команды, которые туда отправил php. Одну за одной, но пока не будет успешной первая, не будет вычитана вторая
В этом случае php вернет
if ($status_to["msg_qnum"]>0) die("unread");

К каждой команде для чтения пристегивается временная метка. И она же возвращается демоном вызывающему скрипту, чтобы тот был уверен, что исполнилась именно его команда. Если она не совпадает (т.е. пошло наложение команд во времени, тогда еррор). Притом, что скрипт перед выполнением вычитывает в 0 все входящие сообщения от демона. Ибо иных средств очистки канала не предусмотрено.
Вот как-то так. А update7 ничем принципиальным не отличается. Задержка в одном месте не 50 мкс, а 100 стала и другие мелочи. На вас это не должно никак сказаться. Это я как раз в 8 убрал одну строчку, которую посчитал не нужной, забыв, что по протоколу ответ на команду немного иной.

У меня еще к вам вопрос: вы когда наблюдаете это мегачисло в БМ, вы его запускаете вручную, или дожидаетесь автостарта?

@vintik70, на большой нагрузке у КЭС будет рваться связь. Я уже писал об этом несколько раз. У меня вроде на 6.6 получше, но пока этой прошивки нет в открытом доступе
У меня 250/60, сейчас 20А, все хорошо

 

ничего вручную не запускаю вообще

 

@Galiy,

Да, еще не написал: как и опрос, команды шлются с циклом 1 раз в секунду. Сперва идет опрос, потом команда, если есть. Одна. Потом пауза до 1с, потом все заново

 

т. е. нужно после любой команды делать паузу 3 сек. Этого достаточно?

 

из практики даже 2 достаточно. 3 вообще хорошо.
А там уже смотрите по своему контроллеру. Потому как 200/100 все же мне кажется поглючнее будет чем 250/60