Как раз думаю сделать в настройках переключатель для выбора: что активно для отправки, а что нет.

У нас автоматически данные в кабинет не отправляют, все сами должны передавать.

Надо декомпилить программу саму бы.

Есть проект Power Meter они продают счетчик 1/3-фазный за счет получения параметров тока потребления через токовые трансформаторы на фазовых проводах, данные складывают в EEPROM, на плате используется D1 mini, прям как модуль просто в гребенку вставляется. (Трехфазное устройство с дисплеем, содержит три модуля измерения PZEM004T, модуль ESP8266, модуль питания. Оборудован монохромным OLED дисплеем, позволяет выводить на дисплей любое измеренное значение и показатели работы системы.
— Сохранение измеряемых параметров во внутренней энергонезависимой памяти (глубина архива от 2х месяцев до 10 лет)
— Web-интерфейс
— Построение графиков измеренных значений через Web интерфейс (данные из памяти берут и на основе их строят график)
— Настройка периодов измерений от 10 секунд до 24 часов
— Синхронизация с сервером точного времени)

Если открыть корпус - интересный конструктор из модулей с али.

Согласен, но если контроллер без прошивки, то нарушений нет, так как это просто плата связи ESP с CC1101.

Меня так же очень интересует тема ОТА (обновление по воздуху), но пока не копал.
А так же автодискавери в Home Assistens.
Если кто поделится наработками - было бы супер.

Надо переписать код, а то там можно в трех соснах заблудиться.

Посмотрев немного еще код - заметил некоторые интересности:
1.Во всех местах функций формирования пакета установлен байт 7 в 0x09, а в функции формировании 9 пакета байт 7 установлен в 0xff

если почитать тут форум и разные картинки - то у человека при общении через оптопорт тут стоит 0xff;
2. Байт 3 для 1 и 2 пакета равен 0х20, а для остальных 0х21:

3. Команды запроса параметров хранятся в байте 9, что в принципе может оптимизировать код заменив формирователи пакетов на функцию с передачей команды, так как многие параметры одни и те же для разных команд:

4. С 3-его запроса появляется байт 14, судя по всему это переключение какие дополнительные мгновенные параметры передавать. Принимает значение 0x00, 0x01, 0x04 (тут в коде), а ранее при обмене с программой показано что принимает значение (0x00, 0x10, 0x13):

5. Счетчик пакетов которые должны прилететь packetType принимает значение 3 и 4, откуда мы знаем сколько должно прилететь?

6. Проверку кривых значений расширил, чтобы в MQTT не прилетало

7. Наведена небольшая красота в вебке.

Вот тут тоже интересности заметил:


20 - циклический адрес. принимает значение 20 или 21 при отправке, при этом с кодом 0x20 пакет на 1 байт короче чем с 0x21
FE FF - канал связи (от оптопорта другие значения), у нас же в коде который тут писали 09 FF, ранее в 9 пакете было FF FF. при этом при отправке пакета байты 5 и 6 стоят как адрес счетчика (тут в примере 7C 64, 0 байт не показан), а 7 и 8 равны 09 FF или в этом примере FE FF, или в 9 пакете были FF FF, а при приеме они меняются местами, на 5 и 6 становятся 09 FF / FE FF / FF FF (смотря что отправили), а на места 7 и 8 становится адрес счетчика в данном примере 7C 64, далее 9-ый байт команды и в приеме и в передаче.

Вот тут картинка обмена от Vittaly76 (p=4209313#p4209313), тоже интересности наблюдаю:

Спойлер

при обмене видим что команда

посылается 3 раза, но используется разный байт 14 (на картинке он 13, так как там не показан 0-ой байт)

Он принимает значения 0x00, 0x10, 0x13, при значении 0x10 третий справа байт - судя по картинкам это внутренняя температура счетчика на столбе (при этом там 3 обмена показаны и 0x23 соответствует 35 градусам в программе, а 0x24 соответственно 36 градусам).
При этом у нас в коде он принимает значения 0x00 для 3, 5 и 9 запроса, 0x01 для 4, 6 и 7 запроса, и 0x04 для 8-го запроса, при этом 0x13 и 0х10 у нас не запрашивается.


Если кто в теме помогите сделать обновление через веб или ОТА, так как удаленный доступ к ESP есть, а удаленно так прошивать не получится, надо ОТА или Web Update.

Кстати, проводя разные изыскания пришел в выводу, что

тут параметр проверки на самом деле скорей всего должен проверяться не 12-ый, а 13-ый байт

Вот тут немного переработал код, теперь на формирование пакетов для отправки 2 функции: 1я - короткая, без 14 байка подкоманды с кодом 0x20, 2-я длинная с подкомандой в 14-ом байте с кодом пакетов 0x21. Привожу список передаваемых значений пакетов того что было и того что стало:



Так же наблюдаются интересности для значений мощностей.



Если взять расчетную P рст (которая считается математически в программе как i1*u1 и т.д.), и взять показание мощности P со счетчика, то они далеко не совпадают, но если визуально сравнивать с S взятой со счетчика, то не учитывая десятые доли, то оно совпадает. Cогласно программе MeterTools (картинкам от Vittaly76 ) то P измеряется в кВт, Q измеряется кВар (возможно реактивная мощность), а S в кВА (вольт-амперы), маленькая к - это приставка кило (x1000). Но если полученные значения для P и S делить на 1000, то очень сильно округляются, так что для наглядности считаю что лучше P оставить в Вт, а S в ВА. Скорей всего S это полная мощность, Q-реактивная, P-активная.

Объясните откуда взяты команды и подкоманды для первой таблицы собранные из кода My_Mirtek_GW_upd2 и за что они отвечают?
Нужно ли вообще считывать линейные напряжения Uab, Ubc, Uac (5-я команда 2-ой таблицы)?

Если пройтись немного назад, есть ссылка на документ где все эти нюансы описаны.

Про стартовые байты все понятно (старт, адреса, стоп), просто в коде было 9 разных команд, и многие не распарсены, по этому и был вопрос про команды к счетчику (первая табличка, незаполненные поля).



Команды: 0x28 (0x00, 0x01 подкоманда), команда 0x05 (0x04 подкоманда), команда 0x0A (0x01 подкоманда) и команда 0x2A (0x01 подкоманда)

получается раз

то 0x09 0xFF лучше поменять везде на 0xFF 0xFF?


Это я понял что 0x20 для тех пакетов где нет 14 байта подкоманды, а 0x21 для тех где есть подкоманда.

Так же было не понятно немного (возможно ошибка) что при функции

а далее нестыковки:

что интересно что тут указано что пакет короткий, но при этом указали подкоманду (байт 14)

а количество ответных пакетов указали 4, о великая сила Ctrl+C, Ctrl+V

Понятия не имею кто это писал и что имелось в виду, я отвечал на конкретный вопрос, как формируется 3 байт.

Спасибо за разъяснения, вместе мы сила!

Чтение доп. режимов индикации.

То есть в коде 0x28 смысла большого и нет.
И как вижу у Вас для этого кода используется короткая команда с длиной 0x20, а в коде ранее, наверное ошибочно, была длина 0х21 и 14-байт равный в 3-ем запросе 0x00, а в 4-ом 0x01. Раз полезной нагрузки для нас данная команда не несёт, то её не рассматриваем.
Интересно считать текущий активный тариф день/ночь, а так же на пульте первой версии есть замочек (вроде состояние пломбы), а так же состояние внутреннего реле, которое показывает замкнуто, когда все ок, например когда у меня автомат не сработал, то сработало реле/автомат в счётчике и само включилось через 15 минут примерно.

А чем вы пользуетесь в аппаратной части, ведь программа без железной части не даёт возможности пройти далее режима выбора типа связи.

Спасибо, что делитесь полезными изысканиями.

Как чем, прибором учёта лежащим на столе, к которому подключен лог. анализатор.

А как Вам удалось программу к нему прикрутить, которая MeterTools...
Я понял так что вы с программы посылаете запросы?

Так она, как ни странно, для этого и предназначена.
Если имеется в виду интерфейс, это оптопорт.

В типе подключений такого не наблюдаю (или у Вас другая программа?):

И как к самому пульту удалось?
Или Вы приобрели счетчик и как-то к нему коннектитесь по-другому?

Можете сделать фотку стенда?

К пульту что ???
Оптопорт при подключении создаёт виртуальный COM порт, выбираем его и вперёд.

Просите мою глупость, но не не понимаю про какой именно оптопорт речь, а так я понял что в программе вы выбираете подключение по RS232, но про сам оптопорт пока не ясно.



Можно фото стенда?
А сам оптопорт как к счетчику добивает? Он высоко же.
Потому что при соединении через COM-порт, он пытается приконнектится к счетчику или еще к чему-то.
Ссори за глупые вопросы.

Оптопорт типа такого?

Оптопорт предназначен для соединения с прибором учёта при снятой крышке,
и непосредственном контакте оптоголовки с ответной частью прибора.
Когда прибор находится на опоре, то соединение через оптопорт невозможно.
Но поскольку он лежит у меня на столе, то никаких ограничений нет.
И ещё раз - при подключении шнура создаётся виртуальный COM порт,
соединение выбирается по его номеру, и как RS232.

PS на фотке похожий.

Теперь понятно, что нужно купить оптопорт и сам счетчик, иначе ничего не выйдет ((( печалька.
На круг на Авито - 10к (для 1 фазного) для экспериментов и парсинга.

А что-то можете прояснить про следующие команды из раннего скетча:
команда 0x10, команда 0x05 (0x04 подкоманда), команда 0x0A (0x01 подкоманда) и команда 0x2A (0x01 подкоманда)?

0x05 0x00 это запрос суммарных значений счетчика, а вот что делает 0x05 0x04 не ясно.

Будет время посмотрю.

Благодарствую, а еще команда 0x10.

Вот мои визуальные изыскания:


на основе их и сделаны парсинги в последних скетчах.