Как стать автором
Обновить

Комментарии 46

А вы обращали внимание на такую мелочь, как подключение электроники? Имеется в виду — к какой части сети выполнено подключение: к внешней, за счёт энергокомпании, или к внутренней, за счёт клиента?
Мне попадались счётчики от энергомеры, разных марок, но в которых было разное (!) подключение.
Именно этот вопрос меня интересовал в первую очередь. На последнем примере, судя по схеме, электроника подключена до шунтов (в пользу абонента). Но, даже если была бы подключена и после шунтов, — честно сказать, электроника потребляет ничтожно мало, ниже минимально-измеряемой мощности счётчика. Счётчик не чувствителен до самого себя.
Вы уверены что не чувствителен? :)
Не уверен. Но при такой мизерной мощности счётчик намотает сам себя не более рубля в месяц. Ладно, я проведу эксперимент. Подключу два счётчика последовательно, гляну, сколько первый намотает от второго. Кстати, по аналогии с реализацией велоспидометра (об этом уже писал) через импульсный выход счётчика, МК и простейшей прошивки можно, подсчитав период между импульсами, вычислить мощность: P(Вт) = 9000 / t(сек), если счётчик 400 имп на кВт*ч.
При номинальном токе 10А чувствительность должна быть не больше 25мА. Конденсаторный БП потребляет больше.
Очень долго ждать импульс (точно не помню но на самоход у нас проверяли гдето 20 мин). Неплохо использовать какую нибудь «ловушку» для импульсов на тригере или МК.
Понятно. Спасибо за информацию. При таком раскладе, счётчик сам себя жрёт Ватт 5, а за месяц намотает около 4 кВт*ч. Рублей 20 в месяц.
Обзор и устройство современных счётчиков электроэнергии*

*в России
И в Украине.
«К примеру, счётчики с удалённым контролем показаний по электролинии, или даже через модуль мобильной связи. „

Вот это очень интересно. Например, как наиболее дешево уметь опрашивать счетчики удаленно (или находясь рядом с ним, к-нить девайсом) в поселке на 2 трансформатора и 100 домов?
Ну… Есть стандарт Prime G3, есть HomePlug, а можно и типа такого: Power line adapter for blue pill
Наши счетчики поддерживают can. Насколько я понимаю нужно к-то устройство к счетчику + общее оконечное устройство. То что я видел жутко дорого.
спасибо.
Не тот ли это насквозь нешифрованный и открытый CAN, который используется в умных автомобилях? Вы уверены, что это хорошая идея использовать его для счетчиков? (Хотя для авто его использовать — идея еще хуже.)
Хм… Шифровать CAN?!
Оно безусловно проблем не составляет. Но… Приоритет кадра основан на приоритете бит идентификатора. Что станет с идентификатором после шифрования? Т.е. система приоритетов идет лесом…
Второе, CAN локальный протокол (физический уровень). И на кой там шифрование?
Третье, дядьки, использующие CAN в автомобилях — ну тупые

Библиотека от TI для шифровки чего-угодно
Там шина находится под пломбой. Т.е. если устройство достаточно компактно, его можно засунуть прямо под «бороду» счетчика.
А ничего что IP тоже не шифрован сам по себе? Вот так и CAN «не шифрован», а что вы там положите ему в payload это уже ваше дело и можете шифровать сколько угодно и чем угодно. Это немного разные уровни.
CAN частенько и в промышленной электронике используют.

Вот-вот. Тоже думаю, как бы проще Raspberry Pi к своему "Нева МТ 123" подключить.
Там ИК-порт есть и клеммы. ИК-приемник покупать надо, а с клеммы сигнал расшифровать…
Хоть просто веб-камеру с распознаванием мастрячить — самый "дешевый" вариант )

С веб-камерой интересно! Напишите мне в личку, если есть готовые решения реалтайм распознавания символов из видео (как я понял).
Про готовые решения ничего не знаю — так, фантазирую.
Библиотек распознавания сейчас много. Полагаю, что-то на питоне можно найти.
Но также полагаю, что с этим проще будет разобраться, чем с протоколом 61107, про который ниже расписали. Вобщем, заниматься надо, а мне влом :)
P.S. Кстати, к вебке ещё подсветку придётся добавлять, в щитке темновато.
Каждому своё. Мне больше нравится с протоколами разбираться. От питона я далёк, к примеру. А по поводу распознавания цифр с камеры — актуально на не электронных счётчиках (газовых, к примеру). Пой подход к этому примерно такой. Сначала надо отработать алгоритм распознавания для BMP картинки. Камеру надо устанавливать так, чтобы координаты и размеры областей для каждой цифры были заранее известны (алгоритм поиска исключить — для упрощения). Сама процедура распознавания — нейросетевая модель, алгоритмы известны, можно подглядеть. Потом уже переходить к реалтайм видео. Я не знаю, стоит ли тут иметь дело с h264 кодеком, ключевыми кадрами и прочими специфическими вещами… Я бы ловил с камеры RAW данные об изображении. В одной из камер, с которыми я сталкивался, выходил цифровой компонентный сигнал по 8-битной шине (может все камеры такой сигнал выдают, я просто не в курсе). Так вот, для алгоритма распознавания достаточно только яркостной составляющей.
С ИК целая история, просто за три копейки ИК датчик не подключить, либо покупать от производителя счетчиков, либо мучаться перебирая, чтобы для IRDA.
Тем более что ИК уже в прошлом и найти IRDA адаптеры уже не так просто, а тем более совместимые в новым железом (Usb часто нет у них)
Эти проблемы решаемы, но нужно поработать руками. Думаю, что подойдёт RS232<->USB и ИК с небольшой схемкой.
ИК в счетчиках самое простое и висит на U(S)ART микроконтроллера. Другое дело что там все паролят. А в последние время видел счетчики с опломбированим портом. :(
Всё просто в теории, не нашел рабочей схемки для электросчетчиков. ГОСТ и принцип работы известен и не тайна.
На практике тоже просто. Всё зависит от уровня образованности. Простота практики заканчивается на недоступных вещах: пароль на UART интерфейсе.
В счетчике который я разрабатывал было 2 пароля. :)
Не помню делал ли увеличение временного интервала если пароль не правильный.
Протокол передрал у Енергомера.
Делал на попавших под руку ИК-светодиоде, ИК-фототранзисторе. Для интерфейса с ПК была МАХ232.
«Нева МТ 123.....» — дальнейшее цифро-буквенное обозначение имеет значение. Из руководства:
Счётчик в зависимости от исполнения имеет интерфейс удалённого доступа и
оптический порт по ГОСТ IEC 61107-2011 или порт IRDA 38 kHz. Протокол обмена по
интерфейсам соответствует ГОСТ IEC 61107-2011
Протокол 61107 — простой, текстовый, заточен именно на использование при измерении энергии. Применяется так же в счетчиках Энергомера, в их руководствах есть его описание. В ПО производителя Невы есть «История обмена» можно «подсмотреть» как ПО «общается» со счетчиком, там ничего сложного, сравнением с показаниями счетчика можно увидеть как данные запрашиваются и как счетчик отвечает.
Главное, чтоб очередные проверяющие вашу «малинку» не приняли за устройство скрутки показаний. ;) А вообще, умные счетчики в наших реалиях для меня просто мечта, ибо задолбался уже ежемесячно передавать показания и еще и забывать это делать через раз! :(
Я одному человеку делал на МК устройство, которое подключается к импульсному выходу его счётчика. Это упрощает процедуру снятия показаний, даже расширяет функционал счётчика (двухтарифный учёт, к примеру). Интересно, как на самодельное устройство оформить лицензию, чтобы его признала управляющая компания? И ещё есть идея. С помощью современных фишек, о которых тут часто пишут (Raspberry Pi, питон...) наверняка можно сделать не только ежемесячное считывание показаний, но и функцию автоматической оплаты через API интерфейс Сбербанк онлайн.
В проекте внутреннего учета потребляемой электроэнергии отделений одного зеленого банка использовались счетчики Меркурий 230 и для удаленного опроса задействовали железки iRZ АTM2-485 (не реклама). Все это дружило по RS485. Но это все не бытовой уровень)
Будете ли продолжать? Например, про электросчетчики с дистанционным снятием показаний …
У меня есть однофазный счётчик фирмы Echelon со встроенным ИК портом, автомат. выключателем, дист. контролем показаний. Возможно, продолжу, расписывая именно этот прибор.
Спасибо за статью.

Вот от меня в копилку общих знаний миниатюрная (14кБ) утилита для съёма показаний для счётчиков Меркурий по RS485 порту. Пригодится «самоделкиным» и «кулибиным», умеющим собирать пакеты для OpenWrt/LEDE…
Как у Невы делитель интересно сделан. Не знаете, как они их калибруют?
Делитель для измерения напряжения — легко. Сложнее, на мой взгляд (возможно именно это вы имели ввиду) — токовый шунт. Можно где-то почитать, но я думаю, что сначала делается грубый расчёт шунта (удел. сопр., длинна, сечение...), испытывается на стенде (сравнивается с эталоном), при необходимости шунт можно подогнать напильником.
Имхо напильником даже проще, чем неизвестными шагами. Да, я именно про делитель, а не про шунт. (На первой работе я диоды для термодатчика по падению напряжения подбирал, увлекательный квест — 4 диода, все датчики должны быть одинаковые)
Но при массовом производстве такое лучше не делать.
Можно калибровать нижним резистором, верхним или програмно что скорее всего и сделано.
Есть и более интересные делители с фазовым сдвигом. :)
Точно, программно. АЦП там с большим запасом.
В этой схеме не АЦП используют. :)
Осмелюсь предложить свою самоделку для Меркурий 206 под OpenWrt (JSON для Zabbix умеет) — GitHub. Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории