Test IR-Schnittstelle eines digitalen El-Zählers

[MartinP]

Der Lesekopf scheint ja nicht das Problem zu sein, sondern das NodeMCU Modul ...

[MartinP]

Habe jetzt noch ein zweites nodeMCU Modul (frisch aus der versiegelten antistatic Tüte) mit der speziell kompilierten Tasmota-Version geflasht... Wahrscheinlich ist da noch irgendetwas falsch.
Jedenfalls ist auch dort der RxD Pin nicht "weich"... sobald man eine Verbindung mit dem Ausgang des Lesekopfes herstellt, wird der auf 3,3Volt gezogen ...

[TT-Tom]

@martinp wie sieht den deine Verdrahtung aus, ist alles sauber verlötet?
hast RX und TX über kreuz oder direkt?
bei mit ist zum 8266 eine 1:1 Verdrahtung.

[MartinP]

@tt-tom Ich vermute, es liegt an den gewählten Ports. Gpi3 für RxD und 1 für TxD.
Da hängt aber auch die USB Seriell Mimik für den Download der Firmware dran. Im Original Schaltplan hängt da ein 470 Ohm Widerstand, der die Parallele Nutzung erlauben soll...

Werde mal schauen, ob es mit anderen Gpi Ports besser klappt...

[MartinP]

Das ist ein Mysterium. Wenn man an dem Lesekopf die Signale abgreift, ist der Ruhepegel 0 V an der Sendeleitung. Soweit ich weiß, ist der TTL-Seriell Ruhepegel 5 bzw. 3,3 Volt - oder vertue ich mich da?

Ist mir zuerst nicht aufgefallen - Hardwarebasteleien sind seltener geworden ...

Wirklich ein absoluter Zeitfresser ...

[Samson71]

@martinp sagte in Test IR-Schnittstelle eines digitalen El-Zählers:

Wirklich ein absoluter Zeitfresser ...

Rechne mal die bisher verbrannte verbrachte Zeit in Euros um. Ich wiederhole daher gerne nochmal:

@homoran sagte in Test IR-Schnittstelle eines digitalen El-Zählers:

gibt es alles fertig, sogar mit allen gewünschten Features

@samson71 sagte in Test IR-Schnittstelle eines digitalen El-Zählers:

Gibt es auch schon komplett fertig. Nur noch ein 5V Netzteil nötig und das Flashen von Tasmota. Ist dann aber etwas teurer.

[MartinP]

Das Problem ist wahrscheinlich, dass ich mit beliebigen TTL-Köpfen beim Verdrahten ähnliche Probleme bekommen hätte:

Die Beschriftung ist sehr speziell: Ich bin es eigentlich gewöhnt, dass "RX" immer der Anschluss ist, über den Empfangen wird, und "TX" der ist, auf dem Gesendet wird.

Hier hat man aber wohl die Beschriftung so gemacht, dass man RX des Kopfes an den RX des NodeMCU anschließen soll, und TX entsprechend an TX des NodeMCU...

Verwirrend ...

Eigentlich aber auch wieder "Old Shool" mit DTE vs. DCE Nomenklatur

[TT-Tom]

@martinp darum habe ich ja geschrieben 1:1 Verdrahtung. Läuft er den jetzt?

[MartinP]

Muss ich heute abend analysieren, wenn ich wieder zu Hause bin. Gesten nur die Leitungen "durchgeklingelt".

Ich frage mich nur, auf welchem Wege die offene "TxD" Empfangs-Leitung des IR-Kopfes ein Signal generiert hat - vielleicht durch Übersprechen ...

jedenfalls lernt man durch solche Aktionen natürlich mehr, als wenn man sich schlüsselfertige Lösungen kauft ....

[MartinP]

Noch ein Schmankerl chinesischer Beschriftungskunst ... wer kennt sie nicht die "Addatper"

Wobei von mir angefertigte chinesische Beschriftungen wohl auch nicht besser ausfallen würden

[MartinP]

Es Läuft!

@martinp

Jetzt auch im Iobroker, über den Sonoff-Adapter (MQTT Client/Broker machte Probleme)

[MartinP]

Noch ein Nachtrag - Ich nutze am eBZ Zähler den oberen IR-Port (siehe Foto) der Halter ist noch etwas improvisiert aus einem mit der Laubsäge ausgesägten Stück Sperrholz und darunter ein wenig mit der Blechschere zugeschnittenem Weißblech, aus einer alten Dose, um dem Ringmagneten Halt zu geben.

Obige Werte kommen bei mir, ohne ein PIN vom Zählerbetreiber eingeben zu müssen.

NACHTRAG 2: Muss jetzt gleich die Hardware wieder abschalten - Spannungsversorgung derzeit nur über eine USB-Powerbank
Für den finalen Zusammenbau fehlt auch noch ein Satz Western-Buchsen ...

[Samson71]

@martinp sagte in Test IR-Schnittstelle eines digitalen El-Zählers:

der Halter ist noch etwas improvisiert

Die gibt es sogar fertig als Dualversion für beide Schnittstellen für ein paar Euro.

@martinp sagte in Test IR-Schnittstelle eines digitalen El-Zählers:

Obige Werte kommen bei mir, ohne ein PIN vom Zählerbetreiber eingeben zu müssen.

Jepp, ist die Schnittstelle für den Energieversorger und eigentlich gedacht für eine Fernauslesefunktion bzw. den Aufsatz dafür und ist normalerweise "versiegelt". Die meisten sind nur noch nicht so weit. Die Kundenschnittstelle mit PIN ist normalerweise die vorne. Aber auch das wird von Versorger zu Versorger unterschiedlich gehandhabt.

[TT-Tom]

@martinp
Bei MQTT musst du den Server/ Broker nutzen.

[MartinP]

@tt-tom Meinst Du den "Mqtt Broker/Client" Adapter?

Den hatte ich versucht ... da gibt es keine separaten Datenpunkte für jede Art von Messwert, der aus dem Zähler ausgelesen werden kann, die verschiedenen Messwerte "rotieren" anscheinend durch den Datenpunkt "SENSOR" als key - value Paar zyklisch durch ... da ist der Weg über Sonoff deutlich bequemer - da wird für jeden der verschiedenen Arten von Messwert ein Datenpunkt eingerichtet (siehe Screenshot weiter oben)...

[TT-Tom]

@martinp

Meinst Du den "Mqtt Broker/Client" Adapter?

ja, ich dachte nur du hast die falsche Konfiguration genutzt.

da gibt es keine separaten Datenpunkte für jede Art von Messwert

richtig, die kommen als JSON im Paket und müssen selber aufgelöst werden.

[MartinP]

@tt-tom Hat der Sonoff Adapter irgendwelche Nachteile? - der nimmt ja anscheinend die Arbeit des Auflösens ab...

Der Nachteil, dass jeder zusätzlich laufende Adapter die Last auf dem ioBroker ein wenig erhöht, ist natürlich klar....

[TT-Tom]

@martinp
Viele nutzen den Sonoff wegen seiner Auflösung. Ich nutze dem MQTT, da er eh bei mir läuft. Die Auflösung der Daten, mache ich mittels Alias-Objekt.
Wichtig ist die Schreibweise der Lese Konvertierung ("read").

{
  "common": {
    "name": "Leistung",
    "desc": "Manuell erzeugt",
    "role": "value.power",
    "type": "number",
    "read": true,
    "write": false,
    "def": 0,
    "unit": "W",
    "alias": {
      "id": "mqtt.0.smartmeter.tele.SENSOR",
      "read": "JSON.parse(val).LK13BE.Power_curr"
    }
  },
  "type": "state",
  "native": {},
  "_id": "alias.0.Stromzaehler.Daten.Leistung",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1690392894228
}

[MartinP]

@tt-tom said in Test IR-Schnittstelle eines digitalen El-Zählers:

@martinp
Viele nutzen den Sonoff wegen seiner Auflösung. Ich nutze dem MQTT, da er eh bei mir läuft. Die Auflösung der Daten, mache ich mittels Alias-Objekt.
Wichtig ist die Schreibweise der Lese Konvertierung ("read").

{
  "common": {
    "name": "Leistung",
    "desc": "Manuell erzeugt",
    "role": "value.power",
    "type": "number",
    "read": true,
    "write": false,
    "def": 0,
    "unit": "W",
    "alias": {
      "id": "mqtt.0.smartmeter.tele.SENSOR",
      "read": "JSON.parse(val).LK13BE.Power_curr"
    }
  },
  "type": "state",
  "native": {},
  "_id": "alias.0.Stromzaehler.Daten.Leistung",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1690392894228
}

Hat auch seine Vorteile - "OP_16_7_0" als Knotenname ist deutlich weniger nachvollziehbar, als "Leistung"

[MartinP]

@samson71 said in Test IR-Schnittstelle eines digitalen El-Zählers:

Die gibt es sogar fertig als Dualversion für beide Schnittstellen für ein paar Euro.

Der Ring unten Links auf dem Foto ist für mich schwer nachvollziehbar - die zweite IR-Schnittstelle sitzt deutlich weiter rechts auf der Stirnseite...

EDIT - die Halterung scheint EIGENTLICH für diesen Zähler des Herstellers "easymeter" hier zu sein:

Hilfreich, dass der auch für den eBZ Zähler passt...