Closed coffinbearer closed 1 year ago
Hi and thank you for reporting this! Could you do a Telnet debug as described here, and copy/post the output in text format? This will allow us to analyze the raw data and see how the meter presents itself.
Hi, here the verbose debug output: amsleser_kaifa_MA309M_austria.txt
Thank you - perfect!
Added detection for manufacturer for this meter. Meter ID is also present, but is not annotated with OBIS code. I've seen other meters like this, so I have added code to extract it.
If there is only an Encryption key needed do I leave the Authentication key at "00000000000000000000000000000000"?
Hi Razzer09, yes leave the zeros in, it worked that way for me at EVN too.
Thank you for the quick response.
Unfortunately this means I don't know why it is not working for me. :-(
My Setup is:
) From EVN NetzNÖ
) ESP8266MOD with the following settings:
I downloaded the Firmware for the ESP8266MOD from here:
I flashed it using esptool.py through windows command line.
I used the middle two cables from my RJ12 cable:
Connected the RJ12 cables to the MBUS Board:
Connected the MBUS Board to the ESP8266MOD:
My guess is that there is something wrong with this MBUS Adapter Board.
Do I have to change anything in the code or should the precompiled file I downloaded be sufficient?
I would try 8E1 and disable the HAN pullup, reboot in between. It is also recommended by amsreader to use the hardware serial, so I would also try with this, will probably be UART0 / WEMOS PIN RX. https://github.com/UtilitechAS/amsreader-firmware/wiki/GPIO-configuration#han
I also had the current release version v2.2.21 running on an ESP32 Olimex and it only worked with 8E1, now I have it running with the M5 PoESP32 + Farley TTL to MBUS --> here it works with 8E1 and 8N1. https://github.com/UtilitechAS/amsreader-firmware/issues/365#issuecomment-1712878848 https://github.com/UtilitechAS/amsreader-firmware/files/12452534/esp32.zip
Agreed, HAN pullup should be disabled. To understand better what is going on "under the hood", you can run a Telnet debug: https://amsleser.no/blog/post/24-telnet-debug.
Also:
Thank you for all your quick and helpful feedback. I tried:
) Setting 8E1 & disableling HAN pullup -> no luck
) Changing the pins VIN from 3V to 5V, TX Adapter to RX on WEMOS ESP8266 and setting UART0 in Software.
--> no luck
Ich checked on Amazon and it says that the adapter should accept 3.3V and 5V.
) Tried everything again with an ESP32solo Nodemcu V1.3 on UART0 if I am not mistaken? --> no luck
) Finally I did for both ESPs a Telnet debug where they look both pretty much the same.
Since there is no data shown in the debug I assume it must be the adapter is either broken or does not work with ESP.
I would try this board instead or can you recommend anything that works well with ESP8266? https://www.amazon.de/Clickboard-Daughter-Boards-Module-MIKROE-4137/dp/B0BRKTGBBT/ref=sr_1_1?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=297UXP0E13Y70&keywords=m-bus-slave-click&qid=1695486105&sprefix=m-bus-slave-click%2Caps%2C96&sr=8-1
It's pity that no data arrives here. I have two of the Farley TTL to MBUS running without any problems so far, the ELKO of one was damaged by the delivery and after the exchange it also worked, but I have a Sagemcom T210-D Smartmeter. Did the interface from your Samartmeter work before?
@Razzer09 Did you measure the MBUS voltage with a multimeter? It should show ~27V with regular drops to ~20V during data transmission. Since the data rate is so slow, you can easily check if the interface is active with a cheap multimeter. Just to be sure, you did request the activation of the MBUS port at your grid company?
@dbeinder Thank you for the idea. I checked my Smartmeter and got exactly 27V with regular 5 second drops to around 19V. This also verified that I was using the correct cables of the RJ12 cable because on the other 2 cables I got 0V.
I requested the encryption key from my grid company and assumed that the activation is included with it. But seeing how the voltage oscillate means it is already activated right?
@Razzer09
Yes, the interface is active.
Looking at the opto-coupler datasheet, I think you are using the wrong pin on the MBUS board, try the one labeled RX:
In case it doesn't work and you're considering the mikroe board, I could also send you one of my boards ;)
OMG it worked!
I tried connecting: ) RX from MBUS board to RX from ESP8266 and UART0 set in Software (no pullup) --> Didn't work ) RX from MBUS board to TX from ESP8266 and UART0 set in Software (no pullup) --> Didn't work ) RX from MBUS board to RX from ESP8266 and UART2 set in Software (no pullup) --> Didn't work ) RX from MBUS board to TX from ESP8266 and UART2 set in Software (no pullup) --> Didn't work
Desperately I finally tried:
) RX from MBUS board to D1 from ESP8266 and GPIO5 set in Software (no pullup) --> IT WORKED :-D
@dbeinder Thank you so much. 👍
It is great to see the community stepping in like this! 😀
I recently got my Pow-U+ and it works as intended with my Kaifa MA309M H4LAT1 meter. Therefore i would like it if the meter could be added to the know hardware configurations an be recognized from the ams reader firmware as well![grafik](https://user-images.githubusercontent.com/7635298/217628140-2de7a5ea-390c-4b34-972a-0d919c04785c.png)
This are the settings for the ams reader meter configuration:
What information do you need from me (my meter) to be able recognize it?