Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[klassisch]

@matis sagte in Adapter "smartmeter":

Der Hager ehz001 braucht auch min. 8V um stabil zu funktionieren, besser 12.

Ich habe die neuere Varaine mit K am Ende EHZ001K und die läuft bei mir über eine 20m lange Telefonleitung mit 5V Einspeisung am entfernten Ende.
Die offizielle Spec der K-Variante laut Hager Dokument 6LE001623B (EHZ001K Montageanleitung von 04.2016) besagt:

Spannungsversorgung
+4.5 bis +15 VDC Versorgungsspannung durch
das TSG.
IDC <= 8 mA
I peak <= 10 mA

Mein Exemplar geht noch bei tieferen Spannungen bis hinunter zu 2.8V am entfernten Ende der 20m Telefonleitung. Aber ein Betrieb in dieser grenzwertigen Spannungslage ist natürlich nicht empfehlenswert und schon gar keine allemeingültige Empfehlung

[Ciwa]

@klassisch said in Adapter "smartmeter":

@ciwa sagte in Adapter "smartmeter":

Wenn der nur 3,3V Versorgung bekommen würde kann er keine 5 Volt Pegel mehr ausgeben?

Ja, weil er keine Schaltung zur Erhöhung der Spannung drauf hat.

Also steht der Plan..... in irgend einer Kiste liegt noch ein Spannungswandler

Morgen dann Rückmeldung.

So richtig rübergebracht habe ich mein Problem aber anscheinend noch nicht...wenn ich so manche Kommentare so lese....ich gelobe Besserung...

Danke Euch

Roland

[Ciwa]

@ralla66

@ralla66 said in Adapter "smartmeter":

@ciwa

ok dann ist ja nur RX am ESP der geprüft ist oder sendest du was zum IR Kopf ?

Nein nur lesen.

[klassisch]

@ciwa Wir wissen immer noch nicht, worüber sich der smartmeter Adapter konkret beschwert (loglevel Debug). Vielleicht ist es ja ein ganz anderes Problem. Wir raten halt rum.

[Ciwa]

@klassisch said in Adapter "smartmeter":

@ciwa Wir wissen immer noch nicht, worüber sich der smartmeter Adapter konkret beschwert (loglevel Debug). Vielleicht ist es ja ein ganz anderes Problem. Wir raten halt rum.

Sorry ist untergegangen....Er beschwert sich gar nicht. Er bekommt keine Verbindung d.h. Verbunden mit Gerät oder Dienst bleibt rot.

Gruß

Roland

[klassisch]

@ciwa Auch das sagt er in Form einer Fehlermeldung.

Das kann auch noch andere Gründe haben.
Ist das der selbe Rechner, auf dem auch putty funktioniert?

Ansonsten könnte das ein Frage des Netzwerks sein. Besonders die Profinetzwerke blockieren manchmal.
Oder bei Nutzung von VM, Container, Proxmox wird u.U der Ethernet Port nicht durchgereicht. Aber dazu kann ich nichts sagen. Ich halte mich an KISS und nutze einen Win 10 Rechner ohne Thrills. Klingt nicht attraktiv, ist aber rocksolid udn einfach in der Wartung.

[Matis]

@klassisch
Der K kann auch RS485 und dann ist Vcc niedriger definiert.
Die Schaltschwelle kann dort auch zwischen Vdd und GND gelegt werden (Pullup, pulldown).

RS232 bleibt trotzdem ein symmetrischer Bus.
Wenn ihr also RS232 bei 001K nutzt und keine sauber RS232 Schnittstelle auf der anderen Seite, dann wird das öfter nix, als dass es funktioniert.

[klassisch]

@matis Ja, das hatten wir diskutiert. Ein ordentliches MAX232 board würde in diesem Falle benötigt.

Ich persönlich beitreibe meinen EHZ001K mit RS485, s. Guide . Die RS485 Boards funktionieren gut. Zumindest alle, die ich gekauft.
Viele der Chinesischen MAX232 leider nicht. Da läuft die Ladungspumpe nicht richtig und die Teile werden nur heiß.

[Ciwa]

Hi,

Hab gerade den USR-TCP232-302 wieder am testen.
Anbei der Ausschnitt aus dem log. Die Verbundung wird nicht hergestellt.
Das Diagnosemodul zeigt jedoch einen lupenreinen HEX Datenstrom....

Siehe Bilder.

Gruß

Roland

[klassisch]

@ciwa Läuft das Testprogramm auf dem ioBroker Rechner oder auf einem anderen?
Ist der USR vom ioBroker Rechner her ansteuerbar.

Mit dem Testprogramm kommen bei mir auch Hexwerte, aber ich könnte jetzt nicht sagen, ob die sinnvoll sind.

Dein log sagt, daß der TCP Socket verbunden sei. Allerding weiß ich nicht, ob das der Socket im ioBroker Rechner ist, oder schon der USR. Vielleicht kann @apollon77 etwas dazu sagen.

Was sagt das log in Loglevel debug?

[klassisch]

@ciwa Und wenn Du obiges gemacht hast, gäbe es noch eine Testmöglichkeit, die ich allerdings selbst noch nie verwendet habe und derzeit auch nicht testen kann:
Du könntest mit dem USR Testprogramm ein File erzeugen "Receive to file". Habe aber keine Ahnung, ob HEX oder nicht
Und der Adapter kann auch von File einlesen. Unter "Datenübertragung".

[Ciwa]

@klassisch

Der USR ist vom Raspi aus erreichbar (Ping)
Debug Ausgabe bleibt gleich, alle 2 Minuten ein Timeout, keine zusätzlichen Infos.

Datei Aufzeichnung anbei.

test.txt

Ich kann die momentan nicht auf den Raspi übertragen. Bin aber drann

Gruß

Roland

[Matis]

@ciwa Hast Du das Abfrageintervall auf 0 gesetzt, wie oben erwähnt?
Ich konnte nirgends eine Bestätigung finden.
Der errorlog sagt was von request, den sollte es gar nicht geben, denn der Zähler schickt wann er will und der Adapter hört zu.

[apollon77]

@ciwa AlLso WENN das SML ist dann sind die Daten kaputt ... Da ist nirgends ein SML header zu sehen (mehrere 1B nacheinander). Wenn es D0 ist dann sind da zeichen im Fx Bereich drin was auch müll wäre ...

An sich sollte der Adapter im Debug Log alles loggen was ankommt ... hast du auch wirklich den Loglevel der Instanz auf Debug gestellt?

[klassisch]

@Ciwa die Einstellung der Logstufe ist im neuen Admin etwas versteckter

Zuerst den Expertenkopf oben aktivieren, den Adapter suchen und dann die Logstufe editieren

[klassisch]

@apollon77 sagte in Adapter "smartmeter":

@ciwa AlLso WENN das SML ist dann sind die Daten kaputt ...

Das kann durchaus sein, weil in diesem Fall RS232 mit einem einfachen TTL Pegel verbunden wurde, ohne den eigentlich erforderlichen Konverter.
Aber bevor Teile bestellt und der Lötkolben geschwungen wird, wollen wir ermitteln, ob der TCP Pfad frei und gangbar ist. Das sollte man ja im Loglevel debug sehen. Wenn dann was kommt, aber die Daten Müll sind, dann wird die HW Anpassung fällig.

[Matis]

Pegelpfusch, aber wenn man lieber tagelang rumprobiert ....
ich hab genau das oft genug gesehen, grenzwertige Pegel und es kommt mal was, mal nicht und meist kauderwelsch.

[Ciwa]

So erst mal der debug log.

Irgendwas ist noch Faul, der Zähler bekommt vom Lesekopf ein Signal. Die IRLED ist an wenn der LK am USR dran hängt. Am ESP macht er das nicht.

Und ja wenn das nicht umgehend klappt fliegt der USR halt raus......ist mehr Spieltrieb

Gruß

Roland

[Ciwa]

Noch eine andere Frage....kann ich den ESP8266 zusammen mit Smartmeter nutzen? Bzw. ist es möglich die Zählerdaten mit dem ESP permanent zu senden und nicht nur alle 10 Sekunden? (Minimale Log Zeit)

Danke & Gruß

Roland

[klassisch]

@ciwa sagte in Adapter "smartmeter":

Irgendwas ist noch Faul
Ja klar, TTL direkt auf RS232. Pegelthema, MAX232 fehlt.

Aber immerhin wissen wir jetzt, daß der Datenpfad läuft. Es kommt ja was beim Adapter an.