Инкотексу, Энергомере и другим производителям счётчиков, очевидно. предложат покупать сертифицированные модемы и не жужжать.

Благо, у Игоря Аркадьевича аналогичный опыт с Эрой-Глонасс уже есть.

https://habr.com/ru/company/virgilsecurity/blog/439788/

S for Security

P.S. А почему в «национальном стандарте интернета вещей» шифрование не по ГОСТу?..

https://habr.com/ru/post/439606/

А также написал в пятницу вечером под пиво краткий гайд для тех, кто в разработке электроники от самодельщика дорос до ИП, но пока не знает, что с этим делать

Посмотрел в код, кгхм, конкурента — который CurrentRanger, https://lowpowerlab.com/2018/09/26/currentranger-auto-ranging-current-meter/

https://github.com/LowPowerLab/CurrentRanger/blob/master/CurrentRanger_R1.ino

Боженька, за какие грехи смертные ты послал нам ардуинщиков?..

И ведь чувак за эту порнографию 120 баксов хочет.

У нас в Energymon типовая задержка переключения поддиапазонов по току — 10 мкс, см. картинки далее. У чувака — опрос АЦП в loop() и дёргание ножек через DigitalWrite; смотреть на осциллографе, с какой скоростью оно всё работает, я думаю, он даже не пробовал.

Ну и собственно, про Energymon:

1) почти все по первой волне предзаказов уже получили, в ближайшие два-три дня будет инструкция, новая прошивка и новая версия ПО для компа

2) хотелки с разных сторон вида «а нам бы это показать!», «а нам бы это убрать!», «а нам бы диапазон вот так попереключать!» привели к тому, что железка обзавелась ещё и консольными командами, которыми, например, период усреднения данных можно менять от 10 до 1000 мс, включать-выключать выдачу в консоль конкретных типов данных и т.п.

3) наснимали осциллограмм переключения диапазонов по току при перегрузке — типовая задержка 10 мкс, это вам не ардуина

Если кому интересно — исходники прошивки UMDK-ENERGYMON: https://github.com/unwireddevices/dap42/tree/umdk-emb

Главная простыня со спагетти — тут: https://github.com/unwireddevices/dap42/blob/umdk-emb/src/stm32f042/umdk-emb/target.c

Хорошая новость: в релизе RIOT 2019.01 сделали поддержку различных режимов работы UART — чётность, длина слова, длина STOP.

Плохая новость: по умолчанию функция uart_mode выключена — и, судя по всему, включать её никто никогда не пробовал, потому что внутри рукожопый неработоспособный и даже не компилирующийся код, в сначала в описывающие enum'ы типы (при —short-enums у компилятора — по сути это uint8_t) засовывать регистры процессора, а потом наоборот — значения enum'ов засовывать в регистры?

Ещё раз: это — в официальном релизе.

Вот как они так умеют? Почему ни один человек не то что не протестировал, а даже не посмотрел в этот код и не сказал, что это какая-то ебанина?

https://github.com/RIOT-OS/RIOT/blob/master/cpu/stm32_common/periph/uart.c#L166

Ммммммать

А чтобы оно таки заработало, они для начала пытаются собирать enum'ы из значений из CMSIS

Охуенная конструкция

https://github.com/RIOT-OS/RIOT/commit/60f745a0334ba40000d0b4c03255fabde510e56e

Осмотрев так называемую «поддержку DMA» в новом релизе RIOT OS, вздохнул, пробормотал «if you want something done right...» и сделал:

* поддержка ADC DMA с запуском по внешнему триггеру и сохранению в буфер заданного размера, по кругу или до заполнения, с коллбэками по половине и по полному буферу: https://github.com/unwireddevices/RIOT/commit/66799523f1753f8f9e70d0238c19f1aea225dfa9

* поддержка таймера, предоставляющего типовой триггер (TIMx_TRGO), в том числе для ADC: https://github.com/unwireddevices/RIOT/commit/1de5282c17ad6303d212269c37c3bed6f471b1a6

Нанёс этим пользы существенно больше, чем всё, что было написано в RIOT на тему DMA до сего момента — по сути, это готовая поддержка оцифровки аналогового сигнала с минимальным джиттером и частотой дискретизации до мегагерца.

https://habr.com/ru/company/oleg-bunin/blog/440706/

Товарищи!

Не забываем подавать ваши доклады на InoThings++!

По ссылке — рассказ о том, что было на конференции в прошлом году.

В этом году ждём любые практически полезные темы — разработка электроники, разработка ПО, внедрение IoT-систем, юридические аспекты и госрегулирование, войны стандартов...

Для подачи заявки достаточно заполнить карточку с тезисами и небольшим, на пару абзацев, описанием сути доклада — поэтому лучше сделать это прямо сейчас. Готовая презентация для подачи заявки *не нужна*, заявки — это способ для программного комитета предварительно сформировать программу, проработать с докладчиками тематику их выступления и т.п.

https://habr.com/ru/company/oleg-bunin/blog/440814/

Написал про российское законодательство в области эксплуатации LPWAN-сетей и первую половину свежих инициатив в нём

А если по предыдущему анонсу вы подумали, что на InoThings++ у нас теперь будет один скучный бизнес и не будет программистов, то — представляем следующий доклад!

Филипп Хандельянц, компания PVS Studio — «Статический анализ и написание качественного кода на C/C++ для встраиваемых систем»

Подойдите к вашему embedded-программисту и спросите его, что такое «мисраси». Если он считает, что это — марка то ли японских подгузников, то ли японских же суши, смело гоните его на доклад Филиппа.

Ну или на мороз, потому что, право слово, какой embedded-программист из человека, который не только не применяет, но даже не знает, что такое стандарт написания безопасного кода MISRA C?..

P.S. А если здесь есть кто-то, кто хочет и может с примерами рассказать про IEC 60730, то мы вас не только примем и расцелуем, но и компенсируем проезд до Москвы на InoThings++!

MISRA C или не MISRA C, но в группе https://news.1rj.ru/str/InoThingsTalks случилась небольшая подборочка ссылок, с которыми стоит ознакомиться:

https://threatpost.ru/iot-gets-safety-standards-by-etsi/31245/ — рекомендации ETSI по безопасности IoT-устройств

https://nvlpubs.nist.gov/nistpubs/ir/2018/NIST.IR.8228-draft.pdf — большой документ NIST о новых рисках, связанных с IoT-устройствами и особенностями их эксплуатации

https://www.enisa.europa.eu/publications/baseline-security-recommendations-for-iot — рекомендации агентства ENISA по тому же вопросу

Это не стандарты написания кода, но вещи, которые стоит пролистать на досуге и отнестись к ним серьёзно, особенно если в интернете вещей вы недавно

Продолжаем про https://news.1rj.ru/str/InoThingsTalks

Поглядев на заявки докладов, например, «Анализ международной стандартизации по IoT и IIoT» Руслана Киричека из лаборатории IoT СПбГУТ им. Бонч-Бруевича или «Как использовать частоты LPWAN и не поссориться с государством» Олег Курилова из «Гейзер-Телекома», мы решили выделить тему стандартизации, национальных стандартов и вообще взаимодействия с государством в отдельный блок — как одну из самых горячих и обсуждаемых в IoT-сообществе в последние месяцы

Итак, представляю — круглый стол «Нужны ли нам национальные стандарты в Интернете вещей?» на InoThings++ 4 апреля

Ведущий и модератор — Евгений Гринь, компания «Actility»

Список участников дискуссии опубликуем чуть позже, когда все желающие и приглашённые согласуют своё участие, но могу точно обещать, что у нас не будет говорящих голов системы «необходимость ускоренного импортозамещения в качестве необходимого ответа на существующие цивилизационные вызовы в свете основных тезисов послания Президента в адрес Федерального Собрания Российской Федерации», а у аудитории будет возможность задавать любые вопросы всем присутствующим