Комментарии 40
В 2012 применил на объектах систему Матрица — тогда уже они активно по стране продавались. А вот о вашей продукции только сегодня узнал.
На тот момент у нас еще не было этой системы, мы тогда только начинали заниматься приборами учета, а о интерфейсах передачи данных задумались где-то к 2014 году.
Я же верно понял — основное у вас, это производство микросхем АРМ?
Основное — направление — да, производство интегральных схем, но не только ARM, же DSP процессоры, упомянутые в статье, различные интерфейсные микросхемы — CAN, RS-232/485, АЦП/ЦАПы, память…
Из микроконтроллеров помимо ARM ведем разработки в направлении RISC-V, недавно была статья об МК для счетчиков электроэнергии.
Из микроконтроллеров помимо ARM ведем разработки в направлении RISC-V, недавно была статья об МК для счетчиков электроэнергии.
Планируете ли выходить в массмаркет? У вас же вроде есть аналоги atmega, stm32. Уж очень «китайский» хлам надоел. Может какие проекты есть интересные?
из ходовых микроконтроллеров серийно выпускается К1986ВЕ92QI (один из самых ходовых коммерческих микроконтроллеров у нас). Если нужно помощнее, то скоро планируется выход 1986ВК018, также будет вариант в пластике. Если интересно, можете прочитать презентацию с экспо.
Все это хорошо, но уже спрашивал у вас в другой статье на хабр про разработку аналога низкопотребляемой серии STM32L с током потребления хотя бы 40мКА на мегагерц — ответа не получил :( Нет у нас российских микроконтроллеров с низким потреблением, не считая почти аналога утопично старого PIC16C84 и всяких заказных масочных КМОП поделок аля кредитные карты, RFID с узкой специфичной применяемостью и фантасмагорных всяких «Кроликов» от 100 тыс. штук в одни руки, не меньше… :(
Del (коллега выше уже частично ответил)
UPD Верну часть комментария, т.к. ниже уже ответили на него…
Тут было упоминание, что восьмибитники уже отмирают и atmega интересны лишь за счет ардуино и накопившейся кодовой базы.
UPD Верну часть комментария, т.к. ниже уже ответили на него…
Тут было упоминание, что восьмибитники уже отмирают и atmega интересны лишь за счет ардуино и накопившейся кодовой базы.
небольшой офф — я всегда думал, что PLC траффик из моей квартиры отделяется первым попавшимся на пути трансформатором, типа электросчетчика — нет? я «фоню» на весь дом?
Чем выше частота, тем хуже проходит сигнал через трансформатор. PLC, использующийся для развертывания интернет канала вроде HomePlug работает в диапазоне десятков МГц и очень быстро затухает и поглощается, но не полностью и все равно частично фонит на весь дом :) Мы же используем низкоскоростный протокол с частотами в районе 30-200 кГц, скорости сильно ниже (до десятков Кб/с), но распространение лучше.
И да, счетчик не содержит разделительного трансформатора, в нем есть шунт и/или трансформатор тока, но они на PLC сигнал влияния не оказывают.
И да, счетчик не содержит разделительного трансформатора, в нем есть шунт и/или трансформатор тока, но они на PLC сигнал влияния не оказывают.
вроде HomePlug работает в диапазоне десятков МГц и очень быстро затухает и поглощается,
быстро да не очень, у меня на даче расстояние в 80 метров HomePlug преодолевает довольно шустро и стабильно…
счетчик не содержит разделительного трансформатора, в нем есть шунт и/или трансформатор тока, но они на PLC сигнал влияния не оказывают.
это катастрофа)) блин, это ж получается дырка, светить свой «мегазащищенный» свитч изнутри…
давным давно была, да есть сейчас компания -mobixchip.
они делают(делали( учёт с plc_RF гетерогенно, hibridmesh.
году примерно в 2014 в системном интеграторе мы через делали пилотный проект в Конаково на 5000 точек с их системой.
Ну да, компания видимо под сколково сделанная и этим всё сказано, но показания даже(иногда D)) собирались.
Могу напутать, но у них Максимум по протоколу 16 транзакций в реальности больше 4-х не видел. И смен среды может быть не так много как кажется на первый взгляд. Да, оби ещё обещали всё положить на один кристалл ))) сколково ))) В итоге встраивали в Неву свои модемы.
Мне кажется у всех таких технологий один большой Системный недостаток — сдача работы Больших Объёмов происходит под ОЗП, и в это время всё кажется хорошим. Ну а по рассказам многие «пилоты» по весне, с разбухшими почками снижают процент катострофическим образом. А собираемость это один из критических показателей.
они делают(делали( учёт с plc_RF гетерогенно, hibridmesh.
году примерно в 2014 в системном интеграторе мы через делали пилотный проект в Конаково на 5000 точек с их системой.
Ну да, компания видимо под сколково сделанная и этим всё сказано, но показания даже(иногда D)) собирались.
Могу напутать, но у них Максимум по протоколу 16 транзакций в реальности больше 4-х не видел. И смен среды может быть не так много как кажется на первый взгляд. Да, оби ещё обещали всё положить на один кристалл ))) сколково ))) В итоге встраивали в Неву свои модемы.
Мне кажется у всех таких технологий один большой Системный недостаток — сдача работы Больших Объёмов происходит под ОЗП, и в это время всё кажется хорошим. Ну а по рассказам многие «пилоты» по весне, с разбухшими почками снижают процент катострофическим образом. А собираемость это один из критических показателей.
Мы на всех объектах стараемся добиться собираемости в 95% и выше. Первые тестовые объекты вели более года в плане поддержки именно чтоб выявить сезонные проблемы.
Если судить по тогдашним временам, 2014 года —
Когда я спрашивал тогдашнего руководителя деп.учета мрск (холдинга) — он/они ставили 95% как планку ниже которой можно не подходить.
Причем как я помню на «пилотных больших проектах » которые делали по задаче тогдашних Мрск в Перми редко кто в 2013 году дошел до 70% и вообще все попали на штрафы.
а там были и рим и меркурий и нзиф и остальные. со своими бригадами.
Скорее всего конечно шагнули вперёд технологии. Опять же кое кого уже тогда Сильно интересовали гармоники вплоть до 21-й. По вполне понятным причинам.
Но шагнули они — технологии,
не всегда качественно и (мнение со стороны)… у грандов.
Когда я спрашивал тогдашнего руководителя деп.учета мрск (холдинга) — он/они ставили 95% как планку ниже которой можно не подходить.
Причем как я помню на «пилотных больших проектах » которые делали по задаче тогдашних Мрск в Перми редко кто в 2013 году дошел до 70% и вообще все попали на штрафы.
а там были и рим и меркурий и нзиф и остальные. со своими бригадами.
Скорее всего конечно шагнули вперёд технологии. Опять же кое кого уже тогда Сильно интересовали гармоники вплоть до 21-й. По вполне понятным причинам.
Но шагнули они — технологии,
не всегда качественно и (мнение со стороны)… у грандов.
А 1967ВН044 в серийных устройствах у вас стоит? Она ж стоит как крыло от самолета.
В 85% случаях жители либо сами отправляют показания с счетчика в УК или поставщику электричества, либо по подъезду ходит специальная тётя и собирает показания самостоятельно. Считаю что переход к цифровизации и интернета вещей у нас в стране идет достаточно туго и стоило бы как-то более инициативно и смелее подходить к подобным вещам.
есть ли в планах реализация G3 Hybrid в соответствии с не так давно принятым в G3 Alliance стандартом, а не проприетарное радио?
Задумываемся об этом, но стандарт пока не принят, он еще на стадии draft-а, причем не опубликованного…
у Вас устаревшая информация, стандарт принят, сертификационные лаборатории готовы (как минимум TUV и LANPARK)
даже не для членов альянса доступна информация о сертифицированных платформах:
ST и Microchip
Для информации: ST де-факто полностью переключились в части разработки гибридного стека со своей проприетарщины, на которой в частности работают счетчики Матрица, на это стандарт, апдейты выходят только на него, чего и Вам желаю.
Проприетарщина — путь в никуда, использовать проприетарный стек кроме Милура вряд ли кто из производителей будет в здравом уме
даже не для членов альянса доступна информация о сертифицированных платформах:
ST и Microchip
Для информации: ST де-факто полностью переключились в части разработки гибридного стека со своей проприетарщины, на которой в частности работают счетчики Матрица, на это стандарт, апдейты выходят только на него, чего и Вам желаю.
Проприетарщина — путь в никуда, использовать проприетарный стек кроме Милура вряд ли кто из производителей будет в здравом уме
Так у вас меш сеть "сама" выстраивается или на каждом объекте надо напильником допиливать маршруты?
Пробовали собирать данные по СПОДЕС (именно честный сподес, а не костыли, как это делают лартехи и прочие)? Какие размеры сети при этом можно ожидать?
Да, сейчас «сама», но возможность допиливания (добавления вручную записей в таблицу маршрутизации) на всякий случай еще оставлена.
Сами счетчики поддерживают честный СПОДЭС, но в модеме его поддержка еще в разработке и пока можно использовать модем со счетчиками с поддержкой СПОДЭС как «туннель» для данных, в компании ведутся работы по переносу HDLC кодирования на сторону модема для поддержки честной реализации.
Сами счетчики поддерживают честный СПОДЭС, но в модеме его поддержка еще в разработке и пока можно использовать модем со счетчиками с поддержкой СПОДЭС как «туннель» для данных, в компании ведутся работы по переносу HDLC кодирования на сторону модема для поддержки честной реализации.
А на каких объектах это реализовано? Какое количество ПУ установлено на каждом объекте и сколько УСПД?
Можно уточнить — какая структура сети должна быть чтобы производить опрос ПУ на среднем уровне? Какое оборудование используется?
Можно уточнить — какая структура сети должна быть чтобы производить опрос ПУ на среднем уровне? Какое оборудование используется?
Последняя версия развернута на паре тестовых объектов, один из которых — биснес-центр в Санкт-Петербурге, второй на территории здания занимаемого компанией Миландр (офисы+производство+завод). Установлено около 30 ПУ на объект. По сравнению с многоквартирными домами эти условия хуже, т.к. расстояния между приборами больше и самих устройств меньше. В МКД проще тем, что всегда есть несколько устройств рядом и есть из чего выбрать маршрут.
Какое оборудование вы использовали для организации опроса и планируется ли тест на объектах, где на 1 УСПД будет по 150-200 ПУ?
Если ПУ будет подключен к уже существующей сети на объекте — он сам даст знать, что он появился в сети или его нужно прописывать в УСПД вручную?
Если ПУ будет подключен к уже существующей сети на объекте — он сам даст знать, что он появился в сети или его нужно прописывать в УСПД вручную?
Опрос приборов учета производится УСПД Милан IC 02 (pdf). Опыт опроса объектов с 100-200 ПУ на один УСПД конечно есть, но там была еще предыдущая версия ПО, не поддерживающая саморганизующуюся сеть. Есть объект со 120 приборами учета на 1 УСПД в подвале. В УСПД устанавливается PLC/RF модем с шестью PLC каналами для обслуживания сразу двух трехфазных вводов. С точки зрения именно УСПД нет проблем опрашивать и несколько тысяч приборов, лишь бы хватало скорости и надежности канала, чтоб вытаскивать показания со всех за сутки.
УСПД опрашивает ПУ по Modbus или DLMS (СПОДЭС) и отдает данные по DLMS или JSON.
При этом УСПД — это не «шлюз», а самостоятельное устройство, хранящее показания подключенных к нему и опрошенных ПУ.
При включении (перезагрузке) прибор заново регистрируется в сети и далее все зависит от настроек УСПД. Можно настроить автоматический опрос всех добавленных приборов (с учетом их типа, который вынимается при регистрации или первом опросе), можно использовать белые или черные списки, чтоб могли зарегистрироваться в сети только приборы уже, добавленные вручную в УСПД и т.д.
УСПД опрашивает ПУ по Modbus или DLMS (СПОДЭС) и отдает данные по DLMS или JSON.
При этом УСПД — это не «шлюз», а самостоятельное устройство, хранящее показания подключенных к нему и опрошенных ПУ.
При включении (перезагрузке) прибор заново регистрируется в сети и далее все зависит от настроек УСПД. Можно настроить автоматический опрос всех добавленных приборов (с учетом их типа, который вынимается при регистрации или первом опросе), можно использовать белые или черные списки, чтоб могли зарегистрироваться в сети только приборы уже, добавленные вручную в УСПД и т.д.
AlexFTF Видите, IRL возня с изводами DLMS всегда выливается в возню с HDLC. Это к нашему старому спору…
Нет не вижу. HDLC это один из протоколов, с помощью которого передаются кадры DLMS, и применяется он, как правило, для передачи данных по интерфейсу RS-485. В СПОДЭС он используется на интерфейсе RS-485.
Для LPWAN и PLC есть другие коммуникационные профили, где HDLC не используется, некоторые из них указаны в последней редакции СПОДЭС.
DEL Промахнулся веткой.
трансиверы LoRa были настроены на режим SF7/125кГц
Наверное, стоило ADR включить. В помещении так точно.
LoRa, несмотря на более надежную CSS модуляцию и большую ширину канала, фактически сталкивается с теми же проблемами переотражения и затенения
Некоторые считают, что в переотражении ее сила :-) А вообще с ней больше на SNR имеет смысл смотреть. С SF12 все было бы получше с demodulation margin. Но это, естественно, не значит, что LoRa — панацея, или радикально лучше вашего решения, или что-нибудь еще в этом духе.
Может конечно в этом и сила, но переотражение всегда приводит к интерференциии и неравномерному покрытию. И если для датчиков например еще можно подвигать приборы в некотором радиусе вокруг точки установки, то для приборов учета с этим сложнее, т.к. места в щитках и лючках обычно не предполагают смещение от стандартной точки установки.
SNR для разных типов модуляции сравнивать еще менее корректно, чем RSSI, т.к. он может считаться абсолютно по разному в двух разных аппаратных трансиверах (TI CC1200 и Semtech 1276 (вроде, уже точно не помню)).
Сравнивали именно чтоб проверить, правда ли LoRa — такое волшебное решение, как рекламируется… Но физику так просто не обманешь и общие проблемы с радиоканалом у них присутствуют те же, что и у нас и у всех остальных. Не помню точно почему, но с SF12 не получилось тогда настроить связку шлюз+датчик на совместную работу.
SNR для разных типов модуляции сравнивать еще менее корректно, чем RSSI, т.к. он может считаться абсолютно по разному в двух разных аппаратных трансиверах (TI CC1200 и Semtech 1276 (вроде, уже точно не помню)).
Сравнивали именно чтоб проверить, правда ли LoRa — такое волшебное решение, как рекламируется… Но физику так просто не обманешь и общие проблемы с радиоканалом у них присутствуют те же, что и у нас и у всех остальных. Не помню точно почему, но с SF12 не получилось тогда настроить связку шлюз+датчик на совместную работу.
Без (пере)отражения были бы большие проблемы со связью «из-за угла».
Я и не предлагал сравнивать SNR, я предлагал сравнить «запас по прочности». Link budget-то разный у разных модуляций. Но для LoRa, кстати, еще имеет смысл брать не RSSI, а effective RSSI. Т.е. при отрицательном SNR прибавлять его к RSSI. И вот в вашей табличке для некоторых точек цифры для LoRa будут хуже, чем кажется на первый взгляд.
Десяток децибел при этом потеряли, даже больше. Немного другие данные были бы. А так LoRa не панацея, конечно. Технари из Semtech сами в неофициальной обстановке на звездоболов из собственного маркетинга плюются в корчах.
Я и не предлагал сравнивать SNR, я предлагал сравнить «запас по прочности». Link budget-то разный у разных модуляций. Но для LoRa, кстати, еще имеет смысл брать не RSSI, а effective RSSI. Т.е. при отрицательном SNR прибавлять его к RSSI. И вот в вашей табличке для некоторых точек цифры для LoRa будут хуже, чем кажется на первый взгляд.
с SF12 не получилось тогда настроить связку шлюз+датчик на совместную работу.
Десяток децибел при этом потеряли, даже больше. Немного другие данные были бы. А так LoRa не панацея, конечно. Технари из Semtech сами в неофициальной обстановке на звездоболов из собственного маркетинга плюются в корчах.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Гетерогенные PLC/RF модемы для систем сбора данных