Arduino.ru

Коллеги, а подскажите плиз - 

использовал опрос примерно как выше в теме - каждые 15 секунд запрашивал один параметр, и все было хорошо. 

Но прошло обновление либы, теперь она поддерживает hardwareserial (что для меня актуально), но теперь появилась задержка в секунду при опросе....

https://github.com/olehs/PZEM004T

менее, чем в 950 мсек - плата стабильно выдает ошибку (-1).

При выставлении #define PZEM_DEFAULT_READ_TIMEOUT 1000

менее, чем в 950 мсек - плата стабильно выдает ошибку (-1).

Подскажите, куда смотреть?

Спасибо заранее!

В начало этой темы. Примерно первые постов 15.

Я там ЗАДОЛБАЛСЯ объяснять ТС, что нужно выкладывать код и именно тот, который работал, и логи работы тоже. Вот правда, ЗАДОЛБАЛСЯ! И Вам объяснять тоже самое уже не буду. Читайте сами. Дойдёт - сделаете как надо, не дойдёт - не моя проблема.

Очень интересно... Как Вы связали у себя в голове HardwareSerial и опрос раз в 950ms? Поделитесь логикой.

Коллеги, посыпаю голову пеплом - косяк у меня в коде:

перенося код из "дева" в "прод" оставил несколько лишних опросов...

Спасибо всем.... )

пишу с телефона поэтому библу смотреть не удобно. Я правильно понял, что каждый запрос тормозит луп на секунду? частота опроса (получения данных от pzem) мне не критична, но вот loop так тормозить не вариант. 

Неправильно. Запросы должны осуществляться не чаще раза в секунду. Сам счётчик отвечает быстро.

понял , тормозит когда опрашиваешь чаще одного параметра в секунду. 

только что проверил так тормозит луп (стандартный пример библы)

#include <PZEM004T.h>

PZEM004T* pzem;
IPAddress ip(192,168,1,1);

void setup() {
  while(!Serial) { }
  Serial.begin(9600);

  while(!Serial1) { }
  pzem = new PZEM004T(&Serial1);
  pzem->setAddress(ip);
}

void loop() {
  float v = pzem->voltage(ip);
  if (v < 0.0) v = 0.0;
  Serial.print(v);Serial.print("V; ");

  float i = pzem->current(ip);
  if(i >= 0.0){ Serial.print(i);Serial.print("A; "); }
  
  float p = pzem->power(ip);
  if(p >= 0.0){ Serial.print(p);Serial.print("W; "); }
  
  float e = pzem->energy(ip);
  if(e >= 0.0){ Serial.print(e);Serial.print("Wh; "); }

  Serial.println();
}

а вот так норм. опрашиваем поочереди параметры через 1,5 сек

#include <PZEM004T.h>

PZEM004T* pzem;
IPAddress ip(192,168,1,1);
uint32_t prev = 0;
void setup() {
  while(!Serial) { }
  Serial.begin(9600);

  while(!Serial1) { }
  pzem = new PZEM004T(&Serial1);
  pzem->setAddress(ip);
}

void loop() {
  if (millis() - prev>1500) {
  static byte izmtype;
  
 if (izmtype == 0 ){ float v = pzem->voltage(ip);
  if (v < 0.0) v = 0.0;
  Serial.print(v); Serial.println("V; ");}

else if (izmtype==1) {float i = pzem->current(ip);
  if(i >= 0.0){ Serial.print(i);Serial.println("A; "); }
 }
 else if (izmtype==2){
  float p = pzem->power(ip);
  if(p >= 0.0){ Serial.print(p);Serial.println("W; "); }}
  
else if (izmtype==3){  float e = pzem->energy(ip);
  if(e >= 0.0){ Serial.print(e);Serial.println("Wh; "); }}

prev = millis(); izmtype ++; if (izmtype==4) izmtype=0;}
  Serial.println(millis());
}

Китайцы выпустили новую версию платы (v3.0), обещают что не надо будет ждать по одной секунде между запросами. И считать можно будет все данные за один запрос. Но и протокол поменялся, так что либа работать не будет. А ещё улучшили изоляцию шины данных от измерительной части. Теперь экран на нижней стороне платы, который соединён с сетью, не заходит на разъём данных. И под оптронами сделали разрез, чтобы исключить пробой по поверхности платы.

Мне уже приехала новая плата. Надеюсь, на этой неделе найдётся время протестить.

Подкиньте ссылку на девайс.

Нашел описание. Производитель туда ModBus влепил вместо своего протокола.

Я здесь брал: https://ru.aliexpress.com/item/32907139707.html

Подскажите пожалуйста...

Модуль pzerm-004t v3.0 без подключения силовой части должен что-то отдавать или нет?

Подключение к WeMos D1 mini:

D0 - Rx, D4 - Tx, питание общее 5v с преобразователя. Скетч из примеров:

#include <PZEM004Tv30.h>

PZEM004Tv30 pzem(2, 16);

void setup() {
  Serial.begin(115200);
}

uint8_t addr = 0x01;

void loop() {
    pzem.setAddress(addr);
    Serial.print("Current address:");
    Serial.println(pzem.getAddress());
    Serial.println();

    if(++addr == 0xF8)
        addr = 0x01;

    delay(1000);
}

В итоге моргает светодиодом "Rx", в мониторе порта "Current address:248". Даже если модуль отключить физически. Если пины в инициализации поменять местами, начинает моргать "Tx", то есть накосячить в двух проводах я не смог.

Старый отдавал. В новом, как я понял, просто свой протокол на модбас заменили. Наврядли стали все перепаивать. Зацепись через USB-TTL на ПК и через утилиты всякие его пощупай.

Старых в продаже не нашёл. Библиотека, вроде для v3.0 ():

/*
 * PZEM-004Tv30.h
 *
 * Interface library for the upgraded version of PZEM-004T v3.0
 * Based on the PZEM004T library by @olehs https://github.com/olehs/PZEM004T
 *
 * Author: Jakub Mandula https://github.com/mandulaj
 *
 *
*/

Что-то сомнения у меня. Если он весь питается от низковольтной части (схему так и не нашёл), то зачем опторазвязка по Rx и Tx. Сейчас силу подключу, посмотрю. Если нет, останется щупать через переходник или перебирать библиотеки.

В общем, без подключения силовой части оно (PZEM-004T-100A_v3.0) не работает.

А... Я думал, что ты ему просто трансформатор не подключил. Так-то да - 5В с МК питают одну оптопару (в направлении "Туда"), а напруга с самого PZEM питает вторую оптопару (по направлению "Оттуда"). На старом так же было.

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

Как впечатления от нового пзема? Я так и не имплементировал его в свой прожект - никто не заинтересовался серьезно.

Да нет еще впечатлений. Нужно собрать всё в рабочий макет, отволочь на работу, запустить и посмотреть неделю.

Тут ведь затея такая, что я ещё сам не осознал. На объекте четыре транспортёра с трёхфазными движками. Нужно "слушать", как они садят сеть, и сваливать всё на Zabbix.

По Zabbuino: Огромное тебе спасибо за проделанную работу и отдельное за порт на esp8266! Я ведь на Arduino с Ethernet так и не смог запустить. Результаты на esp ты сам видел.

Надо или не надо допиливать -- тут я просить не могу, но старых v1.0 я не нашёл (The old version has been sold out in most of the online store and no produce anymore.), хотя искал именно чтобы так прикрутить. Обойдусь траппером, до внятной реализации у меня конь ещё не валялся.

PZEM на трехфазных движках мы проходили - так себе идея. Срез по фазам несинхронизирован. Да ещё и хардварные проблемы были какие-то... вроде там PZEM-ы врали или даже горели. 

Подскажите пожалуйста...

Модуль pzerm-004t v3.0. Использую библиотеку

* PZEM-004Tv30.h Author: Jakub Mandula https://github.com/mandulaj

В ней описан метод pzem.resetEnergy()- сброс счетчика энергии, однако, что то он у меня не работает.

if(dd == 1 && hh == 0 && mm == 0 && ss == 0){pzem.resetEnergy();Serial.print("Reset Energy");}

Может, что то делаю не так?

Сделайте сброс по кнопке, а не по странному условию.

На третьей версии нет кнопки. Сброс только программно. А условие сброса 1 числа в 0 часов в 0 минут в 0 секунд.

Сброс по кнопке на Arduino, а не на счетчике.

Я  pzem.resetEnergy() передаю и по условию и по кнопке. По кнопке PZEM её выполняет, а по условию нет. Что в нем не правильно?

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

Всё сам разобрался. Спасибо за ответы. Осталось только проблема, что PZEM что то врет в подсчете потребленной энергией. Ошибается со счетчиком чуть ли не в 2 раза. Странно, взял его что бы контролировать счетчик, а тут такая засада.

А по данным какой параметр врёт? При распечатке - напряжение  ток. Мощность их произведение. Энергия интеграл мощности. Ошибка либо в исходных данных, либо в расчёте.    

Напряжение вроде в норме, а ток и потребляемую мощность, как проверишь. Опрашиваю его раз 5 минут и отправляю на народный мониторинг. 

Если метрики снимаются неодновременно, то разброд и шатание гарантированно.

Ток можно прикинуть по включению какого-нибудь мощного прибора, типа утюга. Посмотреть ток до включения и после. Разность должна быть точно равна току утюга. Ток утюга можно измерить тестером.

И почему? Он же всё сам вычисляет, я только считываю показания. Это всё равно как каждые 5 минут подходить к электросчетчику и записывать данные. 

Можно, но толку то, если PZEM врет, что мне его калибровать? А если погрешность нелинейная? Меня интересует, встречалось такое или нет?

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

Если много - это вас примирит с неверными данными? :)

Если известен источник ошибки, то можно думать что делать. Может быть и без калибровки можно обойтись. Может трансформатор тока дурит? 

может эти трансформаторы идут с разными коэффициентами. На нем что то написано? Скорее всего в скетче надо этот коэф  поправить.

Спасибо за идею. Буду разбираться.

В даташите точность измерения 0,5%

Характеристики производителя (оптимистичные)

Автор библиотеки пытался сделать калибровку, но ему это не удалось.

https://github.com/mandulaj/PZEM-004T-v30/issues/12

А в чем смысл,и что это меняет?

sadman41 не предлагает так делать, а предполагает, что такое может случиться.

Возможно, не случится, если считать все параметры одним запросом. Но если считывать напряжение, ток и мощность отдельными запросами, то вполне есть шанс попасть на разные замеры.

PZEM сам определяет и вычисляет все параметры и хранит их в памяти. Это не просто датчик, это готовый электросчетчик. Я просто периодически снимаю показания. Ничего с ними я не могу сделать. При разных замерах естественно будут разные показания, как на обычном электросчетчике.

Приехал PZEM. По утюгу точность напряжения лучше 0.1 % по току завышает на 0.5%, но на холостом ходу показывает 0.36А, а это как раз почти 0.5 % от 8А утюга. Вот и думай, это норма +0.36 или как?

А трансформатор на сколь ампер?

Разрезной на 100

Так для пзема с трансом такого большого номинала, может, это вообще не баг, а технологическая особенность. В ACS712 тоже чем больше лимит, тем больше дрифт.

Я лично на сотые и десятые вообще не обращал внимания - это ж не высокоточные измерительный прибор, а так - бытовой градусник.

Покрутил токовый трансформатор в пространстве, переставил на другой провод... в общем добился что на холостом ходу показывает ток 0. Теперь ток тоже соответствует тестеру лучше чем 0.1% и измеряет ток телефонной зарядки. 

Для работы с ESP32 пришлось уменьшить нагрузочные резисторы на выходе с 1к до 510 Ом оба на Rx Tx. В интернетах пишут только про Rx.   

Помогите разобраться с показаниями этого PZEM. Года два использовал версию 2 для измерения потребляемой энергии. В итоге, пришел к выводу, что показания потребляемой энергии PZEM соответствуют тем, которые показывает домовой счетчик с точностью <1%. Для бытовых целей мне этого достаточно. Сейчас на вход в дом поставил PZEM v3 (библиотека 1.1.2 от Jakub Mandula), а он уже выдает кучу циферок и я в них вгляделся. И понял, что нихрена не понимаю. Например, вот типичные показатели трех PZEM004T V3 (каждый на своей фазе):

(я в курсе, что "моментальные" показания не совсем моментальны, но погрешность в несколько процентов меня устраивает)

А на другой провод трансформатор повесьте... 

Что-то мне такое помнится, что на трехфазном движке какой-то показатель в минус уходил, если подключение было некорректное. Деталей не помню, но непонятки такие были.

Сейчас у меня все трансформаторы повешены на фазовый провод. Неужели надо на нулевой? Тогда будут проблемы повесить это на трехфазный потребитель - у них ноль общий.