У Игоря Петрова есть «служба утерянных цитат», а у меня будет служба утерянных файлов

Знакомьтесь — проект того самого национального стандарта протокола интернета вещей, который только что торжественно приняли по результатам публичного обсуждения (уровень публичности был настолько беспрецедентным, что найти в открытом доступе какую-либо информацию о содержании этого обсуждения и сделанных из него выводах невозможно)

Под конец обсуждения даже сам обсуждавшийся материал пропал из Интернета

Но это мы только что исправили

«При организации обмена данными между приборами учета электрической энергии и интеллектуальной системой учета электрической энергии (мощности) по радиоканалу обязательно использование энергоэффективных сетей дальнего радиуса действия (LPWAN –Low Power Wide Area Network) на базе протокола XNB (Extended Narrowband), построенных с использованием оборудования российского производства, и работающих в выделенном диапазоне частот 863 –865, 874 -876 МГц»

Вот так, легко и непринуждённо, всего одним письмом, Министерство связи Российской Федерации положило ВЕСЬ рынок учёта электроэнергии в означенной Федерации на колени Игорю Аркадьевичу Ротенбергу, с сентября 2018 владеющему компанией Стриж-Телематика, владеющей протоколом XNB (про который неизвестно вообще ничего, кроме названия; впрочем, с учётом, что Вавиот — это осколок Стрижа, можно предположить, что в протоколе XNB внутри такое же безграмотное студенческое говнище, как в NB-Fi).

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

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

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++!