Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[UncleSam]

@wolfgangfb sagte in RPI2 Adapter: GPIO Ports von ERweiterungskarte:

aber auch daraus erschließt sich mir nicht, an welchem Port die Schieberegister hängen.

In der Doku (Beispielcode) steht:

int SER = 12 ;
int RCLK = 10 ;
int SRCLK = 14 ;

Das sind die drei Pins (ich glaube die WiringPi Nummerierung stimmt mit dem rpi2 Adapter überein).

Den C-Code kannst du mehr oder weniger übernehmen, die einzigen externen Funktionen, die du "implementieren" musst, sind:

• digitalWrite() ist schlussendlich einfach ein await setStateAsync("rpi2.0.xxx", wert); in JavaScript oder TypeScript. Wobei xxx die Pin-Nummer ist und wert ist false wenn im Beispielcode 0 geschrieben wird und sonst true.
• delayMS() kann durch einen Timer gelöst werden, oder wenn du alles mit async machst, dann wäre das await new Promise(resolve => setTimeout(resolve, wert)); wobei wert weiterhin die Anzahl Millisekunden ist.
• usleep() kannst du einfach weglassen, das Skript ist wohl langsam genug, dass es dort ein bisschen wartet

[WolfgangFB]

@unclesam Hi

Danke für die Hilfe. Ich habe jetzt einfach einen MCP23017 genommen und damit klappt alles am Raspi wie es soll (nur noch nicht am ESP8266 :-(

[UncleSam]

@wolfgangfb sagte in RPI2 Adapter: GPIO Ports von ERweiterungskarte:

habe jetzt einfach einen MCP23017 genommen und damit klappt alles am Raspi wie es soll

Ja, ich denke, das ist eine gute Lösung (bei mir auch x-fach im Einsatz).

(nur noch nicht am ESP8266)

Sorry, da kann ich auch nicht weiterhelfen. Schau dir doch mal den neuen espeasy Adapter an.

[Wal]

@wolfgangfb sagte in RPI2 Adapter: GPIO Ports von ERweiterungskarte:

MCP23017

Dafür kannst du Tasmota flashen.

[WolfgangFB]

Hi an alle.

Mein Problem ist, dass wenn ich Tasmota nehme, ich die Datenpunkte im IO-Broker zwar angezeigt, aber nicht aktualisiert bekomme (https://forum.iobroker.net/topic/44893/esp8266-tasmota-und-mcp23017-datenpunkte-aktualisieren). Wenn ich ESP Easy verwende habe ich das Problem, dass ich im IO-Broker den mqtt Adapter nicht auf grün bekomme (https://forum.iobroker.net/topic/17885/adapter-mqtt-0-bleibt-gelb bei mir bleibt der immer gelb und verbindet nie).
@UncleSam: Was meinst Du mit "neuem espeasy Adapter"?

[Wal]

@wolfgangfb ,
nutzt du unter Tasmota den Sensor29 Befehl um das Reporting der Inputs einzuschalten ?
Allerdings habe ich keine Erweiterung, habe das jetzt beim überfliegen gelesen.

[WolfgangFB]

@wal
Ich habe mal einen 8266 neu geflasht und mich an https://tasmota.github.io/docs/MCP230xx/ orientiert: "generic" als Typ gewählt,SDA an GPIO 4, SLC an GPIO 5,
dann die MQTT Einstellungen gesetzt, dann in der Konsole

i2cscan
6:07:22 MQT: stat/I2C_sensor29test/RESULT = {"I2CScan":"Device(s) found at 0x20"}
sensor29 0,2,1
16:08:18 MQT: stat/I2C_sensor29test/RESULT = {"Sensor29_D0":{"MODE":2,"PULL_UP":"ON","INT_MODE":"ALL","STATE":"ON"}}

wenn ich jetzt an Port 0 auf Ground ziehe wird mir das auch schön in der Konsole angezeigt

16:16:33 MQT: stat/I2C_sensor29test/RESULT = {"Time":"2021-05-11T16:16:33","MCP230XX_INT":{"D0":1,"MS":150}}
16:16:33 MQT: stat/I2C_sensor29test/RESULT = {"Event":"Done"}
16:16:33 MQT: stat/I2C_sensor29test/RESULT = {"Time":"2021-05-11T16:16:33","MCP230XX_INT":{"D0":0,"MS":100}}
16:16:33 MQT: stat/I2C_sensor29test/RESULT = {"Event":"Done"}

Im IoBroker sehe ich das neue Device, jedes mal wenn ich den Zustand an Port 0 ändere wird in IoBroker die "timer" kurz grün und aktualisiert, aber das war es auch, an MCP230xx_D= tut sich nichts.

Welchen Befehl habe ich übersehen/vergessen?

Gruß Wolfgang

[Wal]

@wolfgangfb,
oben im Link:

pinmode = operational mode of the pin (?, 0..5)
? = query pin configuration
0 = Disabled (deprecated, but will be default for previously unconfigured devices)
1 = INPUT (Floating - only telemetry data will be sent according to configuration TelePeriod intervals)
2 = INPUT with INTERRUPT on CHANGE (will send an MQTT output on state change from LOW to HIGH and HIGH to LOW)
3 = INPUT with INTERRUPT on CHANGE to LOW (will send an MQTT output on state change only from HIGH to LOW)
4 = INPUT with INTERRUPT on CHANGE to HIGH (will send an MQTT output on state change only from LOW to HIGH)
5 = OUTPUT (if enabled with #define USE_MCP230xx_OUTPUT)
6 = inverted OUTPUT (if enabled with #define USE_MCP230xx_OUTPUT)

Ich denke Mode 2 ist richtig.
sehe grade den hast du ja gesetzt.

[Wal]

@wolfgangfb ,
schalte mal den debug modus an im MQTT-Adapter da siehst du evtl. mehr im log.
Und lasse den D0 mal an Masse und schaue in den Objekten.

[WolfgangFB]

@wal
Hi

jetzt überforderst Du mich ein wenig. Wie und wo schalte ich den Debug Modus ein oder aus?
Vielleicht reden wir auch ein wenig aneinander vorbei. Das Bild mit den Datenpunkten stammt aus dem Sonoff Adapter. Der "normale" Mqtt Adapter läuft bei mir ja nicht (Port 8884 ist übrigens richtig, den verwende ich).

Wenn ich den neu starte sehe ich in den Logs

mqtt.0	2021-05-11 18:17:00.289	info	(18066) Starting MQTT authenticated server on 0.0.0.0:8884
mqtt.0	2021-05-11 18:16:59.214	info	(18066) starting. Version 2.3.5 in /opt/iobroker/node_modules/iobroker.mqtt, node: v12.21.0, js-controller: 3.2.16
mqtt.0	2021-05-11 18:16:54.827	info	(13662) Terminated (NO_ERROR): Without reason
mqtt.0	2021-05-11 18:16:54.826	info	(13662) terminating
mqtt.0	2021-05-11 18:16:54.318	info	(13662) Adapter is disabled => stop
```:

[Wal]

@wolfgangfb ,
ok dann schalte den Sonoff-Adapter auf debug. das machst du in den Instanzen. Der Sonoff-Adapter ist im Prinzip auch ein MQTT-Server, ich weis nur nicht ob der die Erweiterungen erkennt.

[WolfgangFB]

@wal

Hi

Ich habe es geschafft, den Debugmodus zu aktivieren.
Wenn ich das richtig interpretiere kommen die Änderungen für D0 auch an. Aber in den Datenpunkten wird einfach nichts geändert.

sonoff.0	2021-05-11 19:48:06.966	debug	(10493) stateChange sonoff.0.DVES_sensor29.Time: {"val":"2021-05-11T18:48:07","ack":true,"ts":1620755286961,"q":0,"from":"system.adapter.sonoff.0","user":"system.user.admin","lc":1620755286961}
sonoff.0	2021-05-11 19:48:06.958	debug	(10493) [DVES_sensor29] Received: stat/I2C_sensor29test/RESULT = {"Event":"Done"}
sonoff.0	2021-05-11 19:48:06.952	debug	(10493) Set State after task: sonoff.0.DVES_sensor29.Time
sonoff.0	2021-05-11 19:48:06.952	debug	(10493) process task: {"type":"addObject","id":"sonoff.0.DVES_sensor29.Time","data":{"_id":"sonoff.0.DVES_sensor29.Time","common":{"type":"string","role":"state","read":true,"write":true,"name":"DVES
sonoff.0	2021-05-11 19:48:06.951	debug	(10493) updateState sonoff.0.DVES_sensor29.Time - 1
sonoff.0	2021-05-11 19:48:06.951	debug	(10493) [DVES_sensor29] Received: stat/I2C_sensor29test/RESULT = {"Time":"2021-05-11T18:48:07","MCP230XX_INT":{"D0":1,"MS":350}}
sonoff.0	2021-05-11 19:48:06.617	debug	(10493) stateChange sonoff.0.DVES_sensor29.Time: {"val":"2021-05-11T18:48:06","ack":true,"ts":1620755286612,"q":0,"from":"system.adapter.sonoff.0","user":"system.user.admin","lc":1620755286112}
sonoff.0	2021-05-11 19:48:06.609	debug	(10493) [DVES_sensor29] Received: stat/I2C_sensor29test/RESULT = {"Event":"Done"}
sonoff.0	2021-05-11 19:48:06.602	debug	(10493) Set State after task: sonoff.0.DVES_sensor29.Time
sonoff.0	2021-05-11 19:48:06.602	debug	(10493) process task: {"type":"addObject","id":"sonoff.0.DVES_sensor29.Time","data":{"_id":"sonoff.0.DVES_sensor29.Time","common":{"type":"string","role":"state","read":true,"write":true,"name":"DVES
sonoff.0	2021-05-11 19:48:06.601	debug	(10493) updateState sonoff.0.DVES_sensor29.Time - 1
sonoff.0	2021-05-11 19:48:06.600	debug	(10493) [DVES_sensor29] Received: stat/I2C_sensor29test/RESULT = {"Time":"2021-05-11T18:48:06","MCP230XX_INT":{"D0":1,"MS":50}}
sonoff.0	2021-05-11 19:48:06.566	debug	(10493) stateChange sonoff.0.DVES_sensor29.Time: {"val":"2021-05-11T18:48:06","ack":true,"ts":1620755286561,"q":0,"from":"system.adapter.sonoff.0","user":"system.user.admin","lc":1620755286112}
sonoff.0	2021-05-11 19:48:06.556	debug	(10493) [DVES_sensor29] Received: stat/I2C_sensor29test/RESULT = {"Event":"Done"}
sonoff.0	2021-05-11 19:48:06.552	debug	(10493) Set State after task: sonoff.0.DVES_sensor29.Time
sonoff.0	2021-05-11 19:48:06.552	debug	(10493) process task: {"type":"addObject","id":"sonoff.0.DVES_sensor29.Time","data":{"_id":"sonoff.0.DVES_sensor29.Time","common":{"type":"string","role":"state","read":true,"write":true,"name":"DVES
sonoff.0	2021-05-11 19:48:06.551	debug	(10493) updateState sonoff.0.DVES_sensor29.Time - 1
sonoff.0	2021-05-11 19:48:06.550	debug	(10493) [DVES_sensor29] Received: stat/I2C_sensor29test/RESULT = {"Time":"2021-05-11T18:48:06","MCP230XX_INT":{"D0":0,"MS":50}}
sonoff.0	2021-05-11 19:48:06.518	debug	(10493) stateChange sonoff.0.DVES_sensor29.Time: {"val":"2021-05-11T18:48:06","ack":true,"ts":1620755286513,"q":0,"from":"system.adapter.sonoff.0","user":"system.user.admin","lc":1620755286112}
sonoff.0	2021-05-11 19:48:06.507	debug	(10493) [DVES_sensor29] Received: stat/I2C_sensor29test/RESULT = {"Event":"Done"}
sonoff.0	2021-05-11 19:48:06.504	debug	(10493) Set State after task: sonoff.0.DVES_sensor29.Time
sonoff.0	2021-05-11 19:48:06.503	debug	(10493) process task: {"type":"addObject","id":"sonoff.0.DVES_sensor29.Time","data":{"_id":"sonoff.0.DVES_sensor29.Time","common":{"type":"string","role":"state","read":true,"write":true,"name":"DVES
sonoff.0	2021-05-11 19:48:06.503	debug	(10493) updateState sonoff.0.DVES_sensor29.Time - 1
sonoff.0	2021-05-11 19:48:06.502	debug	(10493) [DVES_sensor29] Received: stat/I2C_sensor29test/RESULT = {"Time":"2021-05-11T18:48:06","MCP230XX_INT":{"D0":1,"MS":400}}
sonoff.0	2021-05-11 19:48:06.120	debug	(10493) stateChange sonoff.0.DVES_sensor29.Time: {"val":"2021-05-11T18:48:06","ack":true,"ts":1620755286112,"q":0,"from":"system.adapter.sonoff.0","user":"system.user.admin","lc":1620755286112}
sonoff.0	2021-05-11 19:48:06.106	debug	(10493) [DVES_sensor29] Received: stat/I2C_sensor29test/RESULT = {"Event":"Done"}
sonoff.0	2021-05-11 19:48:06.103	debug	(10493) Set State after task: sonoff.0.DVES_sensor29.Time
sonoff.0	2021-05-11 19:48:06.103	debug	(10493) process task: {"type":"addObject","id":"sonoff.0.DVES_sensor29.Time","data":{"_id":"sonoff.0.DVES_sensor29.Time","common":{"type":"string","role":"state","read":true,"write":true,"name":"DVES
sonoff.0	2021-05-11 19:48:06.102	debug	(10493) updateState sonoff.0.DVES_sensor29.Time - 1
sonoff.0	2021-05-11 19:48:06.101	debug	(10493) [DVES_sensor29] Received: stat/I2C_sensor29test/RESULT = {"Time":"2021-05-11T18:48:06","MCP230XX_INT":{"D0":1,"MS":250}}

[WolfgangFB]

@wolfgangfb

Nachtrag:
ich habe den Pin 0 mal auf Mode 4 gestellt (INPUT mode, report on HIGH, pull-up enabled), es wird auch schön bei jedem Schließen eine Meldung abgefeuert die auch im Broker ankommt, nur der Datenpunkt bleibt auf 0 stehen.
Auch wenn ich auf Mode 3 stelle (Interrupt bei Low) das gleiche, die Meldungen kommen an, es ändert sich aber nichts am Datenpunkt, immer 0.
(Mein Gedanke war, dass die Meldung vielleicht ankommt, aber gleich wieder zurückgesetzt wird).

[Wal]

@wolfgangfb ,
der datenpunkt ist nur 1 wenn an D0 Masse anliegt. Sobald du die Masse entfernst wird er wieder 0.

[UncleSam]

@wolfgangfb sagte in RPI2 Adapter: GPIO Ports von ERweiterungskarte:

Auch wenn ich auf Mode 3 stelle (Interrupt bei Low) das gleiche, die Meldungen kommen an, es ändert sich aber nichts am Datenpunkt, immer 0.
(Mein Gedanke war, dass die Meldung vielleicht ankommt, aber gleich wieder zurückgesetzt wird).

Mach doch mal ein Skript / Blockly, das etwas macht mit der Änderung des Datenpunktes (z.B. ein Log ausgeben). Dann siehst du ob sich tatsächlich nichts ändert oder du es nur nicht siehst.

Oder: du schaust dir einfach den Zeitstempel des Datenpunktes an (mit der Maus drüber fahren).

@wolfgangfb sagte in RPI2 Adapter: GPIO Ports von ERweiterungskarte:

@UncleSam: Was meinst Du mit "neuem espeasy Adapter"?

Sorry, ich meinte den ioBroker.esphome Adapter.

[WolfgangFB]

@wal
Bei mir ist der Datenpunkt immer auf 0, egal ob der Pin auf Masse ist oder per Pullup auf VCC.

[WolfgangFB]

@unclesam
Das habe ich auch schon gemacht, wenn ich auf den Datenpunkt triggere (any) kommt einfach nichts, triggere ich auf den Punkt "time" bekomme ich jeden Zeitpunkt, wenn ich den Zustand des Pins ändere (nur eben der Zustand nicht :-(

Ich habe versucht den esphome Adapter zu installieren.
Den muss ich ja wohl über github installieren. Ich bin auf die "Katze" gegangen, habe die url https://github.com/DrozmotiX/ioBroker.esphome eingegeben, bekomme die Meldung "Installiere aus URL..." und das seit einer viertel Stunde, da tut sich einfach nichts.

[Wal]

@wolfgangfb
da wird der Sonoff-Adapter das nicht können.
Versuche den Mqtt-Adapter als Server, der kann das auf jeden Fall . Wichtig ist den Port nur einmal benutzen und den Filter in den Adapter Einstellungen setzen (mqtt. 0.*).

[FredF]

@wolfgangfb sagte in RPI2 Adapter: GPIO Ports von ERweiterungskarte:

Ich habe versucht den esphome Adapter zu installieren.

Dieser Adapter ist noch in der Beta Version und nur über Änderung des Verwahrungsortes zu installieren. Funktioniert so wie er soll, man sollte aber wissen was Beta bedeutet...

[WolfgangFB]

@fredf
Danke für den freundlichen Hinweis. Wirklich geholfen hat er mir aber nicht. Verwahrungsort ist "Beta (latest).
Gehe ich auf "Installieren aus eigener URL" habe ich die Auswahl zwischen "von Github" und "beliebig".
Gehe ich auf "von Github" kann ich "esphome [DrozmotiX]" auswählen. Es kommt:
Kommando-Ausführung: $ ./iobroker url "https://github.com/DrozmotiX/ioBroker.esphome/tarball/master" esphome --debug

aber passieren tut nichts

gehe ich auf "beliebig" und gebe per Cpoy&paste "https://github.com/DrozmotiX/ioBroker.esphome" als URL ein kommt
"Kommando-Ausführung: $ ./iobroker url "https://github.com/DrozmotiX/ioBroker.esphome"

aber es passiert auch nichts (außer dass der blaue Balken wie blöd von links nach rechts wandert).

Könntest Du mir evtl sagen (...man sollte aber wissen was Beta bedeutet...), was ich noch über "Beta" wissen sollte, damit der Adapter auch bei mir macht, was er sollte?