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

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

@Svartalfdd,

Это динамические меню и страницы. Геморройно писать. Пальцы устанут от скобок
Я над этим уже думал. Может в перспективе и сделаем

P. S. постараюсь вечером все выложить.

 

Добрый вечер.
Выкладываю релиз 1.04b
Скрины и readme. txt в архиве.
2 часа не мог выложить. Что-то с ОПСОСом было. Пока не поругался - не поправили скорость на БС.
https://cloud.mail.ru/public/c2c4978cecf7/release_1.04b.rar

 

@Svartalfdd,

Короче, я придумал для вас простое как грабли решение. Что очень мне понравилось. Лень-двигатель прогресса Ничего писАть не нужно.
Для мониторинга нужного параметра делаете отдельный sql файл.
Например, _UNET - unet. sql
Файл содержит одну строку:

Код:

SELECT _UNET from data WHERE number=(SELECT MAX (number) from data);

Далее создаете исполняемый bash скрипт и пишете в нем (кавычки обратные! пишу для тех, кто не знает):

Код:

#!/bin/bash

i=`mysql --user=username --password=your_password -N map < unet.sql`

if [$i<200];
then ВАШ_СКРИПТ
exit (0);
fi

В итоге переменная i будет иметь последнее записанное в базу значение сетевого напряжения.
Скрипт можете запускать в фоне (тогда sleep (1) или sleep (3) добавьте вначале и оберните в бесконечный цикл как в mar), или по крону, что надежнее и правильнее.
ИМХО самое элегантное, гибкое и простое решение для мониторинга любого поля. А главное - надежность просто зашкаливает

 

@Osolemio, БРАВО! Это действительно true. nix way аж обидно, что сам до такого не допер... Я честно говоря думал в сторону чего-то подобного, с начала, но потом меня замкнуло в идее засунуть все в демон...

 

@Osolemio, через время перестает писать в базу новый демон... ошибок в сислоге нет. сам демон висит в процессах с нормальным статусом. вечером включу логирование мускула посмотрю что там будет... базу мускула пересоздавал, привилегии monitor естественно выданы. пока вернулся на старую версию

 

Посмотрите, потому как основная часть практически не менялась. Менялся формат полей в таблицах, да еще запись в bms_alert. У вас bms нет, код не должен исполняться.
У меня все четко пашет.

 

1.04.01b

1. Исправлено вычисление тока для графика токов ДТ1, ДТ2
2. На странице приборов возвращен к нормальному только положительному значению ток в ветке АКБ-МАП.
3. данные из EEPROM (настройки МАП) автоматически обновляются при любом изменении EEPROM (через настройки или программу)
4. Добавлена синхронизация времени МАП и сервера в 00:00:00
Берется локальное время сервера.

https://cloud.mail.ru/public/813ea184b296/release_1.04.01b.rar

 

Ничего криминального в логах мускула нет... последняя запись INSERT INTO data VALUES... Похоже просто демон перестает писать...

 

Хммм. Пересмотрел еще раз весь код. Пока ума не приложу где может сваливаться в бесконечный цикл.

 

@Svartalfdd,
Вот этот попробуйте. Там мелочь одна была. В индексе массива. Может она на вашей системе так критична... но вряд ли.

 

@Svartalfdd,

Расставляйте по основному циклу контрольные точки:

syslog (LOG_NOTICE, "checkpoint1...N");

И смотрите лог. Других вариантов найти как-бы нет.

 

Неа

 

вечером посмотрю

 

Шо характерно - старый работает как часы

 

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