Comments 54
- В чем причина использования именно такой модели электрического счетчика?
Предпочтительнее использовать счетчик с RS-485, наличие журнала ПКЭ также будет не лишним. - Не рассматривали вариант постоянного опроса счетчика, без установления канала связи во время звонка?
Имелся опыт считывания показаний с МЕркурия 200.02 и счетчика Московского завода электроизмерительных приборов. Этот опыт позволил однозначно выбрать Меркурий. Для Меркуриев есть готовая программа, которую автор реально поддерживает. Плюс он отвечает по почте и я по паре тонких моментов получил от него вполне ясные рекомендации.
Ну и цена естественно. Как говорится, the last, but not the least :)
Журнал ПКЭ конечно не лишний, но для моих условий эксплуатации он не необходим :) Если я на даче — я и так вижу, если напряжение низкое. А если меня там нет — то все отключено и уровень напряжения меня не волнует.
Счетчик на самом деле опрашивается постоянно, к звонку привязки нет. Я просто так подогнал запись звонка :)
Реально при звонке попадаешь в случайное место цикла.
- малая информативность (только то, что на экране счетчика)
- суровые условия эксплуатации для смартфона (все же шкаф со счетчиком на столбе)
- автор заточен на другие программно-аппаратные технологии
Первый серьезный минус этого варианта — смартфон не рассчитан на работу при отрицательной температуре.
Ну и плюс могут вылезти всякие забавные глюки типа запотевания объектива и пр.
Я вот, например, удивился, что автор не прикрутил туда еще датчик вскрытия шкафчика. Но тут у каждого свои тараканы в голове, его явно этот вопрос не волнует. Видимо, соседи — честные люди.
Почему не СМС?
Ведь проще же переписывать/копировать с экрана, чем по слуху записывать на бумажке. Тем более, что я полагаю, надо это делать в одно и то же время — -можно тупо рассылать каждый месяц перед оплатой показания. Заодно и «напоминалка» для того, чтобы заплатить.
Ну, или сделать триггер на СМС/DTMF.
Можно только внешним сигналом заставить отослать заранее запрограммированную смс.
Что есть «триггер на СМС/DTMF»?
Я ввожу данные по потреблению по 4-м счетчикам, на один из которых повешена система считывания показаний с передачей данных по почте 25 числа каждого месяца. Это и служит триггером — полез в личный кабинет передавать показания квартирного счетчика, там привязаны и все остальные эккаунты.
Оптимально было бы автоматически передавать показания, но нет легального нормального интерфейса. Был некогда (через смс), но сейчас только остался голосовой интерфейс. Или через www личные кабинеты, но это кривой путь…
Т.е. надо раз в месяц снять показания счетчика. Летом это не проблема, но осенью-зимой-весной там никто не живет и ездить на дачу только ради считывания показаний неразумно.
При заключении договора (да и вообще, в любое время по заявоению) сбытовая компания вам поставит признак «сезонник», т.е. в биллинге отметит месяца, когда вы бываете на даче, вот только тогда надо передавать показания. Нередко это бывает один месяц в году, т.е. передача показаний осуществляется раз в год. Естественно, никто не запрещает вам бывать на даче (и потреблять) когда захочется. Вы не единственный дачник с электричеством :)
А статья классная, спасибо.
Даже если ничего не вводить — сбыт использует средние показания за предыдущие месяцы и будет так делать три месяца. Т.е. реальной проблемы со вводом показаний нет.
Впрочем, согласен с Вами — контроль, контроль и еще раз контроль.
Но со стороны приема нужно устройство для приема — это неуниверсально.
Плюс на сегодня надо добиваться у оператора включения режима CSD, по умолчанию он выключен.
CSD на телефонах это обычный аналоговый модем по голосовому каналу, причем НЕ В ОБХОД голосовых кодеков. Для ваших целей вообще пойдёт простая двухчастотная модуляция на скорости скажем 120 бод — как телетайпы 100-летней давности.
Даже лет десять назад CSD у многих операторов работал не всегда и не везде (а уж про звонки между разными операторами и МГМН я вообще молчу). Пришлось сполна с этим намучаться. Сейчас, подозреваю, ситуация только ухудшилась.
> CSD на телефонах это обычный аналоговый модем по голосовому каналу, причем НЕ В ОБХОД голосовых кодеков.
Вы совершенно не правы. В CSD данные гонятся, как данные, в обход звуковых кодеков.
В общепринятой терминологии:
«голосовой кодек» — алгоритм КОмпрессии несжатого цифрового звука в сжатый (ну и ДЕКомпрессии в обратную сторону). Как mp3, только заточенный не под музыку, а под голос.
«обычный модем» — устройство/алгоритм, преобразующее цифровой сигнал в аналоговый, пригодный к передаче по линиям связи и восстанавливающее обратно.
ни то ни другое в CSD не используются: данные гонятся в (цифровой) канал связи напрямую. Более того, ни одна из модуляций, успешно использовавшихся в «обычных модемах», сквозь жесточайше заточенные под компрессию речи кодеки не пролезет. Чо уж там: даже DTMF пролазит далеко не всегда.
GPRS — история совершенно другая: данные передаются в пакетном режиме, без (эмуляции) организации канала связи. Что собственно хорошо отражено в акронимах CSD и GPRS
Голосовые кодеки используют разные весьма остроумные приемы, позволяющие добиться впечатляющих результатов при компрессии речи, обеспечивая хорошее качество при битрейте 13kbps и меньше. Но при компрессии сигнала, не являющегося речью, качество падает драматически. Что там куда уплывает конкретно в случае с DTMF не выяснял, но факт имеет место быть: DTMF управление, особенно при межоператорских звонках, работает далеко не всегда.
ps: в стандарте GSM предусмотрена специальная сигнализация для передачи DTMF сигналов, однако, с реализацией на местах видимо бывают проблемы.
Примеры: http://www.gsm-modem.de/dtmf-audio-codec.html
На Half Rate кодек может породить слишком сильные шумовые сигналы ("test signal plus other frequencies, with an amplitude up to –10dBc"), которые помешают работе простых алгоритмов распознавания DTMF ("common algorithms require usually the total power level of unwanted frequencies to be at least 20dB below the lowest frequency signal with a signal to noise ratio greater than 23dB.")
Прозрачность кодека для DTMF проверялась при разработке AMR: http://www.3gpp.org/ftp/tsg_sa/wg4_codec/Specs_update_after_SA7/26975d110.doc "For 50ms DTMF digits, the 10.2 and 12.2 kbit/s AMR modes appear to be essentially transparent to DTMF signals under error free conditions, whereas the lower rate modes do not appear to be transparent. "
Сигнализация DTMF от мобильной станции к наземной линии передается поверх GSM в виде сообщений, сам тон генерируется на MSC, см. GSM 03.14, 1996: http://www.etsi.org/deliver/etsi_gts/03/0314/05.00.00_60/gsmts_0314v050000p.pdf "In the GSM system the MSC must support DTMF in the mobile to land direction. ..is converted by the MS into a message, the message is transmitted across the air interface, and is converted by the MSC into a DTMF tone which is applied towards the network"
Для классического Half Rate передача DTMF в голосовом канале не требовалась: http://www.etsi.org/deliver/etsi_etr/200_299/229/01_60/etr_229e01p.pdf ETR 229: October 1995 (GSM 06.08 version 4.0.0)
In the GSM system… If it is in the uplink (from the mobile station to the network), the signalling channel is used, rather than the speech channel. In the downlink (from the network to the mobile station), these tones are carried in the speech channel. Even though it was not a requirement for the half rate speech channel to be able to carry these tones in the downlink, their transmission was tested.… Even at ideal conditions with nominal DTMF signal frequencies, no additional signals in the speech band, and error free transmission, the recognition is poor after processing.… A reason for the poor behaviour might be a time dependent twist generated by the GSM Half Rate codec when one of the two components develops differently from the other due to the non-linear behaviour of the codec.
Человеческая речь напротив — ничего не требует, кроме межушного ганглия, который всегда со мной :)
И немаловажный момент — все собрано из дешевых готовых модулей.
Следующий шаг насматривается — что-то типа открытой платформы посерьёзнее ардуины и реализация «Умной дачи».
Нахватал в мерлене целую пачку таких, теперь вот меняю везде. От настоящих отличаются только материалом язычков, и то не факт (сравнил лишь две).
Пока прошивка меньше 64К — проблем не будет, ибо при программировании пустые области не заполняются и до границы памяти дело не доходит, а вот если попытаться перезаписать 65-й килобайт, скорей всего будут проблемы — перезапишеться первый потерев начало…
Белочка приходит к людям после разговора с электросчетчиком