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

Переименовать в battery. sql и импортировать в mysql
mysql -u root -pmicroart < battery. sql

И перезапустить batmon
Сейчас в архиве поменяю. Как и куда что подевалось - ума не приложу. На ТРЕХ компьютерах сохранял!
Начал готовить образ. Записываю себе - а оно не запускается. Я проверять - старая БД.

Новая ссылка 2.06а
Поправил структуру БД.
https://cloud.mail.ru/public/4yTw/16uVQ8Ucm

 

Бывает и такое. Эх срочно выдернули меня по работе смогу только к выходным скомпилять и потестить. А уж руки чешутся жуть как.

 

Себе делал образ для RasPi2. 2.06a. Пока на работе - выложил, если кому надо еще.
Тут все, что сделано на сегодняшний день
https://drive.google.com/file/d/0BxGcexJZgBlWRGFfNlU3MHlob2s/view?usp=sharing
Линукс, пакеты, в т. ч. mysql и загрузчик обновлены. Поэтому нарезать boot. img на mSD тоже нужно. Он внутри есть.

 

Пытаюсь сделать систему почти неубиваемой. Для начала пробую другие файловые системы и перенос изменяющихся каталогов на отдельные раделы со спец. ФС для NAND от Самсунг - f2fs (flash friendly filesystem). Применяется на SD/EMMC накопителях в мобильных устройствах.
Запустил как эксперимент на USB флеш
rootfs - ext4 с журналированием
/var - f2fs на отдельном разделе
/bases - f2fs на отдельном разделе
Посмотрим, даст ли преимущество f2fs и такое разбиение.

Пока на производительности mysql не сказалось. Общая работа такая же. Это уже хорошо

 

Обнаружил забавный баг. - mapd путает педали. Если подключено 2 usb-rs232 по одному в мап и мррт, при отключении переходника мап, ttyUSB0 занимает переходник МРРТ и mapd начинает читать фантасмагорическую чушь. Полагаю, надо почаще проверять id устройства, которое отвечает на "доверенном" tty

 

@project71,
Нужно просто читать инструкцию по подключению Это не баг - это фича. Мне хорошо известная.
МАП включается первым. Потом включается МППТ. Чтобы udev привязал его к нулевому порту, а MPPT к первому.
Либо просто включается МППТ без МАП, который если не обнаруживает контроллер на втором порту, читает первый и выходит при неудаче.
id устройства вообще не проверяется. По многим причинам.

 

В том то весь и фокус, что не выходит. Я-б и не писал, если бы полчаса не наблюдал висящего на порту МРРТ демона mapd.

А про инструкцию зря вы.

Ну, если так То пусть будет)

 

Если порт хоть один есть физически, то он не завершит выполнение. Выполнение завершится только если по 1 и 2 порту будет ошибка открытия его как tty устройства.
Иными словами - демон МАП при запуске жестко на ttyUSB0
МППТ - на ttyUSB1. При неудаче - на ttyUSB0. Чтобы можно было один контроллер повесить. Без МАП.

Посему, если порт хотя бы один есть и запускаются оба демона, то один из них будет гнать чушь.
Фишка в том, что там не такое замечательное и стабильное чтение по портам. Id тоже меняются (недавно ветряк добавился и т. п..) Соответственно, лучше правильно запустить, чем терять время на проверки id. И так там при запуске вагон проверок.

 

А вроде ид предыдущих приборов не изменились? 0х03 мап и 0x05 мррт как были так и есть. Ну а в общем - действительно не критично. Пусть чушь читает

 

@Osolemio извините меня, но я вас замучаю. "Фича" еще одна обнаружилась - мрртд перестает читать после примерно 20 мин. Помогает перезапуск. Вероятно, один или серия ошибочных пакетов вводит его в ступор. Сейчас решил проблему - в кроне каждые 5 мин его перезапускаю. Конечно можно и так оставить, но на всяк случай репортую

 

Да не замучаете вы меня. Сложно это сделать
Ошибочных пакетов там быть не может, ибо функции и с моей стороны, и со стороны МАП и МППТ одинаковые. Программа уже не с одним контроллером в связке работала.
Перестает читать - это перестает писать в БД или вы как-то по-другому это выяснили?
Причин у вас может быть несколько:
1. настройки порта
2. настройки mysql
4. медленный накопитель

Демон написан так, что перестать читать он не может. Пока есть порт, он будет долбить и пытаться читать до посинения.

 

Вечером будет посвободнее - доберусь до логов, буду искать в чем проблема. В базу да, не пишет. Скорости хватает у системы - загрузка низкая - выполняется на достаточно свежем ПК. Быстрый фикс - тупо перезапускать кроном.

mapd работает устойчиво (кроме того, что путает педали изредка ).

 

Разбирайтесь. Вы не первый, кто говорил, что при запуске перестает писать. В итоге у всех работает

 

Вобщем, печальная ситуация с моими донглами. Драйвер для pl-2303 глючный на редкость. Но работать их таки заставил путем небольшого допиливания mapd и mpptd. Метод, конечно абсолютно антисанитарный - каждые 100 циклов закрываю порт и открываю заново, восстанавливая установленные ранее атрибуты. Пока работает нормально - максимум на 20 сек были пропадания "записи" в базу) Вобщем донглы печаль, а @Osolemio молодец.

Предложение добавить галку в софте - Корявый донгл и пытаться хоть как-то работать с ними

 

@project71,

У меня один из донглов корявый, который смотрит на МППТ. Бывают перерывчики до 3-5 секунд, потом все работает дальше. Через него даже прошивка не работает
Если вам открытие/закрытие помогает - это ваш вариант
Хотя еще гляньте опции по stty на порту. Все должны быть в минусе. Иногда донгл вывешивает много ключей для настройки. И демон их все не сбрасывает на сырой режим.
Надеюсь прошивка у вас в контроллере свежая. Там ситуация с RS232 в старых прошах была хуже.