Комментарии 11
Насколько понял из статьи, ОС у вас грузится с sd-карты. Как-то решали проблему поломки загрузки из-за некорректного отключения по питанию? Там же, насколько я помню, /boot - это FAT, и который всегда монтируется в RW. Я когда занимался этим, то довольно часто получалось условно "сломать всё" тупо передергиванием питания во время записи чего-либо на карту.
Пришлось в своё время много мучаться с этой проблемой. Портилась файловая система после выключения питания, причем часто даже было не восстановить средствами ОС. Наблюдал ещё изменения размера маленького файла до 3Гб неожиданное и т.п. Добавлял принудительную проверку целостности файловой системы при старте, отключал запись части логов... Но всё это было с Raspberry Pi где-то до 2019г., потом как-то сошло на нет. Думаю, проблема была в схеме и они ее исправили. На всякий случай до сих пор только фирменные БП использую и micro SD Sandisk.
Дело не фирменной карте. Вам про другое совсем говорят: сквошфс, оверлай и т.д. С карты образ читается только один раз при загрузке, разворачивается в памяти и больше она не используется.
Обновление системы как делаете? Грамотно спроектированная система должна иметь как минимум две версии ПО. И при сбое обновления, загружаться со второй копии.
Тут совсем другой подход нужен.
И перевод интерфейса лучше вычитать.
Обратный SSH tunnel - это грамотное решение!
SD карта чувствительна к напряжению питания. Если в момент снятия по питанию будут какие-то импульсы, броски напряжения - то часто портятся данные на карте. Программными методами это не исправить. Некоторые это "лечили" хорошим фильтром по питанию на стороне Raspberry Pi. В самой Raspberry Pi конденсаторов по питанию маловато.
Откуда берутся такие импульсы при выключении? Обычно покупали блоки питания подешевле, с достаточным большим шумом по питанию, и с нехорошим переходным процессом на выходе 5В при снятии питания 220В.
Порча файловой системы была просто внешним проявлением порчи информации на физическом уровне.
Поэтому лучше использовать фирменный БП, с ним таких проблем нет.
Кстати, сечение и длина провода питания тоже очень важны. С тонким длинным проводом и дешевым китайским адаптером на 1А получалось испортить данные на SD карте без всяких отключений питания. Объяснение было простое, потребляемый ток Pi меняется, тонкий провод в такой ситуации хороший делитель напряжения, а близко к 1А и сам БП выдает меньше 5В, ещё и с повышенными пульсациями. Как следствие - скачки напряжения питания на SD карте.
Почему важна фирменная карта Sandisk? Обычно она сама собой не портилась через месяц-два использования в Pi, как некоторые другие. Это по результатам эксплуатации. Был проект с распределенной сетью торговых автоматов с Pi внутри, где количество автоматов в сети выросло от 100 до 10000 в течении нескольких лет. Там любопытная статистика получилась в итоге.
Ну при чем тут питание? SD Card имеют очень ограниченный ресурс даже на чтение, не говорю уж про запись. И ваш опыт "она сама собой не портилась через месяц-два использования" - это просто ничто по сравнению с роутерами, у которых время работы изменяется годами, а то и десятилетиями.
Я вам про промышленный подход пытался расказать. Зачем изобретать велосипед?
У подобных одноплатных ЭВМ на основе ARM преимущества: низкая стоимость, малое потребление, малые габариты. Это не пустой звук для тех, кто подбирал для своей системы промышленные одноплатные ЭВМ. Как правило, не требуется вентилятор, достаточно пассивного охлаждения. Наличие интерфейсов, свойственных скорее микроконтроллеру - I2C, UART, ШИМ, GPIO. Выбор был в пользу конкретно Raspberry Pi, у неё лучше всех поддержка производителем в части ПО, на уровне системы, драйвера и т.п. Огромное сообщество, легко найти нужную информацию.
Да, браузерная реализация. С телеметрией какая история... Заказчик просил добавлять параметры, функции, датчики постепенно, в течении двух лет, соответственно оговаривал как их отображать. То есть доработки делались на основе опыта эксплуатации и пожеланий покупателей этих приборов. ARM отличная платформа, если всё в порядке с наличием драйверов. Был печальный опыт с Beaglebone и Orange Pi.
Долгой и безоблачной жизни здесь нет. С каждой новой версией Debian, и новой версии аппаратуры что-то меняется, иногда очень неприятные сюрпризы бывают. Обычно проблемы решаемы. Для этого и существует поддержка разработчиков конкретной системы.
Просто на некоторых платформах проблем меньше, на некоторых значительно больше.
Сейчас нет большой разницы, что выбрать, x86 или ARM. Выбираем тот вариант ЭВМ, с которой меньше проблем.
Реализация Интернета вещей для промышленного оборудования простыми методами