> [79] kilkennycat ©   (03.02.17 05:04)
> Если так заморачиваться с надежностью, то всё-таки и еепром
> надо внешнюю или вообще, как говорил выше GEN++, отдельный
> логгер.

Сие изделие слишком мало по свои основным задачам чтобы даже суперкап ставить, суперкап будет на полный контроллер. Задача нынешнего девайса - просто удаленно коммутировать грязную цепь, смотреть за напряжением в чистой и пикать когда ее попросят. счет энергии - моя прихоть на будущее и вообще это опция. Полный контроллер(в планах) - это будет уже полноценный бортовой самописец авиационный, с логгированием в 2 места(SD и облако в инете) и сбором 36 параметров с разных устройств и выводом на 3 дисплея. Тут то и придется делать бэкап без вариантов. И eeprom будет внешняя.

И то я не очень верю в суперкап - мне проще поставить пальчиковый или мизинчиковый LiOn акк и готовый модуль бустер/зарядник на 1А на питание ардуины. Этот модуль чуть больше гнезда USB на плату и предназначен для создания полноценного повербанка или же заряжаемого бэкапа на датчики всякие с 5В блочком питания. Возможно так будет проще. Когда застендирую девайс - будет время экспериментов.

Разобрался я с алгоритмом высчитывания пакетов PPM-сигнала и глюков с подсчетом среднего за секунду. Провели с коллегой сегодня мозговой штурм с разбором кода очень притязательно. Это было нечто.

Вся засада в провалах была в том, что потоки счета пакетов в обработчике аппаратного прерывания и суммирование с вычислением среднего арифметического каждые 250мс были рассинхронизированы. Плюс моя ошибка была в том что я лимитировал счетчик пакетов 50, а не тем сколько было пакетов за прошедшую секунду. В итоге получалось что набегал рассинхрон по времени счета пакетов и инкрементации в сумму и получалось какое то левое значение.

Пределал код так что в аппаратном обработчике счетчик пакетов, и его максимум(после его бэкапа) сбрасывается спустя 1млн микросекунд и вывожу я этот бэкап в порт. никаких сумм и средних значений теперь не нужно - стало все как должно было быть. Теперь можно также определять не только отвал сигнала, но и его RSSI - тобишь выводить в порт шкалой качество сигналов, ведь если за 1млн микросекунд придет 34 пакета, это будет зафиксировано четко.

Вот мне и наука при работе с аппаратными прерываниями, век живи и век учись!

Так что обе проблемы были решены.