Ну и это вот в мире инноваций оно, конечно, новое, а так вообще компаний, в которых без всяких m&a руководство однажды решило, что раз продукт выпущен и продаётся, то разработчики больше не очень нужны - их в истории было уже много.
(тут должна быть картинка из комикса про сову-менеджера, которую мне лень сейчас искать)
(тут должна быть картинка из комикса про сову-менеджера, которую мне лень сейчас искать)
https://digital.gov.ru/ru/events/38690/
"Комиссия также внесла изменения в решение ГКРЧ от 7 мая 2007 года, которым регулируется использование на территории РФ устройств малого радиуса действия. Изменениями предусмотрено, что базовые станции сетей связи сбора и обработки телематической информации в диапазоне 868 МГц должны быть зарегистрированы, а сами сети введены в эксплуатацию в установленном порядке. Кроме того, с 1 декабря 2020 года строительство таких сетей связи будет возможно с использованием базовых станций, произведенных только на территории РФ"
Добрый вечер, как говорил один вежливый лось.
На кой чёрт вот это вот надо, цензурно объяснить трудно.
"Комиссия также внесла изменения в решение ГКРЧ от 7 мая 2007 года, которым регулируется использование на территории РФ устройств малого радиуса действия. Изменениями предусмотрено, что базовые станции сетей связи сбора и обработки телематической информации в диапазоне 868 МГц должны быть зарегистрированы, а сами сети введены в эксплуатацию в установленном порядке. Кроме того, с 1 декабря 2020 года строительство таких сетей связи будет возможно с использованием базовых станций, произведенных только на территории РФ"
Добрый вечер, как говорил один вежливый лось.
На кой чёрт вот это вот надо, цензурно объяснить трудно.
Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации
Выделены полосы для создания пилотных зон сетей связи 5G
М — Монтаж.
(функциональная роль розовой пузырчатой плёнки мне не очень понятна, но отмечу, что розовым обычно обозначают упаковочные материалы, не накапливающие статический заряд, так что это можно отнести в безусловные достоинства данной художественной инсталляции — по крайней мере, накопление статики ей точно не грозит)
(функциональная роль розовой пузырчатой плёнки мне не очень понятна, но отмечу, что розовым обычно обозначают упаковочные материалы, не накапливающие статический заряд, так что это можно отнести в безусловные достоинства данной художественной инсталляции — по крайней мере, накопление статики ей точно не грозит)
Тут вот опять на Хабре всплыл «проект национального стандарта узкополосной связи для интернета вещей», поэтому процитирую-ка я заодно тут один свой комментарий, чтобы вы понимали, как такие «национальные стандарты» пишутся и продвигаются.
NB: Я был приглашённым экспертом рабочей группы Ассоциации Интернета Вещей по развитию LoRaWAN в России и принимал личное участие во всех заседаниях группы, посвящённых обсуждению этой ситуации, от первого письма о недопустимости подобных действий директор Ассоциации Андрея Колесникова до финального решения «шумиха нам не нужна».
***
1) Авторы «стандарта» — компания «Вавиот», они же ООО «Телематические решения». У них понятные коммерческие интересы (например, в тендерную документацию нельзя вписать требования поставки оборудования определённой фирмы — по жалобе может придти ФАС и попросить дать объяснения, зато можно вписать ссылку на ГОСТ — а что соответствующую этому ГОСТу продукцию в мире выпускает ровно одна фирма, так то как бы уже не ваши проблемы), при этом откровенно плохо проработанная технология и общее неумение или нежелание сделать нормальное её описание. Поэтому делают какое получается.
2) Далее авторы заносят это описание во ФРИИ, в рабочую группу Ассоциации Интернета Вещей по узкополосным сетям. Г-н Колесников, директор АИВ, и г-н Алимбеков, замдиректора ФРИИ и заодно куратор АИВ, радостно хватаются за принесённое и развивают бурную деятельность по «принятию национального стандарта» — у них понятный интерес по пиару себя, любимых (достаточно посмотреть количество публикаций ФРИИ и интервью с Алимбековым по этой теме). Кроме того, Колесников в принципе лично дружен с «Вавиотом», о чём все подозревают, но никто не знает точно, потому что мимоходом выясняется, что директор АИВ членам АИВ фактически неподотчётен — и заниматься может чем хочет, как хочет и с кем хочет.
3) ФРИИ оформляет «стандарт» на бланке как бы ГОСТа и заносит его в ОА «РВК», являющееся учредителем Технического Комитета 194 «Киберфизические системы», созданного по указанию Ростехнадзора, и должного оценивать приносимое ему с технической точки зрения. При положительной оценке принесённое может ехать дальше на официальное утверждение в качестве ГОСТа.
Важный момент — технической стороной «стандарта» никто до этого момента не занимался, обсуждение велось только в узком кругу товарищей из вышеупомянутой рабочей группы АИВ, общая цель которых — поставить галочку о «принятии национального стандарта». На этой почве случается довольно масштабный внутренний скандал в АИВ, когда члены рабочей группы по развитию LoRaWAN, в которой заодно сидят примерно все телеком-операторы, думающие паралелльно ещё и про NB-IoT, обнаруживают, что АИВ от их имени подписалась под неким «национальным стандартом», который они видят первый раз в жизни.
Колесников на все претензии просто плюёт свысока под предлогом «в Уставе АИВ не сказано, что я должен с вами советоваться», а также несёт какую-то ахинею про то, что его подписи там якобы нет, а Алимбекову он вообще не указ. Алимбеков пытается скандал замять под предлогом «вот вы бы свой стандарт первыми принесли, мы бы его продвигали», но под угрозой выхода части крупных членов из АИВ и её развала продавливается на «ну да, нехорошо получилась, надо на будущее написать новый регламент действий директора АИВ, чтобы он больше так не делал».
В итоге все решают, что с уже поданной и подписанной бумажкой что-то делать уже поздно, «шумиха нам не нужна», поэтому пусть варится в недрах ТК 194.
NB: Я был приглашённым экспертом рабочей группы Ассоциации Интернета Вещей по развитию LoRaWAN в России и принимал личное участие во всех заседаниях группы, посвящённых обсуждению этой ситуации, от первого письма о недопустимости подобных действий директор Ассоциации Андрея Колесникова до финального решения «шумиха нам не нужна».
***
1) Авторы «стандарта» — компания «Вавиот», они же ООО «Телематические решения». У них понятные коммерческие интересы (например, в тендерную документацию нельзя вписать требования поставки оборудования определённой фирмы — по жалобе может придти ФАС и попросить дать объяснения, зато можно вписать ссылку на ГОСТ — а что соответствующую этому ГОСТу продукцию в мире выпускает ровно одна фирма, так то как бы уже не ваши проблемы), при этом откровенно плохо проработанная технология и общее неумение или нежелание сделать нормальное её описание. Поэтому делают какое получается.
2) Далее авторы заносят это описание во ФРИИ, в рабочую группу Ассоциации Интернета Вещей по узкополосным сетям. Г-н Колесников, директор АИВ, и г-н Алимбеков, замдиректора ФРИИ и заодно куратор АИВ, радостно хватаются за принесённое и развивают бурную деятельность по «принятию национального стандарта» — у них понятный интерес по пиару себя, любимых (достаточно посмотреть количество публикаций ФРИИ и интервью с Алимбековым по этой теме). Кроме того, Колесников в принципе лично дружен с «Вавиотом», о чём все подозревают, но никто не знает точно, потому что мимоходом выясняется, что директор АИВ членам АИВ фактически неподотчётен — и заниматься может чем хочет, как хочет и с кем хочет.
3) ФРИИ оформляет «стандарт» на бланке как бы ГОСТа и заносит его в ОА «РВК», являющееся учредителем Технического Комитета 194 «Киберфизические системы», созданного по указанию Ростехнадзора, и должного оценивать приносимое ему с технической точки зрения. При положительной оценке принесённое может ехать дальше на официальное утверждение в качестве ГОСТа.
Важный момент — технической стороной «стандарта» никто до этого момента не занимался, обсуждение велось только в узком кругу товарищей из вышеупомянутой рабочей группы АИВ, общая цель которых — поставить галочку о «принятии национального стандарта». На этой почве случается довольно масштабный внутренний скандал в АИВ, когда члены рабочей группы по развитию LoRaWAN, в которой заодно сидят примерно все телеком-операторы, думающие паралелльно ещё и про NB-IoT, обнаруживают, что АИВ от их имени подписалась под неким «национальным стандартом», который они видят первый раз в жизни.
Колесников на все претензии просто плюёт свысока под предлогом «в Уставе АИВ не сказано, что я должен с вами советоваться», а также несёт какую-то ахинею про то, что его подписи там якобы нет, а Алимбекову он вообще не указ. Алимбеков пытается скандал замять под предлогом «вот вы бы свой стандарт первыми принесли, мы бы его продвигали», но под угрозой выхода части крупных членов из АИВ и её развала продавливается на «ну да, нехорошо получилась, надо на будущее написать новый регламент действий директора АИВ, чтобы он больше так не делал».
В итоге все решают, что с уже поданной и подписанной бумажкой что-то делать уже поздно, «шумиха нам не нужна», поэтому пусть варится в недрах ТК 194.
При этом что именно происходит в ТК 194 — никто толком не знает, потому что при декларируемой открытости на практике никакая информация из ТК 194 наружу не выходит, предложения и замечания предлагается отправлять через форму на сайте, кто и как их будет обсуждать, и будет ли обсуждать вообще — никто не знает. Единственная новость на сайте ТК 194 по данной теме — за апрель 2018 года, о том, что «начато публичное обсуждение». Единственный способ узнать, что на самом деле обсуждается — это подёргать правильных людей и лично попасть на совещания ТК 194. Результат «публичного обсуждения» публике также не предъявлялся (и тут я могу попробовать уточнить у правильных людей, чем всё это кончилось, но скорее всего, они тоже попросту не знают и возьмут паузу на попытку выяснения).
То есть, вся «национальная стандартизация» в данном случае заключается в том, что группа людей, действующих в собственных корыстных интересах, пользуясь служебным положением и личными связями, занесла в окологосударственный орган на публичное обсуждение крайне плохо проработанный, по сути сляпанный на коленке документ, но дальше вместо публичного обсуждения с ним по неизвестной причине произошло неизвестно что.
Но, возможно, его ещё примут.
То есть, вся «национальная стандартизация» в данном случае заключается в том, что группа людей, действующих в собственных корыстных интересах, пользуясь служебным положением и личными связями, занесла в окологосударственный орган на публичное обсуждение крайне плохо проработанный, по сути сляпанный на коленке документ, но дальше вместо публичного обсуждения с ним по неизвестной причине произошло неизвестно что.
Но, возможно, его ещё примут.
А в Компэл уже образцы STM32G070 и STM32G071 новых приехали, на центральном складе их по 5-10 штук каждого, но некоторые доступны под заказ за 5-7 рабочих дней в товарных количествах
Это такие STM32F0 на стероидах — 64 МГц частоты, 36 ОЗУ, 64-128 флэша, современная периферия.
Экономичные, в активных режимах рвут F0 как Тузик грелку, выдавая потребление на уровне L-серии. Для сравнения:
* STM32F070 @ 48 МГц — 24 мА, STOP + RTC — 3,5 мкА
* STM32G070 @ 48 МГц — 6 мА, STOP + RTC — 4 мкА
* STM32L071 @ 32 МГц — 7 мА, STOP + RTC — 0,86 мкА
Впоследствии ожидаются дешёвые версии в TSSOP-20 и аж SOIC-8, но пока только традиционные LQFP и QFN многоногие.
Это такие STM32F0 на стероидах — 64 МГц частоты, 36 ОЗУ, 64-128 флэша, современная периферия.
Экономичные, в активных режимах рвут F0 как Тузик грелку, выдавая потребление на уровне L-серии. Для сравнения:
* STM32F070 @ 48 МГц — 24 мА, STOP + RTC — 3,5 мкА
* STM32G070 @ 48 МГц — 6 мА, STOP + RTC — 4 мкА
* STM32L071 @ 32 МГц — 7 мА, STOP + RTC — 0,86 мкА
Впоследствии ожидаются дешёвые версии в TSSOP-20 и аж SOIC-8, но пока только традиционные LQFP и QFN многоногие.
Если вы ещё не успели познакомиться с нашумевшим постановлением ГКРЧ о базовых станциях LPWAN российского производства, то знакомьтесь — https://digital.gov.ru/ru/documents/6330/, пункт 22
Как обычно, формулировки российских чиновников отличаются изящностью и прозрачностью. Шутка. Эти люди умудряются в трёх строках наформулировать такого, что чёрт ногу сломит.
***
«Применение базовых станций в сетях связи для сбора и обработки телематической информации осуществляется при условии:
регистрации базовых станций в установленном в Российской Федерации порядке;
ввода в эксплуатацию сетей связи в установленном в Российской Федерации порядке»
При этом определения, что такое «базовая станция», разумеется, нет, поэтому остаётся считать, что базовая станция — это любоё приёмное устройство в любой сети связи.
Сети связи у нас бывают:
* общего пользования — это вроде понятно
* выделенные — предназначенные для *возмездного* оказания услуг *ограниченному* кругу пользователей
* технологические — для обеспечения производственной деятельности организации
* специального назначения
* почтовой связи
Таким образом, получается, что если вы строите LPWAN любого размера, выходящего за пределы конкретного производства/офиса/площадки и оказываете на нём возмездные услуги, вы обязаны регистрировать используемые в нём базовые станции, а также иметь лицензию на оказание услуг связи.
Что характерно, серой зоной данную область делало не отсутствие пометки в решении 07-20-03-001, а то, что непонятно, как вообще этот ваш LPWAN регистрировать-то — ну то есть по-хорошему надо на БС получать сертификат средства связи, а на конечку оформлять декларацию соответствия, но технических регламентов, описывающих, что конкретно в той же базовке LoRaWAN надо сертифицировать, тупо нет.
По этой причине все провайдеры LPWAN напирали на то, что их сеть связи — технологическая, ибо предназначена для обеспечения их производственной деятельности. Основание это весьма шаткое, т.к. выглядит (и является) маскировкой оказания услуг связи сторонним клиентам, причём обычно неограниченному кругу лиц.
То есть, если говорить прямо, внесённая ГКРЧ поправка попросту... ничего не изменила.
Ну то есть она только лишний раз сообщила, что «если вы по закону обязаны регистрировать своё оборудование — то вы обязаны его регистрировать, а если нет — то нет». Никаких новых обязанностей не вменяется, т.к. идёт ссылка на «установленный в РФ порядок», а порядок изменений не претерпел пока.
Как обычно, формулировки российских чиновников отличаются изящностью и прозрачностью. Шутка. Эти люди умудряются в трёх строках наформулировать такого, что чёрт ногу сломит.
***
«Применение базовых станций в сетях связи для сбора и обработки телематической информации осуществляется при условии:
регистрации базовых станций в установленном в Российской Федерации порядке;
ввода в эксплуатацию сетей связи в установленном в Российской Федерации порядке»
При этом определения, что такое «базовая станция», разумеется, нет, поэтому остаётся считать, что базовая станция — это любоё приёмное устройство в любой сети связи.
Сети связи у нас бывают:
* общего пользования — это вроде понятно
* выделенные — предназначенные для *возмездного* оказания услуг *ограниченному* кругу пользователей
* технологические — для обеспечения производственной деятельности организации
* специального назначения
* почтовой связи
Таким образом, получается, что если вы строите LPWAN любого размера, выходящего за пределы конкретного производства/офиса/площадки и оказываете на нём возмездные услуги, вы обязаны регистрировать используемые в нём базовые станции, а также иметь лицензию на оказание услуг связи.
Что характерно, серой зоной данную область делало не отсутствие пометки в решении 07-20-03-001, а то, что непонятно, как вообще этот ваш LPWAN регистрировать-то — ну то есть по-хорошему надо на БС получать сертификат средства связи, а на конечку оформлять декларацию соответствия, но технических регламентов, описывающих, что конкретно в той же базовке LoRaWAN надо сертифицировать, тупо нет.
По этой причине все провайдеры LPWAN напирали на то, что их сеть связи — технологическая, ибо предназначена для обеспечения их производственной деятельности. Основание это весьма шаткое, т.к. выглядит (и является) маскировкой оказания услуг связи сторонним клиентам, причём обычно неограниченному кругу лиц.
То есть, если говорить прямо, внесённая ГКРЧ поправка попросту... ничего не изменила.
Ну то есть она только лишний раз сообщила, что «если вы по закону обязаны регистрировать своё оборудование — то вы обязаны его регистрировать, а если нет — то нет». Никаких новых обязанностей не вменяется, т.к. идёт ссылка на «установленный в РФ порядок», а порядок изменений не претерпел пока.
Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации
Заседание ГКРЧ от 24 декабря 2018 года (протокол №18-48)
«с 1 декабря 2020 года допускается использование базовых станций, произведенных на территории Российской Федерации, которым присвоен статус телекоммуникационного оборудования российского происхождения (условие не распространяется на базовые станции, зарегистрированные до 1 декабря 2020 года)»
А вот это ещё более прекрасный пункт.
Во-первых, запрета на использование базовых станций зарубежного производства, вопреки сообщениям прессы, нет.
Во-вторых, смысл сообщения непонятен. То есть был вариант, что использование базовых станций, которым присвоен статус телекоммуникационного оборудования российского происхождения, с 01.12.2020 будет *запрещено*? Но теперь ГКРЧ его разрешает?
Я, конечно, допускаю, что они там слово «только» после «использование» потеряли, но из песни же слова не выкинешь.
А вот это ещё более прекрасный пункт.
Во-первых, запрета на использование базовых станций зарубежного производства, вопреки сообщениям прессы, нет.
Во-вторых, смысл сообщения непонятен. То есть был вариант, что использование базовых станций, которым присвоен статус телекоммуникационного оборудования российского происхождения, с 01.12.2020 будет *запрещено*? Но теперь ГКРЧ его разрешает?
Я, конечно, допускаю, что они там слово «только» после «использование» потеряли, но из песни же слова не выкинешь.
В общем, кто-нибудь может сказать, что это вообще было и нахера оно надо?
1) сети связи надо оформлять в соответствии со 126-ФЗ — а что, раньше не надо было?
2) российские БС можно использовать, даже если внести их в реестр импортозамещения — а что, раньше нельзя было?
Потому что если докапываться до букв, то я не вижу ровным счётом никаких изменений.
1) сети связи надо оформлять в соответствии со 126-ФЗ — а что, раньше не надо было?
2) российские БС можно использовать, даже если внести их в реестр импортозамещения — а что, раньше нельзя было?
Потому что если докапываться до букв, то я не вижу ровным счётом никаких изменений.
Сделали очень полезную железяку, максимально объективно отвечающую на вопрос «сколько это устройство проживёт на своей батарейке» — что при проектировании устройств со сроками службы в годах крайне актуально.
https://www.unwireddevices.com/products/developers/energymon/
При подключении к ПК сыпет данными в терминал или специальную софтину, без подключения — просто показывает накопленные в данном сеансе миллиампер-часы. Плюс программатор-отладчик и мост USB-UART, так что железку очень удобно использовать в разработке и отладке — контролировать в реальном времени, не сломали ли что-нибудь в энергосбережении.
Аналоги за сравнимые деньги мне неизвестны, так что if you want something done right — do it yourself
P.S. Недорогие отладки SiLabs и т.п. поделия для данной задачи совершенно бессмысленны, т.к. имеют слишком низкую частоту сэмплирования — всего несколько килогерц.
https://www.unwireddevices.com/products/developers/energymon/
При подключении к ПК сыпет данными в терминал или специальную софтину, без подключения — просто показывает накопленные в данном сеансе миллиампер-часы. Плюс программатор-отладчик и мост USB-UART, так что железку очень удобно использовать в разработке и отладке — контролировать в реальном времени, не сломали ли что-нибудь в энергосбережении.
Аналоги за сравнимые деньги мне неизвестны, так что if you want something done right — do it yourself
P.S. Недорогие отладки SiLabs и т.п. поделия для данной задачи совершенно бессмысленны, т.к. имеют слишком низкую частоту сэмплирования — всего несколько килогерц.
Так как я устал отвечать в почте всем по отдельности, напишу широковещательно:
1) Да, https://www.unwireddevices.com/products/developers/energymon/ можно купить — в данный момент предзаказ, платы будут через неделю-две, т.к. перед НГ мы заказали первые десять штук чисто на опыты. Оплата по безналу, за счётом и реквизитами пишите на oleg@unwds.com (потом мы это автоматизируем, но не прямо сегодня)
2) Да, эти измерители могут показать, сколько реально потребляет устройство, которое 90 % времени проводит во сне и жрёт 5 мкА, а потом просыпается и жрёт 250 мА, но всего 100 мс, более этого, они это сделают с весьма скромной ошибкой. Максимальный измеряемый ток — 3 А, минимальный — меньше 1 мкА (но в силу ограничений по точности токи округляются до 1 мкА). Измерения делаются каждые 10 мкс, но в силу ограничений интерфейса наружу выдаётся среднее значение за 10000 измерений, т.е. за 100 мс.
3) Да, при желании от них можно запитать устройства с рабочим напряжением выше 3,5 В (но не выше 24 В), используя внешний блок питания, т.к. измерение делается на «земле». Подъём «земли» на шунтах — масштаба нескольких десятков милливольт, кроме старшего диапазона, где уже заметно сказываются 35 мОм ключевого транзистора.
4) Нет, никакой особой квалификации для обращения не надо. В базовом варианте тестируемая железка настраивается на свой обычный рабочий режим, включается в измеритель, на измерителе нажимается кнопка «вкл», после чего всё так оставляется надолго — и на экранчике показывается прошедшее время и потреблённая энергия в мА*ч
5) Применение — отладка электроники, отладка прошивок, оценка срока службы IoT-устройств на различных источниках питания, в т.ч. устройств чужого производства, в т.ч. в разных режимах работы
1) Да, https://www.unwireddevices.com/products/developers/energymon/ можно купить — в данный момент предзаказ, платы будут через неделю-две, т.к. перед НГ мы заказали первые десять штук чисто на опыты. Оплата по безналу, за счётом и реквизитами пишите на oleg@unwds.com (потом мы это автоматизируем, но не прямо сегодня)
2) Да, эти измерители могут показать, сколько реально потребляет устройство, которое 90 % времени проводит во сне и жрёт 5 мкА, а потом просыпается и жрёт 250 мА, но всего 100 мс, более этого, они это сделают с весьма скромной ошибкой. Максимальный измеряемый ток — 3 А, минимальный — меньше 1 мкА (но в силу ограничений по точности токи округляются до 1 мкА). Измерения делаются каждые 10 мкс, но в силу ограничений интерфейса наружу выдаётся среднее значение за 10000 измерений, т.е. за 100 мс.
3) Да, при желании от них можно запитать устройства с рабочим напряжением выше 3,5 В (но не выше 24 В), используя внешний блок питания, т.к. измерение делается на «земле». Подъём «земли» на шунтах — масштаба нескольких десятков милливольт, кроме старшего диапазона, где уже заметно сказываются 35 мОм ключевого транзистора.
4) Нет, никакой особой квалификации для обращения не надо. В базовом варианте тестируемая железка настраивается на свой обычный рабочий режим, включается в измеритель, на измерителе нажимается кнопка «вкл», после чего всё так оставляется надолго — и на экранчике показывается прошедшее время и потреблённая энергия в мА*ч
5) Применение — отладка электроники, отладка прошивок, оценка срока службы IoT-устройств на различных источниках питания, в т.ч. устройств чужого производства, в т.ч. в разных режимах работы
Хотя, в принципе, можете и прямо сегодня жать https://www.unwireddevices.com/?post_type=product&p=185, если вам так проще
Да и нам вас учитывать будет удобнее
Да и нам вас учитывать будет удобнее
По просьбам радиослушателей в новую версию Energymon:
* добавлено удобное подключение внешнего источника питания
* увеличена точность измерений на микроамперном диапазоне (INA214 → OPA2376 + LM7705) и заодно полоса частот (30 кГц → 50 кГц)
* падение напряжения на верхнем диапазоне измерения (3 А) уменьшено до 50 мВ
* добавлено измерение фактического напряжения питания
* добавлено отображение на встроенном экране минимального, максимального и текущего токов потребления
* добавлен расчёт интегрального потребления в мВт*ч
Всё это по-прежнему в габаритах спичечного коробка (37,5 × 50 мм).
На этом приём пожеланий по аппаратной части закончен, платы ушли в печать.
Ну и ценник с 1 февраля поднимется с 2490 до 2990 в связи со всем этим.
Отвечая на вопрос из мессенджера: все, кто уже оплатил предзаказы или планирует это сделать до 1 февраля, получат сразу новую ревизию. Первая ревизия никому не рассылалась и рассылаться не будет, это был десяток образцов для отладки, проверки, оценки возможностей и показа фоток.
* добавлено удобное подключение внешнего источника питания
* увеличена точность измерений на микроамперном диапазоне (INA214 → OPA2376 + LM7705) и заодно полоса частот (30 кГц → 50 кГц)
* падение напряжения на верхнем диапазоне измерения (3 А) уменьшено до 50 мВ
* добавлено измерение фактического напряжения питания
* добавлено отображение на встроенном экране минимального, максимального и текущего токов потребления
* добавлен расчёт интегрального потребления в мВт*ч
Всё это по-прежнему в габаритах спичечного коробка (37,5 × 50 мм).
На этом приём пожеланий по аппаратной части закончен, платы ушли в печать.
Ну и ценник с 1 февраля поднимется с 2490 до 2990 в связи со всем этим.
Отвечая на вопрос из мессенджера: все, кто уже оплатил предзаказы или планирует это сделать до 1 февраля, получат сразу новую ревизию. Первая ревизия никому не рассылалась и рассылаться не будет, это был десяток образцов для отладки, проверки, оценки возможностей и показа фоток.
https://github.com/will127534/LoRa-concentrator
Опенсорсный (лицензия MIT) модуль базовой станции на SX1301 для Raspberry Pi
Опенсорсный (лицензия MIT) модуль базовой станции на SX1301 для Raspberry Pi
GitHub
GitHub - will127534/LoRa-concentrator: A simple Board for SX1301 and SX125X LoRa Gateway / Concentrator
A simple Board for SX1301 and SX125X LoRa Gateway / Concentrator - will127534/LoRa-concentrator
50959459_2182918311769570_3481236083360923648_n.jpg
30.2 KB
Не все это знают, но буква «R» в аббревиатуре «IoT» означает «Reliability».
https://www.compel.ru/lib/articles/pyat-osobennostey-lineynyih-stabilizatorov-o-kotoryih-nuzhno-znat
А с плавным запуском у Texas в каком-то из DC/DC есть прекрасная шутка — у него soft start с ограничением тока и без ограничения времени, он просто вдувает на выход сколько-то миллиампер, пока конденсаторы с той стороны не зарядятся до положенного порога.
То есть, если ваша нагрузка стабильно потребляет хотя бы немного больше — DC/DC просто будет запускаться вечно.
В даташите про это, разумеется, написано между строк.
А с плавным запуском у Texas в каком-то из DC/DC есть прекрасная шутка — у него soft start с ограничением тока и без ограничения времени, он просто вдувает на выход сколько-то миллиампер, пока конденсаторы с той стороны не зарядятся до положенного порога.
То есть, если ваша нагрузка стабильно потребляет хотя бы немного больше — DC/DC просто будет запускаться вечно.
В даташите про это, разумеется, написано между строк.
www.compel.ru
Пять особенностей линейных стабилизаторов, о которых нужно знать
В данной статье рассматриваются пять особенностей стабилизаторов: поведение LDO при запуске, потребление LDO при малых входных напряжениях, особенности отклика LDO при...
Люблю ST, но странною любовью.
Каждый первый даташит на их акселерометры сообщает, что они калибруются на фабрике, калибровочные константы хранятся во флэше и при старте загружаются в регистры.
Это секретные регистры, потому что их адресов нигде нет.
Учитываются ли эти константы автоматически или же нет, также нигде не сказано.
Существует, однако, пакет X-CUBE-MEMS1, в котором есть функция MotionAC_GetCalParams, а также примеры с коррекцией данных акселерометра вручную.
Реализация MotionAC_GetCalParams в нём присутствует исключительно в бинарном виде, из чего мы лишний раз убеждаемся в секретности вышеупомянутых регистров.
Наверняка в головах сотрудников ST всё это имеет простое и логичное объяснение.
Сниффером на I2C посмотреть что ли, куда оно лезет?
Каждый первый даташит на их акселерометры сообщает, что они калибруются на фабрике, калибровочные константы хранятся во флэше и при старте загружаются в регистры.
Это секретные регистры, потому что их адресов нигде нет.
Учитываются ли эти константы автоматически или же нет, также нигде не сказано.
Существует, однако, пакет X-CUBE-MEMS1, в котором есть функция MotionAC_GetCalParams, а также примеры с коррекцией данных акселерометра вручную.
Реализация MotionAC_GetCalParams в нём присутствует исключительно в бинарном виде, из чего мы лишний раз убеждаемся в секретности вышеупомянутых регистров.
Наверняка в головах сотрудников ST всё это имеет простое и логичное объяснение.
Сниффером на I2C посмотреть что ли, куда оно лезет?
2019-02-03_01-36-25.png
18.6 KB
If you want something done right — do it youself.
Набросал за вечер модуль защиты USB-порта, выдерживающий прилёт до 18 В на любую линию, включая D+/D-, и перегрузку по питанию. Чип — TI TPD3S714.
Набросал за вечер модуль защиты USB-порта, выдерживающий прилёт до 18 В на любую линию, включая D+/D-, и перегрузку по питанию. Чип — TI TPD3S714.