reaper7 / SDM_Energy_Meter

reading SDM72 SDM120 SDM220 SDM230 SDM630 modbus energy meters from arduino (esp8266, esp32, avr)
247 stars 97 forks source link

Getting SDM_ERR_WRONG_BYTES error #57

Closed re3lex closed 3 years ago

re3lex commented 3 years ago

Hello

I have ESP32 that reads SDM220 via Modbus using this library. It worked long time without issues. Last time I update firmware of my ESP32 around December 2020 (though not sure what version of SDM library was used that time).

Today I updated SDM library version to last one and loaded new firmware to ESP32. As result I have started getting SDM_ERR_WRONG_BYTES error as result of values read.

As per comment next to erro code definition this error happens because bytes b0,b1 or b2 wrong, but I'm not big expert in Modbus protocol and not sure what that mean and how to fix it.

Can you please shed some light on what can cause this error and how to fix it?


Upd 1. Just added some info Cable length between RS485 converter and SDM220 is about 30cm. Checked another issue (https://github.com/reaper7/SDM_Energy_Meter/issues/53) about error 2, but looks like that is not my case.


Upd 2 Found, that issue is happening because b2 is not matching with SDM_REPLY_BYTE_COUNT.

reaper7 commented 3 years ago

try somehow to diagnose what response you are getting,

maybe these two issues will help you: https://github.com/reaper7/SDM_Energy_Meter/issues/55 https://github.com/reaper7/SDM_Energy_Meter/issues/51

Remember also, that the library has evolved over time, the names that define registers have changed.

re3lex commented 3 years ago

hi @reaper7 Thanks for reply.

Checked those two issues, but, unfortunately, cannot find anything specific for my one.

Checked register addresses: they looks to be correct.

I was able to get response for some registers (digits before colon is index in uint8_t response array, value is following after colon):

Data for register address: 0
{0:1, 1:4, 2:0, 3:0, 4:0, 5:2, 6:113, 7:203, 8:1, }
Data for register address: 6
{0:1, 1:4, 2:0, 3:6, 4:0, 5:2, 6:145, 7:202, 8:1, }
Data for register address: C
{0:1, 1:4, 2:0, 3:12, 4:0, 5:2, 6:177, 7:200, 8:1, }
Data for register address: 1E
{0:1, 1:4, 2:0, 3:30, 4:0, 5:2, 6:17, 7:205, 8:1, }
Data for register address: 46
{0:1, 1:4, 2:0, 3:70, 4:0, 5:2, 6:144, 7:30, 8:1, }
Data for register address: 12
{0:1, 1:4, 2:0, 3:18, 4:0, 5:2, 6:209, 7:206, 8:1, }
Data for register address: 18
{0:1, 1:4, 2:0, 3:24, 4:0, 5:2, 6:241, 7:204, 8:1, }
Data for register address: 24
{0:1, 1:4, 2:0, 3:36, 4:0, 5:2, 6:49, 7:192, 8:1, }
Data for register address: 48
{0:1, 1:4, 2:0, 3:72, 4:0, 5:2, 6:241, 7:221, 8:1, }
Data for register address: 4A
{0:1, 1:4, 2:0, 3:74, 4:0, 5:2, 6:80, 7:29, 8:1, }
Data for register address: 4C
{0:1, 1:4, 2:0, 3:76, 4:0, 5:2, 6:176, 7:28, 8:1, }
Data for register address: 4E
{0:1, 1:4, 2:0, 3:78, 4:0, 5:2, 6:17, 7:220, 8:1, }
Data for register address: 156
{0:1, 1:4, 2:1, 3:86, 4:0, 5:2, 6:144, 7:39, 8:1, }
Data for register address: 158
{0:1, 1:4, 2:1, 3:88, 4:0, 5:2, 6:241, 7:228, 8:1, }
Data for register address: 56
{0:1, 1:4, 2:0, 3:86, 4:0, 5:2, 6:145, 7:219, 8:1, }
Data for register address: 58
{0:1, 1:4, 2:0, 3:88, 4:0, 5:2, 6:240, 7:24, 8:1, }
reaper7 commented 3 years ago

strange... are you sure you have everything well set in SDM_Config_User.h

I understand you are using the hardware serial option ? so is it uncommented? same for uart speed and other uart config?

re3lex commented 3 years ago

yes, #define USE_HARDWARESERIAL is uncommented (otherwise build fails :) )

I see read activity on my SDM220, but result is the same: error 2.

re3lex commented 3 years ago

I have connected ESP32 via usb2ttl converter to my PC and sent test value to emulate SDM response using hardware Serial1. Test value is processed correctly.

Can you please suggest what can be an issue then?

re3lex commented 3 years ago

I have 2 spare rs485-to-ttl converters. Tried both, but the result is the same. Also I have 2 SDM220, tested on both, but no luck: b2 is zero instead of 0x04

re3lex commented 3 years ago

Continue analyzing.

This is content of sdmarr array before sdmSer.write() operation:

[0:1, 1:4, 2:0, 3:0, 4:0, 5:2, 6:113, 7:203, 8:0 ]

This is what is returned by sdmSer.read() operation:

(0:1, 1:4, 2:0, 3:0, 4:0, 5:2, 6:113, 7:203, 8:1 }

It appears SDM220 is just echoing.

re3lex commented 3 years ago

Finally managed to get it to work. I used NO_PIN for DE_RE pin in SDM class instance setup (DE_RE physical pin sat on GND). Setting DE_RE pin to IO pin and defining it in class instance setup fixed the problem.

re3lex commented 3 years ago

@reaper7 thanks for your help!

last question: any idea why DE_RE pin on the GND has stopped to work correctly?

reaper7 commented 3 years ago

Personally I don't use a DE_RE pin, default value NOT_A_PIN is used. My converter doesn't need this signal because it controls the flow by itself. Note that readVal function does not clear the sdmarr buffer after sending request... ...so if there is no answer the buffer still contains first request.

But in your case something is received (any loop in the converter?) because there are no errors that should have happened sooner (if there is no reverse transmission) like SDM_ERR_TIMEOUT or SDM_ERR_NOT_ENOUGHT_BYTES

re3lex commented 3 years ago

Ok, thanks for reply and help.