andre-schuiki / esphome_im350 Goto Github PK

cv.Optional(CONF_COUNTER_READING_P_IN): sensor.sensor_schema(UNIT_WATT_HOURS, ICON_POWER, 2),
TypeError: sensor_schema() takes from 0 to 1 positional arguments but 3 were given

modification /siemens_im350/sensor.py starting in line 79

    cv.Optional(CONF_COUNTER_READING_P_IN): sensor.sensor_schema(unit_of_measurement=UNIT_WATT_HOURS, icon=ICON_POWER, accuracy_decimals=2),
    cv.Optional(CONF_COUNTER_READING_P_OUT): sensor.sensor_schema(unit_of_measurement=UNIT_WATT_HOURS, icon=ICON_POWER, accuracy_decimals=2),
    cv.Optional(CONF_COUNTER_READING_Q_IN): sensor.sensor_schema(unit_of_measurement=UNIT_VOLT_AMPS_REACTIVE_HOURS, icon=ICON_POWER, accuracy_decimals=2),
    cv.Optional(CONF_COUNTER_READING_Q_OUT): sensor.sensor_schema(unit_of_measurement=UNIT_VOLT_AMPS_REACTIVE_HOURS, icon=ICON_POWER, accuracy_decimals=2),
    cv.Optional(CONF_POWER_USAGE_IN): sensor.sensor_schema(unit_of_measurement=UNIT_WATT, icon=ICON_POWER, accuracy_decimals=2),
    cv.Optional(CONF_POWER_USAGE_OUT): sensor.sensor_schema(unit_of_measurement=UNIT_WATT, icon=ICON_POWER, accuracy_decimals=2),

My electricity meter has an optical interface, which I can read with an IR reading head. The connection is also encrypted, I have the key. The read head has 4 pins TX / RX / GND and 3.3V. the data rate are 9600 baud N81. Is it possible to adapt the code to use the read head instead of a cable connection ?

Hi, I'm running Iskra AM550 in Slovenia, which has different settings and output as in Carinthia (baud rate 37400, output not 100% OBIS,...). Right now I'm using the latest version of SHRDZM for communication with the meter, but it has some hiccups, so I'm testing out other solutions.
I'm keen on running your code in ESPHome, but I would need to change the code a little bit, so I have a few questions for you. Would it be possible to discuss them via e-mail? If so, please, respond to this post and I will close this issue and post my e-mail address.
If you prefer, we can also discuss them here.

Hi,

main issue with the current version of the code is that it does not compile for ESP8266 since it has no Serial2 interface.
Better approach is to derive the class from the uart component.
Also the update method should not block the CPU for several 100ms until the message is completely received.

All these shortcomings (and general cleanup) are adressed in the attached code and an example config for ESP8266 is add with inverted RX line (no additional transistor used on PCB)

siemens_im350.zip
siemens_im350_yaml.zip

Hi

Having a Siemen IM 350.
Currently testing one message captured from device (inserted in message_hex_string).

decrypt_with_gurux.py gives me the correct output
decrypt_with_cryptography.py gives different/wrong output - all values seem to be very high

shouldn't both programs deliver the same result when using the same input for message_hex_string and decryption_key_hex_string ?

thx

Hi Andre,

I used your ESPHome example and when building I get the message
src/main.cpp:15:1:error siemens_im350 does not name a type

I do not know if it matters, but the autogenerated main.cpp includes the siemens_im350.h last in the autogenerated header block. , after the definition of *siemens_im350_smartmetersnsorComponent, etc.

Do you have an idea?

Best Regards,
Armin