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

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

Вы не белая ворона. Это обсуждается просто уже архитектура скорее промышленная.
У меня у самого всего 1МАП+1контроллер. И мне боле не надо

При обновлении версий нарезкой образа естественно ничего не сохраняется.
Если вы будете брать релиз линукс - просто копируйте с заменой все файлы в папках, предварительно остановив сервисы и все будет сохраняться. Нарезка образа - это радикально. И это не обновление
Еще существует тайная ссылка /update.html по-моему
Там можно загрузить подписанное моим ключом обновление. Функция работает, только я пока такие обновления не делаю. В дальнейшем, когда по-мелочи надо будет обновить- буду делать подписанные мелкие файлы с обновлениями. Все это уже есть и работает

@Cronex,

Да нет, вам спасибо.
Как раз полезное обсуждение было. Скажу в догонку 2 слова, что вчера не успел
Нейронная сеть хорошо работает, когда есть связь всех со всеми. Если любой РасПи хранит все данные, или часть данных, или еще как-то, то все равно должна быть некая таблица дескрипторов, либо на ЦУ, либо каждый должен знать все обо всех или хотя бы о соседях. Системка прикольная и самоорганизующаяся, но избыточная.
Простой пример.
В мой двухуровневой:
села батарейка в одном из узлов. Умолкло несколько РасПи. Ну и Бог с ним. Я показываю на ЦУ красную букву и ругаюсь матом
В многосвязной:
сразу требуется перестройка системы, переписывание таблиц. Так ведь еще надо, чтобы все заинтересованные узлы поняли кто умер. А это уже всякая хрень на подобие протоколов маршрутизации или резервирования.

Я на самом деле сделаю на каждом Пи просто шлюз для свободных SQL запросов (с проверкой на вшивость) и возможность репликации. Для обозримо больших инсталляций это и по надежности, и по скорости будет очень хорошо, ИМХО
Еще раз спасибо

 

@Osolemio,
Ну а вот про нейронные сети можно конечно пообщаться - там есть много версий реализации взаимодействия, в свое время уделил очень много времени изучая данный вопрос, но боюсь что остальным это будет не очень интересно
У Вас идея вполне живая и реализуемая, я бы может только с прямыми sql запросами еще подумал.
Конечно понятно, что в реализации это прямые обращения к шлюзу, вот только у меня возникают опасения по отказоустойчивости в разрезе работы IP стека.
Могу ошибаться конечно так как в прикладной линуксовой реализации откровенно плаваю.

 

Ну тут как пойдет уже в реализации, когда я туда углублюсь. Стресс-тесты проведем и посмотрим
При таких нагрузках мизерных (запрос на распи раз в секунду всего) я даже вряд ли задумаюсь над TCP/IP стеком. Там и входных буферов должно хватать за глаза с обеих сторон. Если нет - у меня была идея push технологии, либо конвейера. Это уже на практике подправится - что лучше заработает.

 

@Osolemio,
Тоже верно, согласен.
Кстати push вариант тоже вполне выглядит перспективно.
Тут есть потенциал как раз по отказам прикрыться.

Я собственно почему так про отказоустойчивость то переживаю - был пару раз печальный опыт с переписыванием ВСЕЙ архитектуры приложения из-за того что не учли нагрузочные характеристики запросов и при испытаниях на объекте заказчика сели в лужу по причине огромной интенсивности получения первичных данных от контроллеров.

 

@Cronex,

Да, и стек в линукс как правило железобетонный. Ибо линукс=сеть. Он не живет без сети. Поэтому даже когда сам линукс полуживой (или полумертвый ) с сетью как правило все ок. Тут это нам в плюс

 

Ну тогда я не буду переживать

 

@Cronex,

Вот что у меня к вечеру родилось (в общем)

1. Универсальная прошивка сразу из двух частей, обе из которых выключены. Можно включить обе
2. Для трехфазных систем будет 3 RasPi, один из которых станет одновременно и зондом, и ядром.
Я подумал, что для таких масштабов он потянет дополнительную небольшую БД
3 При необходимости этот же софт может быть установлен на более мощную платформу и включена только часть ЦУ (ядра)
Таким образом мы минимизируем затраты для бытовых потребителей, не ухудшая положение корпоративных, где много МАП.
Ну и универасальность. Мне не нужно будет делать 2 разных проши.

 

@Osolemio,
Ну что же, вполне приемлемый вариант.
Я так понял что ПО под ЦУ будет не сильно отличаться ядерной частью от основной зондовой (как вариант оболочки шкуры?) или прямо отдельный модуль?

 

@Cronex,

Нет, думаю кусок прямо в том же меню и отдельная ветка. Ну и логически, конечно, как бы отдельная часть. Она же должна уметь к localhost обращаться

 

Ага, понял.
кстати все забываю спросить на сколько хватит объема флешки по времени для хранения базы статистики?
в смысле данные за полгода, год.
Ну так на вскидку?
Рецикл автоматический не предусмотрен?

 

@Cronex,

10ГБ примерно на 1.5-2 года должно хватить по моим расчетам. С одним МАП больше. Текущий размер бд вы можете посмотреть в меню работа с бд
Рецикл - нет. Тем более кто хочет - HDD ставят и спят спокойно

 

Я совершенно не удивлён... Сегодня еду брать нормальные носители и попробую установить и запуститься...

 

Это ещё одна идея. Зачем 3 пая? чтобы их больше впарить?
Как будто один пай не сможет все (разумно нужные а не все) данные собирать
с трех глупо-мапов?
Один пай, 3 мап-а и 3 контроллера. Больше ни у кого не бывает...

И ещё, нафига использовать файловую систиему f2fs?
У меня, например с ней проблемы, я на федоре, а она ещё её не поддерживает толком.
Чем проверенные файловые системы не подходят?
Есть образ не под эту самсунговую дрянь?

 

Сбегал в Митино. Купил 3 sd карты 1 на 8 SanDisk ultra и 2 Transcend microSDHC на 16 Гб. и 2 флешки на 16 Гб Transcend MLC usb 3.0. Загрузил 2.10b_Pi2_f2fs.rar. Вставил карту, отмонтировал её и прошил так: dd if=boot.img of=/dev/sdb1 bs=1M с флешкой сделал тоже самое и прошил её так [root@flamingo pi]# dd if=2.10b_RPi2_16GUSB_f2fs.img of=/dev/sdb1 bs=1M

После чего флешки более не читаются [root@flamingo pi]# uname -sr Linux 3.14.27-100.fc19.i686.PAE

pi не оживает никак...

что я сделал не так?

 

1. 3 шт во-первых, потому что может быть конфигурация МАП со встроенным Пи. Во-вторых, выше написано. Всего портов 4. Питания на них мало без изменения схемы Пи. 2 заняты флешкой и GSM модемом. Остается 2. Дальше. Если люди захотят БД вести со всех трех МАП это БД будет расти колоссальными темпами. Кроме того, упрощается подход к передаче параметров настройки для каждого МАП. И вы всегда знаете какой МАП настраивается. Короче, если есть время - ничего не мешает немного все поправить и воткнуть хоть 10 МАП. Архитектура позволяет. А базу или вообще не вести, или вести вообще на сетевом хранилище

2. А причем тут федора к f2fs? Это образ сразу с Raspbian и там сразу все поддерживается
Для Федоры берите исходники линукс и ставьте любые ФС по своему желанию. f2fs по результатам тестирования для флешки оказалась самая работоспособная, быстрая и надежная. Она и разработана специально для флешек Самсунгом.

Вообще-то я немного начал уставать по 10 раз одно и то же каждому вопрошающему разъяснять. Все есть в ветке.

1. Опять не по инструкции все сделали
2. bs не равен 1М
почему sdb1 - это уже логический раздел устройства. Там есть раздел?
Образ включает несколько разделов ФИЗИЧЕСКОГО устройства.
Вы могли такой командой запороть флехи. Впрочем, вы предпочитаете идти своим путем, а потом я должен вам что-то объяснять. Я про использование команды dd нигде и никогда не говорил. Я ее использую, но в инструкции это не написано нигде

Нахрена microSD 16ГБ вообще не знаю. Там один раздел с бутлоадером 56МБ.