UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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.

[Tomte]

@ciwa
Wenn es ein SML Zähler ist könntest Du SMLReader auf den ESP flashen. Der sendet als Standard jedes Datenpaket als MQTT. Mehr geht nicht.

[Ralla66]

@klassisch

Die Daten kommen am ESP klar und sauber an.
Der ESP mit Tasmota wandelt die Spannungswerte nach hex, hier 0x00 bis 0xFF, siehe Bild.
So erscheint auch das Startzeichen ! hex 0x21 im Datenstrom.
Der ESP / Tasmota wandelt die Spannung aber auch nach AScii hex, 0x00 bis 0x7F.
Dies geht mit Tasmota einmal per Smartmeter und Script oder per Softwareserial mit Serialdelimiter128.
Eine Umsetzung des Pegels von TTL nach RS232 wird hier zu keinem Ergebniss führen da ein Bsp hex 0xFF eine hex 0xFF bleiben wird, eben nur ein sauberer Pegel da ist.
Warum kann also Smartmeter die Daten nicht erkennen, ganz einfach es ist kein ASCII hex dem entsprechend ist auch kein Header vorhanden.
Mit hoher Wahrscheinlichkeit wird bei Tasmota eine Bitmaskierung ausgeführt, hier mit Bit 8 wobei wohl das Command Serialdelimiter128 dies ausführt. Das müßte dann mal jemand in der Tasmota Softwarewareserial Routine prüfen.