NEWS
M-TEC Energy Butler
-
@fonzie sagte in M-TEC Energy Butler:
Seht ihr vielleicht einen Fehler?
Fehler kann ich nicht sagen, im Waveshare habe ich bei mir andere Ports eingestellt und erhalte Daten:
-
@gagafreeman Servus und Glückwunsch!
Mein Energy Butler läuft nun, daher wird es Zeit mich an das Modbus Thema zu machen.Mein Plan war aber den Modbus am Smartmeter abzugreifen - da es direkt im Zählerschrank hängt und ich den Waveshare direkt daneben klemmen würde. 24V DC Versorgung habe ich dort auch, daher wäre das optimal.
Weißt du ob am Smartmeter ein Abschlusswiderstand verbaut / konfigurierbar ist? Bzw. hast Du, oder jmd. anders hier schon mal probiert es dort abzugreifen?
@fx-rider keine Ahnung, ob das Thema noch akut ist, aber zur Sicherheit:
der Energy Butler hat ZWEI voneinander getrennte RS485-Kanäle:
-
einer davon geht über den Meter-RJ45-Anschluss im Kommunikationsstecker raus, ist eine reine Punkt-zu-Punkt-Verbindung von Smartmeter und EB, der EB ist auf diesem Bus der Master und laut Modbus-Spec kann es nur einen davon geben auf einem Modbus (haben sie sich scheinbar beim Highlander abgeschaut :-) ). In dieser Konstellation MÜSSTE der Bus entweder im EB und im Smartmeter mit Abschlusswiderständen bestückt sein oder das mitgelieferte Kabel bringt die Widerstände in den RJ45-Steckern eingegossen mit. So oder so würde ein Waveshare-Konverter oder -Gateway einen weiteren Master auf dem Bus darstellen und im dümmsten Fall die Kommunikation zwischen EB und Meter stören/unterbrechen... keine Ahnung, welche Auswirkungen das auf die Funktion vom EB hat und vor allem KEINERLEI Lust, das auszuprobieren...
-
ein zweiter RS485/Modbus liegt auf den Pins 13 und 14 des EB-Komm-Steckers, wie schon von @gagafreeman weiter oben beschrieben. Auf diesem Bus kann der Abschlusswiderstand im Stecker nach Bedarf aktiviert werden, auf diesem Bus ist der EB kein Master sondern Slave und ist dort unter der Adresse 247 (default) einwandfrei erreichbar.
Ich habe ein LAN-Kabel "ent-steckert" und eines der 4 TwistedPairs auf 13/14 vom EB aufgelegt und den Abschlusswiderstand aktiviert, Geräteadresse 247. Das LAN-Kabel geht auf dem Weg zum Schaltschrank an meinem zweiten WR (Solarmax4600SP) vorbei, dort ist ein zweites TwistedPair aus dem Kabel aufgelegt und mit Widerstand abgeschlossen, Geräteadresse 127. Am Waveshare-Gateway (der keinen Abschlusswiderstand besitzt) kommen die beiden TwistedPairs auf A+ und B- zusammen, der hängt also in der Mitte vom Modbus, streng nach Spec. Vom EB zum Solarmax-WR sind es ca. 3m und vom Solarmax weiter zum Gateway im Schaltschrank ca. 4m. D.h. ich habe einen Bus mit ca. 7m vom EB zum Gateway und ca. 4m von dort zum Solarmax. Der Aufwand dafür (10m LAN-Kabel CAT5 kosten 10€) steht in KEINEM Verhältnis zu dem Ärger/Aufwand, den man sich mit dem kurzen Kabel und "Anzapfen" des anderen Busses einhandelt.
-
-
Edit: Auch beim ModbusAdapter habe ich andere Einstellungen, die 247 ist fix vom M-TEC vorgegeben und sollte nicht verändert werden.
@metaxa die Geräte-ID muss einmalig auf dem Modbus sein:
mit der M-TEC-Vorgabe von 247 ist man in den meisten Fällen auf der sicheren Seite... Ausnahme: man hat mehrere M-TECs auf dem Modbus, dann kommen alle mit der werksseitigen 247 und müssen bis auf einen angepasst werden, um wieder unique zu sein.
Die 247 von M-TEC ist ein guter Default-Wert, der mit den meisten anderen Geräten von anderen Herstellern nicht kollidieren sollte... mein Solarmax WR (parallel zum MTEC) kam werksseitig mit Geräte-ID 1, zwei zusätzliche Smartmeter zur Verbrauchsmessung kamen ebenfalls werksseitig mit Geräte-ID 1... da MUSST du die Werksvorgabe ändern, damit's funzt auf dem Bus...
-
@glasfaser @Fonzie Destination IP und Destination Port sind im gewählten Workmode "TCP-Server" nicht von Belang...
Mit Einstellung "TCP Server" muss der Client (Rechner) die Verbindung zu DeviceIP:DevicePort aufbauen.
Mit Einstellung "TCP Client" initiiert der Gateway die Verbindung zu DestinationIP:DestinationPort.
Ich kann mit Einstellung "TCP Server" von zwei PCs und zwei Raspberries erfolgreich gleichzeitig auf den Gateway zugreifen und dabei hat KEINER der vier Rechner die DestinationIP... -
@metaxa die Geräte-ID muss einmalig auf dem Modbus sein:
mit der M-TEC-Vorgabe von 247 ist man in den meisten Fällen auf der sicheren Seite... Ausnahme: man hat mehrere M-TECs auf dem Modbus, dann kommen alle mit der werksseitigen 247 und müssen bis auf einen angepasst werden, um wieder unique zu sein.
Die 247 von M-TEC ist ein guter Default-Wert, der mit den meisten anderen Geräten von anderen Herstellern nicht kollidieren sollte... mein Solarmax WR (parallel zum MTEC) kam werksseitig mit Geräte-ID 1, zwei zusätzliche Smartmeter zur Verbrauchsmessung kamen ebenfalls werksseitig mit Geräte-ID 1... da MUSST du die Werksvorgabe ändern, damit's funzt auf dem Bus...
@martin-le @metaxa @Glasfaser
Vielen Dank für eure Hinweise! Ich habe ein 2polig geschirmtes Kabel LiHCH 2x0,5 benutzt, auf Klemme 13 und 14 im Stecker aufgeklemmt, Widerstände aktiviert. Die Einstellung im Waveshare nach oberen Beitrag berichtigt. Keine Besserung. Habe jetzt versucht über Radzio zu testen, aber das sind auch böhmische Dörfer. Ich verzweifle! -
@martin-le @metaxa @Glasfaser
Vielen Dank für eure Hinweise! Ich habe ein 2polig geschirmtes Kabel LiHCH 2x0,5 benutzt, auf Klemme 13 und 14 im Stecker aufgeklemmt, Widerstände aktiviert. Die Einstellung im Waveshare nach oberen Beitrag berichtigt. Keine Besserung. Habe jetzt versucht über Radzio zu testen, aber das sind auch böhmische Dörfer. Ich verzweifle!@fonzie
Ich hatte am Anfang auch Probleme, über den Modbus die Kommunikation zu dem/den WR aufzubauen...
Von daher als Hilfestellung zur Inbetriebnahme die Erfahrungen, die ich gemacht habe:- bei meinem ca 11m langen RS485-Bus spielt es keine Rolle, ob die Abschlusswiderstände aktiviert sind oder nicht... alle Kombinationen (keine R, nur ein R, beide Enden mit R) laufen bei mir störungsfrei... laut Spezifikation sollen sie zwar vorhanden sein und bei längeren Bussen sind sie bestimmt auch notwendig, aber bei Längen von nur einigen Metern ist das Thema eher unkritisch anzusehen
- mach die Inbetriebnahme nicht gleich mit dem vollen Umfang (WR-Modbus-Waveshare-Netzwerk-Rechner-iobroker), sondern versuche erst mit einem Tool wie QModMaster die Verbindung auszutesten und dann darauf aufzubauen
Mit den Einstellungen wie in den Screenshots funktioniert die Kommunikation bei mir einwandfrei vom PC aus... damit weiß ich, dass ich mit dem Gateway SO kommunizieren kann, dass auf dem Modbus mit den/dem WR einwandfrei geredet wird und von dort Werte zurückkommen.
Nachdem DAS sichergestellt war, bin ich den nächsten Schritt gegangen und habe den Gateway und die WR auf dem raspberry angesprochen; noch nicht vom iobroker aus (den bin ich noch am einrichten), sondern aus EVCC heraus, einer Software zur Kontrolle der Überschussladung meiner Wallbox... der Adapter dort ist auf Standard-ModbusTCP-Protokoll konfiguriert und läuft einwandfrei... EVCC holt sich im 15s-Takt über Modbus die Leistung vom Solarmax WR, die Leistung vom MTEC WR, den vorhandenen Überschuss am Smartmeter (über den MTEC WR) und die aktuelle Lade-/Entladeleistung der MTEC-Batterie sowie deren SOC
Die Konstellation läuft so gut, dass ich EVCC momentan sogar anstelle der MTEC-APP zum Monitoring verwende, da ich (bis zur Lauffähigkeit des iobroker) nur hier konsolidierte Leistungswerte über beide WR bekomme...
Wenn du so schrittweise vorgehst, kannst du den Modbus und den Gateway als Fehlerquelle ausschliessen, wenns beim Abfragen der Werte im iobroker nicht gleich auf Anhieb funktioniert...
-
@martin-le @metaxa @Glasfaser
Vielen Dank für eure Hinweise! Ich habe ein 2polig geschirmtes Kabel LiHCH 2x0,5 benutzt, auf Klemme 13 und 14 im Stecker aufgeklemmt, Widerstände aktiviert. Die Einstellung im Waveshare nach oberen Beitrag berichtigt. Keine Besserung. Habe jetzt versucht über Radzio zu testen, aber das sind auch böhmische Dörfer. Ich verzweifle! -
@fonzie
Ich hatte am Anfang auch Probleme, über den Modbus die Kommunikation zu dem/den WR aufzubauen...
Von daher als Hilfestellung zur Inbetriebnahme die Erfahrungen, die ich gemacht habe:- bei meinem ca 11m langen RS485-Bus spielt es keine Rolle, ob die Abschlusswiderstände aktiviert sind oder nicht... alle Kombinationen (keine R, nur ein R, beide Enden mit R) laufen bei mir störungsfrei... laut Spezifikation sollen sie zwar vorhanden sein und bei längeren Bussen sind sie bestimmt auch notwendig, aber bei Längen von nur einigen Metern ist das Thema eher unkritisch anzusehen
- mach die Inbetriebnahme nicht gleich mit dem vollen Umfang (WR-Modbus-Waveshare-Netzwerk-Rechner-iobroker), sondern versuche erst mit einem Tool wie QModMaster die Verbindung auszutesten und dann darauf aufzubauen
Mit den Einstellungen wie in den Screenshots funktioniert die Kommunikation bei mir einwandfrei vom PC aus... damit weiß ich, dass ich mit dem Gateway SO kommunizieren kann, dass auf dem Modbus mit den/dem WR einwandfrei geredet wird und von dort Werte zurückkommen.
Nachdem DAS sichergestellt war, bin ich den nächsten Schritt gegangen und habe den Gateway und die WR auf dem raspberry angesprochen; noch nicht vom iobroker aus (den bin ich noch am einrichten), sondern aus EVCC heraus, einer Software zur Kontrolle der Überschussladung meiner Wallbox... der Adapter dort ist auf Standard-ModbusTCP-Protokoll konfiguriert und läuft einwandfrei... EVCC holt sich im 15s-Takt über Modbus die Leistung vom Solarmax WR, die Leistung vom MTEC WR, den vorhandenen Überschuss am Smartmeter (über den MTEC WR) und die aktuelle Lade-/Entladeleistung der MTEC-Batterie sowie deren SOC
Die Konstellation läuft so gut, dass ich EVCC momentan sogar anstelle der MTEC-APP zum Monitoring verwende, da ich (bis zur Lauffähigkeit des iobroker) nur hier konsolidierte Leistungswerte über beide WR bekomme...
Wenn du so schrittweise vorgehst, kannst du den Modbus und den Gateway als Fehlerquelle ausschliessen, wenns beim Abfragen der Werte im iobroker nicht gleich auf Anhieb funktioniert...
-
@martin-le
Guter Tipp! Problem scheint die Kommunikation zw. WR und Waveshare zu sein.
Habe gerade den M-Tec Support angerufen, der wusste auch nix, hat Register 33001 empfohlen. Hat sich aber nichts geändert.
-
@martin-le
Guter Tipp! Problem scheint die Kommunikation zw. WR und Waveshare zu sein.
Habe gerade den M-Tec Support angerufen, der wusste auch nix, hat Register 33001 empfohlen. Hat sich aber nichts geändert. @fonzie
Setz bitte mal am Waveshare ganz unten am Screen den Instruction Timeout auf 256 und "Enable Multi-Host" auf yes
Und in den QModMaster Settings musst du noch die Baseaddr auf 0 setzen:
Das war bei mir auch das letzte Hindernis gewesen, das die Kommunikation blockierte...
-
Kann es sein das der Waveshare nicht funktioniert? Kann man das irgendwie testen? LEDs leuchten schonmal rot und blau.
-
@fonzie
Der Waveshare sieht soweit gut aus, du hast Power und du hast den Ethernet-Link, die ganz rechte LED siehst du nur dann etwas flackern, wenn wirklich Traffic über die Leitung geht... -
@martin-le
Waveshare Einstellung geändert, im QModMaster Base auf 0 gesetzt. Keine Daten. Aber: ich habe mal auf Scan gedrückt, da kam was an. Was ist das für eine Funktion?
@fonzie
3. Button von links: Connect (hast du ja :-))
4. Button von links: Read/write einmalig
5. Button von links: Scan (macht R/W im Dauerloop, solange gedrückt)Gratulation, du hast erfolgreichen Verbindungsaufbau zum Energy Butler :+1:
JETZT kannst du die iobroker-Anbindung angehen... und hast immer den QModMaster als Fallback zum testen...
-
@fonzie
3. Button von links: Connect (hast du ja :-))
4. Button von links: Read/write einmalig
5. Button von links: Scan (macht R/W im Dauerloop, solange gedrückt)Gratulation, du hast erfolgreichen Verbindungsaufbau zum Energy Butler :+1:
JETZT kannst du die iobroker-Anbindung angehen... und hast immer den QModMaster als Fallback zum testen...
@martin-le
Vielen Dank an alle für die Unterstützung! Nachdem ich, wie @martin-le beschrieben, QModbus richtig ausgeführt habe, konnte ich immer noch keine Verbindung herstellen.
Fehler war die Verbindung Waveshare-Raspberry. Da ich ioBroker auf dem RB installiert habe und den Waveshare direkt an den RB drangestöpselt habe, ließ der RB keine Verbindung mit dem Waveshare zu.
Meine Konfig: Zugiff auf RB (im Keller) über WLAN vom Laptop, Waveshare direkt mit RB verbundenLösung:
- Vergabe einer neuen ETH IP des RB (192.168.1)
- Änderung der IP (192.168.1.2) des Waveshares im gleichen Subnet wie RB
Nachteil: Wenn ich jemals wieder den Waveshare konfigurieren möchte, muss ich auf das richtige Subnet meines Laptops achten.
Ich hoffe ich habe als Laie jetzt alle Begriffe richtig verwendet.
In dem Sinne...nochmal Danke an alle...und hoch die Hände, Wochenende!
-
@metaxa Hi, Ich bin gerade dabei meine modbus Instanz vorzubereiten. Es hat lange gedauert, bis ich die Parameter herausgefunden und mit meinem Gateway abgestimmt hatte. Was die Register angeht, hatte ich bisher nur das Modbus-PDF von M-Tec.
War dann ziemlich froh, diesen Post hier zu finden, und glücklich darüber, dass es noch viele weitere Datenpunkte gibt, die ausgelesen werden können.
Könntest du das Holdingregister aus der Instanz vielleicht als txt-Export zur Verfügung stellen?
Würde mich sehr darüber freuen.ioBroker (in Docker on Syno DS220+),
RaspberryMatic on RPi3,
ConBee II -
@metaxa Hi, Ich bin gerade dabei meine modbus Instanz vorzubereiten. Es hat lange gedauert, bis ich die Parameter herausgefunden und mit meinem Gateway abgestimmt hatte. Was die Register angeht, hatte ich bisher nur das Modbus-PDF von M-Tec.
War dann ziemlich froh, diesen Post hier zu finden, und glücklich darüber, dass es noch viele weitere Datenpunkte gibt, die ausgelesen werden können.
Könntest du das Holdingregister aus der Instanz vielleicht als txt-Export zur Verfügung stellen?
Würde mich sehr darüber freuen. -
Weiß jemand, ob sich beim M-TEC WR die RS485-Parameter (speziell die Baudrate) für den EMS-Modbus anders einstellen lassen? Wenn ja, wo? Versteckt in den Menüs am Gerät selbst? Oder auch über den Registersatz? Würde gern versuchsweise die Übertragungsgeschwindigkeit von 9600 auf 19200 oder auch 38400 (wenn's damit noch stabil läuft) hochstellen, damit auch umfangreichere Registersätze abgefragt werden können bzw. der Bus nur halb oder ein viertel so lang blockiert ist als bei 9600 Baud...
Alle anderen Geräte auf dem Bus (Gateway, 2 Smartmeter, Solarmax WR) sind einwandfrei einstellbar...
Wäre super, wenn mir jmd diesbzgl. weiterhelfen könnte. -
@andreas-h @metaxa :
Bezüglich WEB-Portal:- Wenn man eingeloggt bleibt ändern sich die Werte bzgl. Eigenverbrauch, Export und Import nicht. Man muss sich dazu neu einloggen, in dem Moment sind die Daten zur Eigenabfrage über den Modbus ziemlich gleich.
- Ihr könnt ja spaßeshalber mal in eure Fritzbox schauen. Da werdet ihr 2 Adressen für den Energy Butler finden, einer davon heißt (bei mir) USR-TCP232-T2. Dies ist ein von MTEC gelieferter RS485-Konverter. Man kann sich auch einloggen und sieht an der Konfiguration, dass die Daten an "eeaccess.solarmanpv.com" gesendet werden. Dies ist der chinesiche Provider für das WEB-Portal.
@metaxa :
- Wenn du was sperren willst, musst du diese Adresse blocken, oder einfach vom Netz nehmen.
- Wenn du deinen Zähler über den IR-Leskopf abfragst siehst du ja, wieviel zu tatsächlich importierst, die Anzeige im WEB-Portal würde ich nicht so ernst nehmen.
@manrum1 sagte in M-TEC Energy Butler:
Ihr könnt ja spaßeshalber mal in eure Fritzbox schauen. Da werdet ihr 2 Adressen für den Energy Butler finden, einer davon heißt (bei mir) USR-TCP232-T2. Dies ist ein von MTEC gelieferter RS485-Konverter. Man kann sich auch einloggen und sieht an der Konfiguration, dass die Daten an "eeaccess.solarmanpv.com" gesendet werden. Dies ist der chinesiche Provider für das WEB-Portal.
Sevus!
Bei mir ließ ich letztendlich den T4 (SmartEnergy) Teil ausbauen und habe mir dafür einen weiteren Akku dazubauen lassen, seit dem rennt auch Mosbus abolut zuverlässig und sauber.Seit dem habe ich auch den "USR-TCP232-T2" in meinem Netz, wie loggst du dich da ein?
Mit den Standardzugangsdaten wie für das Webportal komme ich da nicht rein. -
@manrum1 sagte in M-TEC Energy Butler:
Ihr könnt ja spaßeshalber mal in eure Fritzbox schauen. Da werdet ihr 2 Adressen für den Energy Butler finden, einer davon heißt (bei mir) USR-TCP232-T2. Dies ist ein von MTEC gelieferter RS485-Konverter. Man kann sich auch einloggen und sieht an der Konfiguration, dass die Daten an "eeaccess.solarmanpv.com" gesendet werden. Dies ist der chinesiche Provider für das WEB-Portal.
Sevus!
Bei mir ließ ich letztendlich den T4 (SmartEnergy) Teil ausbauen und habe mir dafür einen weiteren Akku dazubauen lassen, seit dem rennt auch Mosbus abolut zuverlässig und sauber.Seit dem habe ich auch den "USR-TCP232-T2" in meinem Netz, wie loggst du dich da ein?
Mit den Standardzugangsdaten wie für das Webportal komme ich da nicht rein. -
@metaxa @andreas-h
Hallo zusammen, das meiste funktioniert anbei mein Status:
Da der Energy Butler die Werte vom Smartmeter zieht, sollte dieses eigentlich gleich dem Zählerstand sein. Diesen frage ich mittels Hichi IR Lesekopf ab, nach bisheriger Erfahrung passt das.
Über die WEB-Console kann man Daten zum Eigenverbrauch, Export und Import abfragen.
Den Eigenverbrauch kann ich nur rechnerisch ermitteln, da der vom EB gelieferte Wert unter modbus.0.holdingRegisters.31006_Loading_Energy_today nicht stimmt. Hier meine Formel:Verbraucher_Leistung = PV_Leistung - Batterie_Leistung - Netz_Leistung (jeweils absolut, also ohne Vorzeichen).
So schaut dann mein Dashboard aus:
Hoffe das hilft, bzw. gerne Feedback.
Support us
767
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge