ABL emH2 TCP-RS485 connector anschließen

[sfrevel]

Hallo zusammen,

wo müsste ich den den hier anschließen? Die beiden RJ45 oben sind für Master/Slave connect wenn ich es richtig verstanden habe

Es handelt sich um eine ABL_2W2231 Extender bzw. Slave im Standalone Betrieb.

Hier die komplette Innenansicht

[premultiply]

Na doch schon oben an dem X2. Kannst auch via X8 oder X7 dran wenn dir diese Steckerform sympathischer ist.
X9 dient vermutlich zum aktivieren des internen Bus-Abschlusswiderstands.
Aber da die ABL-Doku wie gewohnt spitze ist wird man das wohl aus der Ferne leider nicht herausfinden und nirgends nachlesen können.

[premultiply]

War wohl gerade an der Resterampe nicht auffindbar. Da hat der Praktikant schnell eine neue Platine entworfen und eingeklebt...

Hier sowas ist oft ganz nett weil integriertes Netzteil und Hutschinenmontage: https://de.aliexpress.com/i/4001085404767.html
Aber prinzipiell geht da jeder "Serial Device Server" oder "RS485-Ethernet-Adapter".

[sfrevel]

OK das Teil is bestellt, schau ma mal bis wann das eintrudelt aus China :) Danke auf jeden Fall schon mal für die Tipps und Hilfe!

[sfrevel]

Hallo zusammen, da jetzt alle Teile da waren und auch ein wenig Zeit hab ich jetzt alles zusammengestöpselt, ging recht einfach in der Box ist auchreichend Platz für das PE11, leider aber nicht auf dem noch freien Platz der seitlichen Hutschiene - da fehlt einfach ein halber Zentimeter. Ich habe heute noch das Sponsonring eingetragen - kommt das Token dann per Mail? Da konnte ich irgendwie nichts finden dazu. Mit Token könnte ich dann mal testen, soweit das ohne Auto übberhaupt geht.
Noch eine Frage zu den RFID Tags wie kann ich die hier konfigurieren? Ich hab irgendwo bei einer config für eine andere Box gelesen das man die mit evcc charger "auslesen" kann und dann ins evcc.yaml aufnehmen?

[premultiply]

Hat die Box einen RFID-Leser?
In der spärlichen Steuerprotokolldokumentation lässt sich leider nicht erkennen wie ein RFID-Token gelesen werden könnte. Da steht nichts dazu drin. Daher hat evcc derzeit keinen speziellen Support für RFID bei dieser Box.
Vielleicht läuft das aber bei der Box auch nur lokal quasi als Ersatz zu einem Schlüsselschalter.

[sfrevel]

Ja da ist ein rfid Leser drin, damit kann kann man die Box starten, also quasi den Ladevorgang. Standardmässig sind zwei Karten dabei und es können weitere angelernt werden.

[sfrevel]

Hallo zusammen, ich kann jetzt endlich nach etwas rumprobieren mit der box kummunizieren! Soweit so gut. Allerdings nicht mit der evcc config für eine ABL emH(1?) MIt dieser bekomme ich immer diese Fehlermeldung - ein Timeout

FATAL 2022/01/05 16:15:31 cannot create charger 'ABL_emH2': cannot create charger 'abl': read tcp 192.168.178.21:54186->192.168.178.29:8899: i/o timeout

Aktuell habe ich per Java und digital petri modbus library einen Zugriff hinbekommen. In der Box ist ein EM340 - also sowas hier https://www.farnell.com/datasheets/2166985.pdf Ich hab nach etwas suchen das hier gefunden https://www.galoz.co.il/wp-content/uploads/2014/11/EM341-Modbus.pdf. Dort ist mir direkt aufgefallen das das Abfragen der Firmware schon ein völlig anderes Register anspricht.

Ich verstehe zwar nicht so ganz warum bei der emH2 jetzt alles anders sien soll, weil auch hier in der Anleitung der emh3 https://www.ablmobility.de/global/downloads/anleitungen/emh3/wallbox_emh3_installationsanleitung_de.pdf?m=1630491744& drin steht das man die Boxen der verschiedenen Serien zusammen betreiben kann... das kann ja nur gehen wenn deren Backendsoftware dann auch alle Protokolle der versch. Boxen Serien kennt.

@andig Könnte man mit der Info die ich da zusammen getragen habe eine ABL emh2 Unterstützng bauen?

Ah ja noch als Info, ich hab die rs485 an X2 angeschlossen mit so einem Adapter https://www.blindleistungsregler.de/EBEHAQ/Modbus/Belegung_RJ45/index.html und mit einem PE11 verbunden. Die beiden Steckbrücken/Jumper X9 beide geschlossen (so steht es auch in der emh3 Anleitung, die haben dort die gleiche Platine - also fast ;) ) Bei dem PE11 musste ich 9600 Baud einstellen, 8 Datenbit und 1 Stoppbit, Even Parität. Der EM340 hat dankeswerter weise eine Touchscreen den man wegen des einbaus in die ABL emh2 nicht bedienen kann, musste ich also von der Hutschiene nehmen und dann konnte ich die Parameter aus den Menus auslesen. etwas frickelig aber ging!

Der Anschluß X1 ging übrigens auch, war aber etwas eng beim rein setzen.

[andig]

Könnte man mit der Info die ich da zusammen getragen habe eine ABL emh2 Unterstützung bauen?

Bevor ich jetzt groß schaue: Ist die wirklich anders? In Deinem Fall oben kommt keine Verbindung zustande, das Problem liegt also noch viel früher.

Der EM341 ist ein Zähler wenn ich das richtig lese, kein Ladecontroller?

Erstmal sollten wir rauskriegen was bei Dir nicht tut bevor wir jetzt drauflosbauen.

[andig]

Ach ja: der Zähler sollte uns egal sein. Den müsste die ABL selbst interpretieren, analog Wallbe. Da muss evcc nix tun.

[sfrevel]

hmm also mit der Java libbrary kann ich die register auslesen, ich hab das mal versuchsweise mit der Buad Zahl Parity usw. gemacht, da ich die ja am display schon abgelesen hatte. Bei den Registern kommt dann auch der Wert der kommen sollte lt. Doku. Und bei der Firmware ist es Das register 0302h.

Klar erst mal nachschauen woran es liegt - ich fand halt die Doku auch schon Aufschlussreich. Kann ich das logging in dem Bereich von Evcc hoch drehen?Achso Du meinst außer den EM341 muss da noch was drin sein in der Box und ich hab jetzt halt den Zähler angesprochen... das könnte auch sein... hmmm

[sfrevel]

OK der Zähler liegt auf ID 1, das heißt auf einer anderen ID müsste noch was liegen...

[andig]

OK der Zähler liegt auf ID 1, das heißt auf einer anderen ID müsste noch was liegen...

Nochmal: Dein Problem ist TCP Connect. Da spielt Modbus noch gar keine Rolle!

[sfrevel]

Ich hab jetzt mal auf dem standard Port 502 umgestellt und beim PE11 TCP-Server die Route auf Log gestellt, damit bekomme ich folgende Fehlermeldungen...

[main  ] INFO 2022/01/05 17:51:44 evcc 0.79 (ae2c1bd)
[main  ] INFO 2022/01/05 17:51:44 using config file /etc/evcc.yaml
[main  ] INFO 2022/01/05 17:51:44 listening at 0.0.0.0:7070
[main  ] FATAL 2022/01/05 17:51:46 cannot create charger 'ABL_emH2': cannot create charger 'abl': modbus: response frame '['... is not started with '[: >]'
[main  ] INFO 2022/01/05 17:51:54 evcc 0.79 (ae2c1bd)
[main  ] INFO 2022/01/05 17:51:54 using config file /etc/evcc.yaml
[main  ] INFO 2022/01/05 17:51:54 listening at 0.0.0.0:7070
[main  ] FATAL 2022/01/05 17:51:56 cannot create charger 'ABL_emH2': cannot create charger 'abl': modbus: response frame '['... is not started with '[: >]'
[main  ] INFO 2022/01/05 17:52:04 evcc 0.79 (ae2c1bd)
[main  ] INFO 2022/01/05 17:52:04 using config file /etc/evcc.yaml
[main  ] INFO 2022/01/05 17:52:04 listening at 0.0.0.0:7070
[main  ] FATAL 2022/01/05 17:52:06 cannot create charger 'ABL_emH2': cannot create charger 'abl': modbus: response frame '['... is not started with '[: >]'
[main  ] INFO 2022/01/05 17:52:15 evcc 0.79 (ae2c1bd)
[main  ] INFO 2022/01/05 17:52:15 using config file /etc/evcc.yaml
[main  ] INFO 2022/01/05 17:52:15 listening at 0.0.0.0:7070
[main  ] FATAL 2022/01/05 17:52:17 cannot create charger 'ABL_emH2': cannot create charger 'abl': modbus: response frame '['... is not started with '[: >]'
[main  ] INFO 2022/01/05 17:52:25 evcc 0.79 (ae2c1bd)
[main  ] INFO 2022/01/05 17:52:25 using config file /etc/evcc.yaml
[main  ] INFO 2022/01/05 17:52:25 listening at 0.0.0.0:7070
[main  ] FATAL 2022/01/05 17:52:28 cannot create charger 'ABL_emH2': cannot create charger 'abl': modbus: response frame '['... is not started with '[: >]'
[main  ] INFO 2022/01/05 17:52:36 evcc 0.79 (ae2c1bd)
[main  ] INFO 2022/01/05 17:52:36 using config file /etc/evcc.yaml
[main  ] INFO 2022/01/05 17:52:36 listening at 0.0.0.0:7070
[main  ] FATAL 2022/01/05 17:52:38 cannot create charger 'ABL_emH2': cannot create charger 'abl': modbus: response length '29' is not an even number

[sfrevel]

[0-0:0:11]<tcpd> recv:17-byte\r\n[0-0:0:11]<tcpd> recv_byte=17,recv_frame=1\r\n

das ist auf jeden fall gar kein Modbus sondern irgendwas.

Ja dann liegt das an der Log Einstellung... k.a was der PE11 da macht... Da is die Doku auch nicht so prall...

[premultiply]

Der PE11 kann kein Modbus ASCII!
Du musst sämtliche "Intelligenz" abschalten und auch nix umleiten oder sonstwas.
Protocol auf None!

[premultiply]

[premultiply]

Alle RS485-Busteilnehmer müssen auch die gleichen seriellen Einstellungen haben.
Ein Mix von Modbus RTU und Modbus ASCII (das sind zwei völlig unterschiedliche Protokolle!) auf dem gleichen Bus wird wohl auch nicht wirklich funktionieren.

[sfrevel]

Danke für die Einstellungen, das hat leider auch nicht geholfen. Hab heute etwas gestöbert und gelesen. Wenn ich es richtig verstehe muss die Box sogar auf Standalone Mode eingestellt werden sonst ist am Modbus nichts verfügbar, sondern es wird versucht mit dem Master zu kommunizieren... was wohl anders funktioniert. Eigentlich sollte die Box zwar auf Standalone sein, aber ich werde das mal kontrollieren (lassen).

[sfrevel]

Hallo zusammen ich hab es endlich gefunden! Hab gestern noch in der Doku des Programmiertools von ABL gestöbert. Und die Software auch mal gestartet - kanns zwar mangels Kabel zwar nicht an die Box anschiließen aber die Ausgaben Config-Software und die Doku haben mich dann drauf gebracht. Ich hatte den Modbus für Meter angesclossen und nicht den für EVCC und RFID. Eben kurz mal durchgemessen welche PINS wohin gehen, die Kabel umgestöpselt und dann Test

[abl   ] TRACE 2022/01/07 09:20:35 modbus: send ":010300010002F9\r\n"
[abl   ] TRACE 2022/01/07 09:20:35 modbus: recv ">01030401813076D0\r\n"
[abl   ] TRACE 2022/01/07 09:20:35 modbus: send ":010300010002F9\r\n"
[abl   ] TRACE 2022/01/07 09:20:35 modbus: recv ">01030401813076D0\r\n"

Ich würd das für die emh2 mit RJ45 Bus Anschlüssen zusammenschreiben für die Doku.

Jetzt muss nur noch das Auto kommen im April! ;)

[sfrevel]

Trotz aller Euphorie, da sind noch so ein paar Fehler im log

[lp-1  ] ERROR 2022/01/07 09:53:04 charge meter: modbus: response frame '?'... is not started with '[: >]'
[lp-1  ] ERROR 2022/01/07 09:53:06 charge meter: encoding/hex: invalid byte: U+000D
[lp-1  ] ERROR 2022/01/07 09:53:15 charge meter: encoding/hex: invalid byte: U+000D
[lp-1  ] ERROR 2022/01/07 09:53:15 charger: modbus: response length '35' is not an even number
[lp-1  ] ERROR 2022/01/07 09:53:24 charger: encoding/hex: invalid byte: U+000D
[lp-1  ] ERROR 2022/01/07 09:53:34 charge meter: modbus: response length '53' is not an even number
[lp-1  ] ERROR 2022/01/07 09:53:35 charge meter: encoding/hex: invalid byte: U+000D
[lp-1  ] ERROR 2022/01/07 09:53:36 charge meter: modbus: response length '47' is not an even number
[lp-1  ] ERROR 2022/01/07 09:53:44 charge meter: modbus: response length '53' is not an even number
[lp-1  ] ERROR 2022/01/07 09:53:46 charge meter: modbus: response length '47' is not an even number
[lp-1  ] ERROR 2022/01/07 09:53:46 charge meter: modbus: response length '53' is not an even number
[lp-1  ] ERROR 2022/01/07 09:53:54 charge meter: encoding/hex: invalid byte: U+000D
[lp-1  ] ERROR 2022/01/07 09:54:04 charge meter: modbus: response length '53' is not an even number

Nach dem restarten von EVCC kam z.B. sowas

[abl   ] TRACE 2022/01/07 10:00:29 modbus: send ":0103002E0005C9\r\n"
[abl   ] TRACE 2022/01/07 10:00:29 modbus: recv "\xff\xff\xff\xff\xdf\xff#\x06\x04\x84VT4\xd4\n>01030A2EA1106403E803E803E8EE\r\n"
[lp-1  ] ERROR 2022/01/07 10:00:29 charge meter: modbus: response length '45' is not an even number

aber evcc läuft grundsätzlich

[andig]

\xff\xff\xff\xff\xdf\xff#\x06\x04\x84VT4\xd4\n

Sieht für mich aus wie irgendwelcher anderer Kram der auf dem Seriellen Port läuft. VT4???

[premultiply]

Du könntest Sicherheitshalber auch mal alle beteiligten Komponenten einfach mal komplett neustarten. Nicht dass da noch irgendwo was reinspuckt...

[sfrevel]

Sieht irgendwie so ein wenig zufällig aus ich hab mal evcc neu gestartet und 5 Minuten lang ab start alles was abl betrifft aus dem log gegreped.
out.txt

Da sind öfters mal so Sachen wie VT4 oder VT$ drin - das passt ja garnicht...

hmmm was kann das sein? Manche Befehl scheinen ohne Probleme zu gehen.

[Rosinchen]

Hallo,
Ich habe das gleiche Problem (wahllose Fehlermeldungen in der Kommunikation mit COM Port) mit dem RFID, auf einer emh3 (3w2214 Twinbox), Wenn ich das RFID Modul abstecke klappt die Kommunikation störungsfrei, Danke für den Tipp. Leider läßt sich die WB dann nicht zum Laden bewegen :(. Ich habe zwar RFID Prüfung über die ABL Software deaktiviert, trotzdem funkt das RFID Modul. In der ABL Configuration SW steht eindeutig, dass sich evcc und RFID einen COM port teilen und einer für den Zähler /Meter zugewiesen werden kann :(. Die ABL Software scheint damit klar zu kommen.
btw: in meiner WB ist bereits ein modbus/USB adapter verbaut und ich muss nur ein USB Kabel anschließen.
RCT DC10, Batteriestand und Auto (ZOE R135) wird problemlos über IP erkannt. Trotzdem kommt folgende Fehlermeldung wenn ich das RFID Modul abstecke (am Deckel)
[main ] INFO 2022/11/07 17:07:40 evcc 0.106.3
[main ] INFO 2022/11/07 17:07:40 using config file: C:\evcc\evcc.yaml
[main ] INFO 2022/11/07 17:07:40 listening at :7070
[site ] INFO 2022/11/07 17:07:41 site config:
[site ] INFO 2022/11/07 17:07:41 meters: grid ✓ pv ✓ battery ✓
[site ] INFO 2022/11/07 17:07:41 grid: power ✓ energy ✓ currents ✗
[site ] INFO 2022/11/07 17:07:41 pv 1: power ✓ energy ✗ currents ✗
[site ] INFO 2022/11/07 17:07:41 battery 1: power ✓ energy ✗ currents ✗ soc ✓
[site ] INFO 2022/11/07 17:07:41 vehicles:
[site ] INFO 2022/11/07 17:07:41 vehicle 1: range ✓ finish ✓ status ✓ climate ✓ wakeup ✓
[lp-1 ] INFO 2022/11/07 17:07:41 loadpoint 1:
[lp-1 ] INFO 2022/11/07 17:07:41 mode: now
[lp-1 ] INFO 2022/11/07 17:07:41 charger: power ✓ energy ✗ currents ✓ phases ✗ wakeup ✓
[lp-1 ] INFO 2022/11/07 17:07:41 meters: charge ✓
[lp-1 ] INFO 2022/11/07 17:07:41 charge: power ✓ energy ✗ currents ✓
[lp-2 ] INFO 2022/11/07 17:07:41 loadpoint 2:
[lp-2 ] INFO 2022/11/07 17:07:41 mode: pv
[lp-2 ] INFO 2022/11/07 17:07:41 charger: power ✓ energy ✗ currents ✓ phases ✗ wakeup ✓
[lp-2 ] INFO 2022/11/07 17:07:41 meters: charge ✓
[lp-2 ] INFO 2022/11/07 17:07:41 charge: power ✓ energy ✗ currents ✓
[lp-2 ] INFO 2022/11/07 17:07:41 vehicle updated: unknown -> R135
[lp-1 ] INFO 2022/11/07 17:07:42 car disconnected
[lp-2 ] INFO 2022/11/07 17:07:43 car connected
[site ] ERROR 2022/11/07 17:08:26 battery soc 0: invalid response: Cmd Write (02) Id #INVALID (3AA565FC) Data [185 102 78 91 1 0 0 0 0 136 102 64 34 175 49 67 140 146 136 39 25 9 224 65 1 0 0 0 91 224 115 63 0 0 4 4]
[site ] ERROR 2022/11/07 17:10:52 pv meter 0: read tcp 192.168.178.79:57900->192.168.178.85:8899: wsarecv: An existing connection was forcibly closed by the remote host.
192..85 ist der Wechselrichter und 192..79 der evcc Server @andig und jetzt?

[premultiply]

Was hat die fehlerhafte Kommunikation mit deinem WR mit diesem Thema zu tun?

[Rosinchen]

Das habe ich im 3w2214 Handbuch gefunden:
"Auch wenn die Zugangskontrolle nicht aktiviert wurde, steuert das RFID-Modul das grundlegende Lastmanagement bei den TWIN-Modellen 3W2214 und 3W2217: Sofern beide Ladesteckdosen parallel zu Ladung genutzt werden, verteilt das Lastmanagement die maximal verfügbare Stromstärke gleichmäßig auf beide Ladepunkte. Sofern nur eine Ladesteckdose in Benutzung ist, wird die maximal verfügbare Strom-stärke für diesen Ladepunkt zur Verfügung gestellt." - Das erklärt warum die Twin box nicht ohne RFID lädt :(.

[premultiply]

Es kann nur einen Master (evcc) geben.
Wenn da noch irgendwas anderes auf dem gleichen Bus reingrätscht kann die Steuerung nicht funktionieren.

[sfrevel]

Das ist ja schon irgendwie ein Witz von ABL - eigentlich dürften die emh2/emh3 dann doch gar nicht vörderfähig gewesen sein - weil so richtig irgendwo einbinden kann man das dann ja nicht... Bin mal gespannt wenn die E-Karre endlich kommt ob man da mit der ABL emH2 ohne RFID laden kann...

[RalfArduino]

Hallo zusammen,

nach Installation von Rasperry PI & EVCC funktioniert die Steuerung der ABL emH1 mit zwei verschiedenen USB-RS485 Adaptern
direkt an der Wallbox. Sobald ich das RS485 Kabel ab Wallbox verlängere funktioniert es nicht.
Kann das an einer fehlenden 120 Ohm Terminierung bei ABL liegen? Die RS485-Adapter sind terminiert.
Braucht es da noch einen zusätzlichen Widerstand?
Oder muss ich den Rasperry am Ende noch fest neben der Wallbox installieren?

Gruss
Ralf

[premultiply]

Alles hat ein Ende nur der Bus hat zwei.
Es müssen beide Busenden mit 120 Ohm terminiert sein.
Ich gehe davon aus, dass derzeit an mindestens einem Busende entsprechende Abschlusswiderstände nicht geschaltet oder aktiviert sind. Die ABL Box eMH1 hat meines Wissens nach keine interne Terminierung.

[RalfArduino]

Yes, the cabling itself was the problem, I made a mistake when using WAGO connectors. Thanks     Gesendet: Mittwoch, 23. Februar 2022 um 09:09 Uhr Von: "RTTTC" ***@***.***> An: "evcc-io/evcc" ***@***.***> Cc: "RalfArduino" ***@***.***>, "Comment" ***@***.***> Betreff: Re: [evcc-io/evcc] ABL emH2 TCP-RS485 connector anschließen (Discussion #1936)   So, have you got it working ? — Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android. You are receiving this because you commented.Message ID: ***@***.***>

[andreaskuhl]

Hallo,
gibt es hier eine erfolgreiches Ergebnis?
Ich bräuchte für den PE11 mal die korrekten Einstellungen .
Sind es die, die oben abgebildet sind?

[premultiply]

Ja.

[sfrevel]

Ich musste bei der emH2 die RFID Einheit deaktivieren (Kabel anziehen - programmatisch hat es leider nicht geklappt) dann waren die Störungen weg. Leider konnte ich immer noch nicht das Laden testen da das EV jetzt nun schon seit fast 7 Monten den Auslieferungstermin überschritten hat :( evcc schnurrt jedenfalls ohne Fehler vor sich hin

[andreaskuhl]

Vielen Dank für den Tipp, aber RFID hat meine ABL emH1 nicht (von daher bin ich nicht auf das Problem gestoßen.
... mittlerweile habe ich auch alles am Laufen -> siehe #5041

[sfrevel]

Ich vermelde mal hier auch noch den Erfolg! Siehe #5040 (reply in thread)
Geht also alles! :) Danke an alle Tipp-geber und an die Macher!

[sfrevel]

Ich muss mich leider korrigieren - es geht nur wenn ich vorher kurz das RFID Modul anstecke, dieses das Laden startet (Das ist durch ein deutliches Klack - vermutlich Relais - zu hören) Dann Stecker des RFID Moduls wieder abziehen. Danach startet evcc den Ladvorgang so wie gewünscht. Da muss ich wohl nochmal schauen...

[sfrevel]

OK gelöst 😄 siehe