Hallo zusammen, meine BKE-Datenschnittstelle von Hager (EHZ001) weigert sich mir die Daten vom eHZ zu liefern. Ich möchte diese Daten zunächst mit dem PC einlesen - später soll das ein µC erledigen. Doch der Reihe nach: Erster Test war mit selbstgebasteltem Kabel an PC angeschlossen (RS232-Einstellung in HTerm.exe: 7E1; Baudraten 300..19200) => keine Daten angekommen. Anschliessend reine Oszilloskopmessung. Auch hier kein Sendeversuch der BKE/EHZ001 zu erkennen. Verwendete Konfiguration: Pin1: 5V (später dann 12V=) Pin2: Gnd Pin3: Oszikanal 1 Pin4: Oszikanal 2 Ergebnis: Pin4 zeigte nur die Versorgungsspannung, aalglatt, keine Flanken, also keine Kommunikation; Pin3 war annähernd GND. Drittens: Geprüft, dass die IR-Schnittstelle auf der Vorderseite des Zählers funktioniert (übrigens, Hager EHZ361WA) indem ich mit einer Kamera draufgehalten habe. Alle paar Sekunden kamen die erwarteten IR-LED-Lichtblitze => zählerseitig alles i.O. (Impuls-LED und Display des Zählers i.O.; Bisher aber lediglich eine Phase zum Testen angeschlossen). (Rückseite kann ich auf diese Art nicht testen, da im eingebauten Zustand nicht zugänglich). Viertens: BKE ausgebaut und in 0..5cm Abstand über die eHZ-vorderseitige IR-Schnittstelle gehalten -> auch keine Flanken/Einbrüche mit Oszi erkennbar. Was mache ich falsch? In der Anleitung zur EHZ001 steht zu Pin1: DTR. In der Anleitung zum Konkurrenzprodukt von EMH ist dies mit 5V..12V+-10% angegeben. Ich gehe davon aus, dass ich auch am EHZ001 die 5V..12V anlegen muss?! Wer hat schonmal erfolgreich einen eHZ angezapft und dabei evtl. ähnliche Probleme gehabt oder kann über Stolperfallen berichten? Arbeitet zufällig jemand beruflich mit den Teilen? Vielen Dank.
Du kannst den Zähler nur von vorne über einen OKK auslesen. Da ist nix mit anzapfen. Der OKK muss nach Protokoll IEC-1107 arbeiten. Der Hintereabgriff ist für das EVU dort wird ein MUC angeschlossen.
RN schrieb: > Du kannst den Zähler nur von vorne über einen OKK auslesen. Da ist nix > mit anzapfen. Der OKK muss nach Protokoll IEC-1107 arbeiten. Hm, ich kann hier nichts anzapfen? Ich möchte nur mal prüfen, ob der Optokoppler (EHZ001) funktioniert. Mir ist bekannt, dass die Front-IR nur unidirektional ist, aber IR-Licht kommt ja raus, wie ich getestet habe. Meinst du der EHZ001 spricht nicht auf das IR-Licht von der Front an? > Der Hintereabgriff ist für das EVU dort wird ein MUC angeschlossen. Hilf mir nochmal kurz mit den Begriffen auf die Sprünge. Was ist ein OKK (Optokoppler, richtig?) und was ein MUC? Ich bin der Meinung, dass das BZE (in meinem Fall: EHZ001) lediglich die Daten des eHZ (die optisch hinten rauskommen) in RS232 kompatible elektrische Signale konvertiert - mehr kann das Teil nicht. Soweit müsste das noch stimmen, oder? Dann möchte ich mit dem Oszilloskop prüfen, ob da die optischen Signale in elektrische umgewandelt werden (oder ob mein BZE kaputt ist) - das genaue Format ist zunächst mal noch zweitrangig. Und das gelingt mir ja schon nicht. Übrigens, das Teil habe ich gekauft, ist also nicht vom EVU gestellt. Daran würde ich nicht rumbasteln. Datenblatt zum Zähler und BKE siehe Anhang oder http://download.hager.com/Hager.de/e-volution/files_download/wissen/broschueres/09DE0009_eHZ_tech_Infos.pdf
Ein OKK ist ein Optischer Kommunikations Kopf, dieser kostet zwischen 100 und 250 Euro. Dieser setzt Dir die Infrarot Signale um. Ausführungen gibt es Seriell, USB und Bluetooth. Ein MUC ist ein Controller welcher über die Rückwärtige Schnittstelle in deinem Fall die EHZ001 angsteuert wird. Dort wird wiederum in diverse Protokolle gesplittet. Z.B. M-Bus usw.
Ok, vielen Dank. Das heisst mein EHZ001 (~35€) entspricht in der Funktion einem OKK und der PC (später dann mein µC) entspricht dem MUC. Das spielt sich dann aber alles schon auf Protokollebene ab. Bei mir hängts aber noch an der physikalischen Schicht, d.h. an der optisch-elektrischen Konvertierung. Hat hiermit vielleicht jemand Erfahrungen oder Hinweise?
So, Problem hat sich inzwischen gelöst... Es war nur ein Kontaktierungsproblem mit dem Westernstecker. Ich wollte das Originalkabel nicht abknipsen und verwendete deswegen eine Printwesternbuchse, die leider keinen Kontakt gab. :-( Die dann noch fehlende Kreuzung von Rx/Tx war innerhalb kurzer Zeit behoben. Aber damit eventuelle Mitleser/Inbetriebnehmer vielleicht auch was davon haben, hier noch zwei Punkte auf die man leicht hereinfallen kann. 1. Rx/Tx müssen gekreuzt werden (Nullmodem). 2. Den BKE/EHZ001 kann man auch falschrum (180° gedreht) in die Kassette einschieben, es ist zwar genau beschrieben wie herum der Einbau stattfinden soll, aber wenn man darauf nicht genau achtet, dann stehen sich die IR-Dioden nicht gegenüber => evtl. auch keine Kommunikation möglich. Terminaleinstellungen siehe Anhang.
Hallo, ich versuche ebenfalls meinen Zähler "anzuzapfen". Ich bin flexibel ob dies von Vorne oder Hinten passiert. Deswegen 2 Fragen Hinten: Kann ich den EHZ001 anschließen ohne die Plombe zu brechen. Vorne: Wo bekomme ich einen OKK / IEC-1107 her?
Hallo, nun habe ich auch so ein Ding, die ganze Sache ist sehr schlecht dokumentiert. Geht denn nun der Haga Adapter auch von vorne? Dies würde so einiges erleichtern! Gruß Shark
> Hinten: Kann ich den EHZ001 anschließen ohne die Plombe zu brechen. Der EHZ001 wird in die Kassette geklipst, wenn der Zähler ausgebaut ist. Also leider nein. Aber gegen Bezahlung kannst du ja den zuständigen E-Werk-Elektriker bestellen, der bei deinem Einbau dabei ist und anschliessend wieder verplombt. > Geht denn nun der Haga Adapter auch von vorne? Habs nicht probiert, aber schon rein mechanisch passt der EHZ001 nicht. Dafür gibts dann ja diese OKK Optische Kommunikationsköpfe. (siehe oben).
Dieser Thread hat mir wirklich sehr geholfen meinen EHZ001 via Serial Com-Schnittstelle anzubinden. Ich nutze die hintere Datenschnittstelle des Hager Stromzählers. Leider kann ich den Data-Output nicht interpretieren. Sehr viele Zeichen sind unlesbar (kein ASCII). Nur der Zählerhersteller (Hager), Zählernummer vom Stromlieferanten und Zähler-Seriennummer sind lesbar. Zählernummer und S/N habe ich im Screenshot unkenntlich gemacht. ;-) Muß ich noch irgendetwas beachten? Wie kann ich aus diesen Daten den Zählerstand auslesen? Ich hoffe ich habe das Datenkabel richtig verdrahtet? Habe ich vielleicht eine Kabelbrücke vergessen? Ich habe das Datenkabel wie folgt verdrahtet: EHZ001 ===> COM-Port DTR (gelb) ===> COM-Port PIN 4 (DTR) GND (grün) ===> COM-Port PIN 5 (GND) Rx (rot) ===> COM-Port PIN 3 (TXD) Tx (schwarz) ===> COM-Port PIN 2 (RXD) COM-Port Settings: Baud: 9600 Data: 7 Stop: 1 Parity: Even DTR ===> enabled Bin für jede Hilfe dankbar!!!!
> Ich hoffe ich habe das Datenkabel richtig verdrahtet?
Meines ist wie folgt verkabelt:
EHZ001 ===> COM-Port (9pol. Sub-D)
braun ===> Pin2
weiß ===> Pin3
gelb ===> Pin4
grün ===> Pin5
(Original EHZ001-Farben)
wobei ich glaube, dass ich Rx/Tx noch auf meiner Platine gedreht habe,
d.h. Rx/Tx evtl. mal tauschen.
Messe mal die Spannung, die an DTR rauskommt. Sollten für den EHZ001
5..12V sein. Hast du ein Notebook oder sonstwas, das evtl. nicht genug
Spannung liefert? Ich meine das EHZ arbeitet praktisch auch schon bei
knapp über 3V?!
Sitzt das EHZ001 auch wirklich sauber?
Zur weiteren Analyse würde ich die Ausgabe auf Hex stellen und "New line
at: CR" einschalten. Vielleicht kann man dann mehr erkennen.
Ich denke, ich hab zwei gleiche Hager-Zähler bei mir im Schrank. Ich lese sie über die Front-d0-Schnittstelle mit den von Hager gelieferten EHZ001 aus (einfach per Tesafilm aufgeklebt). Die Schnittstellen kosten um die 33 €uronen. Das Format ist nicht wie von einigen anderen Zählern bekannt Klartext-ASCII mit bestimmten Kennungen für den gelieferten Wert, sondern SML (SmartMessageLanguage). Dazu findet man im Netz einige Dokumente (z.B. http://www.vde.com/de/fnn/arbeitsgebiete/messwesen/documents/Spezifikation_SML_1-03.pdf), die mir persönlich aber nicht wirklich weitergeholfen haben. Die einzige brauchbare Aussage ist, dass die Werte in 4 Bytes in BigEndian ausgegeben werden. Der Verbrauch wird in Wh ausgegeben. Wenn man sich die Bytefolgen, die man ausliest, mal als Hex ausgeben lässt, kann man die Werte, die einen interessieren eigentlich recht schnell lokalisieren. Bei mir hängen die beiden EHZ001 jeweils über USB an einem Debian-Server. Dort wird per Perl-Skript jede Minute der aktuelle Zählerstand ausgelesen. Der Zählerstand und die Durchschnittsleistung der letzten Minute (wird aus zwei aufeinander folgenden Werten errechnet) landen dann für jeden Zähler getrennt in einer rrd-Datenbank. Alle fünf Minuten erzeuge ich mir damit verschiedene Auswertungen der letzten 10 Minuten, der letzten Stunden usw. für eine interne Visualisierung. Vielleicht hilft es jemandem weiter. Gruß Stefan
Hi Stefan, genial! Ich bekomme gerade neue eHz-Zähler und wäre ziemlich an Deinen Perl-Skipten als Ausgangsbasis (habe auch einen Zweirichtungszähler, weiß noch nicht, ob's passt) interessiert! Hättest du Lust, die einzustellen? Viele Grüße! Schorsch
Das die rückwärtige opische Schnittstelle (MSB Schnittstelle) für den Kunden tabu ist sollte schon klar sein. Dein EVU wird mit Sicherheit Stress machen, wenn die mitbekommen, dass da irgend ne eigene Elektronik dranhängt. Für den Kunden ist die INFO Schnittstelle an der Vordersteite gedacht. Nahere infos finden sich in diversen Specs zum Ehz.
tco88 schrieb: > Dein EVU wird mit Sicherheit Stress machen, wenn die mitbekommen, ... > Für den Kunden ist die INFO Schnittstelle an der Vordersteite > gedacht. Nahere infos finden sich in diversen Specs zum Ehz. Bin mir nicht sicher, ob das so pauschal stimmt. Die MSB selbst ist zwar bidirektional und die EVU haben sicher etwas dagegen, ein bidirektionales Gegenstück anzuschließen und damit munter auf dem Zähler rumzuschreiben. Der ehz001 ist aber unidirektional, kann also nur lesen. Bidirektionale Schnittstellen für die MSB werden kaum im freien Handel verfügbar sein, denke ich. Meinem EVU war's egal. Die haben mir den ehz001 mitverplombt. Mag woanders anders sein.
Georg Meyer schrieb: > Der ehz001 ist aber unidirektional Bist du da sicher? Das Teil wird doch auch für Rundsteuerempfänger benutzt. Die müssen den Zähler doch umschalten. > Bidirektionale Schnittstellen für die MSB werden kaum im freien Handel > verfügbar sein, denke ich. Beim ED300L Zähler ist z.B. eine RS232 Schnittstelle direkt dran, man braucht also nur ein handelsübliches Modular-Kabel. Ich hoffe das ich so ein Kabel ran machen darf wenn in ein paar Monaten der Zähler kommt....
Hi, naja, sagen wir ich war mir mal sicher, bin aber jetzt doch sehr verunsichert. Der ehz001 wurde mir vom Elektriker bei Zählschrankmontage mitmontiert und ich hatte den als Lesekopf bestellt. Gerade mal intensiver in die technischen Daten geschaut (alles ziemlich mies dokumentiert finde ich), da steht nichts von unidirektional und bei Hager wird gleich daneben ein "Tarifumschaltgerät" abgebildet, was auf bidirektional hindeutet. Das habe ich nicht und ich habe auch gar keinen Tarif, bei dem man irgendwas schalten könnte. Es werden bei uns einfach stumpf kWh gezählt. Aber dann hat TCO88 wohl Recht und man sollte den nur an die Vorderseite montieren - wo er allerdings nicht richtig passt (nach Zuschneiden des Gehäuses höchstens). Ich hatte das eigentlich nur aus optischen Gründen anders haben wollen... Grüße Georg
Geht mir genauso. An den Zähler senden will ich eigentlich nicht, aber die optischen Empfänger die vorne drangeklatscht werden sehen halt nicht sonderlich schön aus wenn ansonsten im Zählerschrank alles hübscht verdeckt ist.
Moin, es kommt denke ich auf die Generation des ehz Zählers an. Die ersten Versionen senden IEC1107, da sehe ich die rückwärtige Schnittstelle als recht ungefährlich an. Die neueren Zähler mit SML Protokoll unterstützen je nach Version eine Tarifsteuerung (nach EDL 21 bzw EDL 40) über die rückwärtige MSB Schnittstelle . Vorgesehen ist hier eine Ansteuerung über einen MUC. Da wird das EVU auf jeden Fall etwas gegenhaben wenn man sich aud die rückwärtige Schnittstelle hängt. Je nach Modus kann die frontseitige Schnittstelle sogar vom MUC deaktiviert werden.
tco88 schrieb: > Da wird das EVU auf jeden Fall etwas gegenhaben wenn man > sich aud die rückwärtige Schnittstelle hängt. Die EVUs ansich schon, der Mensch der das Ding verplombt vielleicht nicht :)
Hallo, ich kämpfe derzeit mit einem EMH Zähler nachdem beim einem Hager Zähler alles funktioniert hat. Der Emh Zähler spricht SML. Derzeit verwende ich einen EMH-OKK für die Rücksteite und gehe auf die RS232 Schnittstelle am PC. Zunächst habe ich es ohne TTL/RS232 Pegelanpassung probiert und jetzt mit. Gleiches Ergebnis: Statt der erhofften Startsequenz: 1B 1B 1B 1B sehe ich 72 72 72 72 danach gehts mit 7F 7F 7F 7F weiter Sieht nach einen shift um 1 Bit aus, aber warum. Ich habe sämtliche einstellungen probiert. Derzeit verwende ich 8 Datenbits, keine Parität und 1 Stopbit bei 9600 kBaud. Wer hat den entscheidenen Tip? Danke Thomas
@Thomas: Ich habe gerade EXAKT das gleiche bei mir im terminal beobachtet. Woran lag es bei dir am EMH Zähler? (Dummerweise bist du ja kein angemeldeter User. Daher weiß ich nicht, ob ich je eine passende antwort bekomme...)
Es gibt doch eine entsprechende Norm (DIN-EN62056-21) für die Zählerstandsübertragung. Dort ist auch die initiale Übertragung (300 baud, 1 Startbit, 7 Datenbits, 1 Paritybit und 1 Stopbit) angegeben. Vielleicht hilft euch das ja weiter.
Rene P. schrieb: > @Thomas: Ich habe gerade EXAKT das gleiche bei mir im terminal > beobachtet. Woran lag es bei dir am EMH Zähler? > (Dummerweise bist du ja kein angemeldeter User. Daher weiß ich nicht, ob > ich je eine passende antwort bekomme...) Falls jemand die Lösung für genau das Problem braucht: Ich hatte dummerweise das Signal aus dem Optokopf invertiert. Das war aber nicht nötig... @Normenfreund: Das einfache auslesen funktioniert unidirektional und auf 9600 8N1 beim EMH ehz-h Zähler. Dennoch danke für die Info
Hier findet ihr viele Informationen zu eHZs: http://wiki.volkszaehler.org/hardware/channels/start und auch Hardware zum Auslesen.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.