Ich habe bei mir das EHZ001 bei einem meiner Zähler (hinten) eingebaut.
Zum testen hatte ich es auch mal an die vordere Schnittstelle gehalten und es sind Daten angekommen. Ich denke es müsste funktionieren, allerdings lässt es sich aufgrund der Baugröße nur sehr schwer richtig positionieren.
Wichtig ist beim Anschluß an den Com-Port TX und RX entsprechend zu tauschen. Hatte ich nämlich zuerst nicht gemacht und ewig den Fehler gesucht.
Das ist auch der Zähler den ich habe, dann werd ich mir die nächste Tage das Thema mal anschauen. Das PHP Programm gibt es ja dank der fleißigen Leute hier im Forum. Die hintere Schnittstelle kann ich ja leider nicht mehr nutzen, aber die vordere tuts ja auch. Wenn ich das hier richtig verstanden habe brauche man den COM-USB (eHZ) und dann kann es los gehen?
den hinteren Adapter hat mir der Zählerinstallateur geschenkt, wei der so selten benötigt wird :). Dazu kommt noch ein ordentlicher Digitus seriell zu USB Adapter für 10 € und die Zähleranbindung steht.
Jetzt fehlt mir nur noch eine Lösung zum Auslesen der blinkenden Diode um die Lastprofile mal präzise studieren zu können. Gibt es mit IPS bereits Lösungsansätze? Eventuell mir dem EKM als S= Zähler.
Hier gibt’s auch einen Schaltplan für den Selbstbau eines IR-Interfaces.
Die Schaltung ist sehr einfach und sehr günstig (Bauteile max. 5 €).
Funktioniert bei mir seit mehreren Wochen ohne Probleme.
kurz zur Info: die hintere Schnittstelle hat neben der Sende- auch eine Empfangs-Diode.
Damit können dann Befehle an den Zähler gesendet werden (z.B. Tarifwahl). Ansonsten sollten beide Dioden die gleichen SmartMeter Daten ausgeben.
Ich lese den EHZ361 (genauer EHZ361W5) schon seit längerem über die Diode an der Vorderseite aus - Dank mr_cg kann ich Zählerstand und Leistung entnehmen.
Ich möchte jetzt auch L1, L2 und L3 auslesen, um gewisse Verbraucher zu überwachen. Hat das schon jemand geschafft?
Ich dachte eigentlich dieses besch*** SML-Protokoll verstanden zu haben. Jetzt habe ich einen neuen Zähler und jetzt verstehe ich gar nichts mehr…
Bisher hatte ich einen Hager-eHz mit altem DIN-Protokoll und zwei EMH-eHz mit SML-Protokoll. Beide habe ich erfolgreich nach Anfangsschwierigkeiten eingebunden und sie haben seit einem Jahr funktioniert.
Jetzt habe ich den alten Hager ausbauen lassen und mir selbst einen neuen Hager eHz bestellt (günstigster Zähler wenn man einen eHz-Platz frei hat). Dieser Zähler gibt jetzt aber leider nichts aus mit dem ich etwas anfangen kann! Es fehlt ja schon der Header (1B 1B 1B 1B 01 01 01 01) und auch sonst kann ich nichts identifizieren. Das einzige das ich mir aktuell vorstellen kann ist eine Information aus Wikipedia: „Es gibt eine Textform und ein komprimiertes Binärformat, die ineinander überführt werden können.“
Kann mir einer von euch weiterhelfen? Einen mit hterm aufgenommen Datenstrom (8N1) habe ich angehängt.
Hi
Ich habe den EHZ363LA. Laut Anleitung benutzt er das SML-Protokoll mit 8N1. Der alte Hager den ich hatte hat mit dem alten DIN-Protokoll (lesbarer ascii-Text) mit 7even1 funktioniert. Ich habs aber trotzdem auch schon mit 7bits probiert
Also wenn der Zähler wirklich das SML Protokoll verwendet, dann sollten die Einstellungen (Baudrate = 9600, Datenbits = 8, Stopbits = 1, Parität = None) die richtigen sein. Ich habe schon mehrere Zähler integriert und bislang haben alle Zähler (wenn diese auch SML Zähler waren) diese Einstellungen verwendet. Zumindest meine Erfahrung, was aber nicht generell so stimmen muß.
Hier habe ich mal eine Beschreibung für SML Zähler gepostet:
@wolfsc
Wie wurde der Datenlog aufgenommen … Hex oder Ascii ???
Direkt von der Diode sind die Daten meist im Hex-Format.
Bei den Ethernet-Convertern werden die Hex-Werte des SML-Protokolls meist per ASCII übertragen.
Am besten auch nochmal prüfen ob die Daten in Hex oder ASCII gesendet werden.
Anbei ein Screeshot von den Einstellungen wie ich den Log erstellt habe.
Ich habe ja schon zwei SML-Zähler eingebunden, aber der neue treibt mich gerade in die Verzweiflung…
Das Problem ist jetzt gelöst. Die Ursache scheint mir zwar recht seltsam und ich konnte sie auch nicht reproduzieren aber jetzt funktioniert es auf jeden Fall. Ich habe die angeklebte Voltcraft-opto-Schnittstelle entfernt und mit der Hand noch mal hingehalten und mit hterm abgefragt: Dann kam auch das Protokoll wie erwartet (leicht erkannbar an der Startsequenz „1B 1B 1B 1B 01 01 01 01“. Offensichtlich kamen durch die nicht korrekt angebrachte Datenschnittstelle Daten an, aber IMMER mit fehlenden Bits.
==> Achtet also bei ähnlichen Problemen auf die exakte Ausrichtung des optischen Lesekopfes.