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

[johni]

@Wal said in [Aufruf] Neuer Adapter ioBroker.doorio:

lsmod

also das modul ist bei mir geladen. zumindest wirds bei lsmod angezeigt. ich sprech nun von deinem image, ohne updates. ich muss aber wie gesagt den piface.service immer 2 mal starten, dass es funktioniert.

beim ersten start bleibt es immer bei
"MQTT client: Received PUBACK (Mid: 8)" hängen.

[Hansi1234]

@Wal
Welches Gerät verwendest du als Gegenstelle?
Ein Fritzphone?

[Wal]

@Hansi1234 sagte in [Aufruf] Neuer Adapter ioBroker.doorio:

@Wal
Welches Gerät verwendest du als Gegenstelle?
Ein Fritzphone?

Ja

[Wal]

@johni
du startest bei meinem Image den Service mit Hand ? Hast du ihn vorher mit " sudo systemctl stop piface" beendet ?
Da er ja beim starten vom RPI schon geladen wird.

[Hansi1234]

@Wal
Ein Android Gerät aber nicht?
Wäre es möglich, dass ich von meiner VIS aus mit der Gegensprechanlage kommunizieren kann? Es existiert ja auch ein Asterisk Adapter für Iobroker

[Wal]

@Hansi1234 sagte in [Aufruf] Neuer Adapter ioBroker.doorio:

@Wal
Ein Android Gerät aber nicht?
Wäre es möglich, dass ich von meiner VIS aus mit der Gegensprechanlage kommunizieren kann? Es existiert ja auch ein Asterisk Adapter für Iobroker

Die Fritz-App auf dem Handy funktioniert auch. Ich nutze die VIS und Asterisk nicht, da kann ich dir leider nicht weiterhelfen.
Evtl. kann man eine Sip-App in die VIS einbinden, die beim Klingelevent eingeblendet wird ?

[johni]

@Wal natürlich. zum testen hab ich alles mögliche versucht. auch schon aus systemd entfernt. muss ihn dann 2 mal manuell starten bis es läuft. beim ersten mal läuft er nicht ganz durch.

[Wal]

@johni sagte in [Aufruf] Neuer Adapter ioBroker.doorio:

"MQTT client: Received PUBACK (Mid: 8)" hängen.

pi@raspberrypi:~ $ /usr/bin/python3 /usr/local/lib/python3.7/dist-packages/pi_mqtt_gpio/server.py /home/pi/config.yml
Last will set on 'testpi/status' as 'dead'.
MQTT client: Sending CONNECT (u1, p1, wr1, wq1, wf1, c0, k60) client_id=b'testpi'
MQTT client: Received CONNACK (1, 0)
Connected to the MQTT broker with protocol v3.1.1.
MQTT client: Sending SUBSCRIBE (d0, m1) [(b'testpi/output/DoorOpen/set', 1)]
Subscribed to topic: 'testpi/output/DoorOpen/set'
MQTT client: Sending SUBSCRIBE (d0, m2) [(b'testpi/output/DoorOpen/set_on_ms', 1)]
Subscribed to topic: 'testpi/output/DoorOpen/set_on_ms'
MQTT client: Sending SUBSCRIBE (d0, m3) [(b'testpi/output/DoorOpen/set_off_ms', 1)]
Subscribed to topic: 'testpi/output/DoorOpen/set_off_ms'
MQTT client: Sending PUBLISH (d0, q1, r1, m4), 'b'testpi/status'', ... (7 bytes)
MQTT client: Received PUBLISH (d0, q1, r0, m24), 'testpi/output/DoorOpen/set', ...  (5 bytes)
MQTT client: Sending PUBACK (Mid: 24)
Received message on topic 'testpi/output/DoorOpen/set': b'false'
Set 'raspberrypi' output 'DoorOpen' to False
MQTT client: Sending PUBLISH (d0, q0, r0, m5), 'b'testpi/output/DoorOpen'', ... (5 bytes)
MQTT client: Received SUBACK
MQTT client: Received PUBLISH (d0, q1, r0, m25), 'testpi/output/DoorOpen/set_on_ms', ...  (0 bytes)
MQTT client: Sending PUBACK (Mid: 25)
Received message on topic 'testpi/output/DoorOpen/set_on_ms': b''
Invalid payload on received MQTT message: Could not parse ms value b'' to an integer.
MQTT client: Received SUBACK
MQTT client: Received PUBLISH (d0, q1, r0, m26), 'testpi/output/DoorOpen/set_off_ms', ...  (0 bytes)
MQTT client: Sending PUBACK (Mid: 26)
Received message on topic 'testpi/output/DoorOpen/set_off_ms': b''
Invalid payload on received MQTT message: Could not parse ms value b'' to an integer.
MQTT client: Received SUBACK
MQTT client: Received PUBACK (Mid: 4)
Input 'DoorBell_1' state changed to False
MQTT client: Sending PUBLISH (d0, q0, r0, m6), 'b'testpi/input/DoorBell_1'', ... (5 bytes)
Input 'DoorBell_2' state changed to False
MQTT client: Sending PUBLISH (d0, q0, r0, m7), 'b'testpi/input/DoorBell_2'', ... (5 bytes)
MQTT client: Received PUBLISH (d0, q1, r1, m27), 'testpi/output/DoorOpen/set', ...  (5 bytes)
MQTT client: Sending PUBACK (Mid: 27)
Received message on topic 'testpi/output/DoorOpen/set': b'false'
Set 'raspberrypi' output 'DoorOpen' to False
MQTT client: Sending PUBLISH (d0, q0, r0, m8), 'b'testpi/output/DoorOpen'', ... (5 bytes)
MQTT client: Received PUBLISH (d0, q1, r1, m28), 'testpi/output/DoorOpen/set_on_ms', ...  (0 bytes)
MQTT client: Sending PUBACK (Mid: 28)
Received message on topic 'testpi/output/DoorOpen/set_on_ms': b''
Invalid payload on received MQTT message: Could not parse ms value b'' to an integer.
MQTT client: Received PUBLISH (d0, q1, r1, m29), 'testpi/output/DoorOpen/set_off_ms', ...  (0 bytes)
MQTT client: Sending PUBACK (Mid: 29)
Received message on topic 'testpi/output/DoorOpen/set_off_ms': b''
Invalid payload on received MQTT message: Could not parse ms value b'' to an integer.
MQTT client: Sending PINGREQ
MQTT client: Received PINGRESP
MQTT client: Sending PINGREQ
MQTT client: Received PINGRESP
MQTT client: Sending PINGREQ
MQTT client: Received PINGRESP

Der Log sieht auf meinem TestPi so aus.
Bei dir kommt auch ein Input, bevor die Verbindung mit dem MQTT-Server steht ?
So sieht ei Input und der Output bei mir aus:

MQTT client: Sending PINGREQ
MQTT client: Received PINGRESP
MQTT client: Sending PINGREQ
MQTT client: Received PINGRESP
Input 'DoorBell_1' state changed to True
MQTT client: Sending PUBLISH (d0, q0, r0, m9), 'b'testpi/input/DoorBell_1'', ... (4 bytes)
Input 'DoorBell_1' state changed to False
MQTT client: Sending PUBLISH (d0, q0, r0, m10), 'b'testpi/input/DoorBell_1'', ... (5 bytes)
MQTT client: Received PUBLISH (d0, q1, r1, m30), 'testpi/output/DoorOpen/set', ...  (4 bytes)
MQTT client: Sending PUBACK (Mid: 30)
Received message on topic 'testpi/output/DoorOpen/set': b'true'
Set 'raspberrypi' output 'DoorOpen' to True
MQTT client: Sending PUBLISH (d0, q0, r0, m11), 'b'testpi/output/DoorOpen'', ... (4 bytes)
MQTT client: Received PUBLISH (d0, q1, r1, m31), 'testpi/output/DoorOpen/set', ...  (5 bytes)
MQTT client: Sending PUBACK (Mid: 31)
Received message on topic 'testpi/output/DoorOpen/set': b'false'
Set 'raspberrypi' output 'DoorOpen' to False
MQTT client: Sending PUBLISH (d0, q0, r0, m12), 'b'testpi/output/DoorOpen'', ... (5 bytes)
MQTT client: Sending PINGREQ
MQTT client: Received PINGRESP
MQTT client: Sending PINGREQ
MQTT client: Received PINGRESP
MQTT client: Sending PINGREQ
MQTT client: Received PINGRESP

[Wal]

@johni sagte in [Aufruf] Neuer Adapter ioBroker.doorio:

@Wal natürlich. zum testen hab ich alles mögliche versucht. auch schon aus systemd entfernt. muss ihn dann 2 mal manuell starten bis es läuft. beim ersten mal läuft er nicht ganz durch.

Ich sehe in deinem Log auch, das du vom Server beim bekanntgeben der Inputs/Outputs beim Start keine Antwort bekommst.

Connected to the MQTT broker with protocol v3.1.1.
MQTT client: Sending SUBSCRIBE (d0, m1) [(b'testpi/output/DoorOpen/set', 1)]
Subscribed to topic: 'testpi/output/DoorOpen/set'
MQTT client: Sending SUBSCRIBE (d0, m2) [(b'testpi/output/DoorOpen/set_on_ms', 1)]
Subscribed to topic: 'testpi/output/DoorOpen/set_on_ms'
MQTT client: Sending SUBSCRIBE (d0, m3) [(b'testpi/output/DoorOpen/set_off_ms', 1)]
Subscribed to topic: 'testpi/output/DoorOpen/set_off_ms'
MQTT client: Sending PUBLISH (d0, q1, r1, m4), 'b'testpi/status'', ... (7 bytes)
MQTT client: Received PUBLISH (d0, q1, r0, m32), 'testpi/output/DoorOpen/set', ...  (5 bytes)
MQTT client: Sending PUBACK (Mid: 32)
Received message on topic 'testpi/output/DoorOpen/set': b'false'
Set 'raspberrypi' output 'DoorOpen' to False
MQTT client: Sending PUBLISH (d0, q0, r0, m5), 'b'testpi/output/DoorOpen'', ... (5 bytes)
MQTT client: Received SUBACK
MQTT client: Received PUBLISH (d0, q1, r0, m33), 'testpi/output/DoorOpen/set_on_ms', ...  (0 bytes)
MQTT client: Sending PUBACK (Mid: 33)
Received message on topic 'testpi/output/DoorOpen/set_on_ms': b''
Invalid payload on received MQTT message: Could not parse ms value b'' to an integer.
MQTT client: Received SUBACK

Ich bekomme hier z.B. den Invalid payload, da beim Start im ioBroker der Status von testpi/output/DoorOpen/set_on_ms keinen Wert hat, was normal ist.

[Wal]

Ich kann mir vorstellen, das du den Start des Services verzögern musst, bis ioBroker vollständig hochgefahren ist, falls ioBroker auf dem selben RPI läuft.

[johni]

@Wal aus genau diesem Grund starte ich den Service manuell. Hab auch extra schon Minuten nach hochfahren des pis drauf gewartet bis ich den piface starte, um dem iobroker genug Zeit zu geben.

[Wal]

@johni sagte in [Aufruf] Neuer Adapter ioBroker.doorio:

@Wal aus genau diesem Grund starte ich den Service manuell. Hab auch extra schon Minuten nach hochfahren des pis drauf gewartet bis ich den piface starte, um dem iobroker genug Zeit zu geben.

Wenn du ein wenig Linuxwissen hast, kannst du Mosquitto als Server laufen lassen und im ioBroker Mqtt als Client.
In der config vom piface-service machst du ein "After=mosquitto.service" .
Er verbindet sich jetzt beim start mit Mosquitto und iobroker klinkt sich dann ein, funzt bei mir so auch.
Du musst nur den MQTT-Port ändern, falls du im ioBroker noch ein MQTT-Server für andere sachen brauchst.

[Wal]

@johni
ich hätte jetzt noch ein Image incl. ioBroker und Mosquitto, falls du möchtest stelle ich es Online.

[Marco M]

Hallo zusammen, ich wollte mir auch eine Klingelanlage aufbauen und da habe ich eine Frage :
Könnte man auch eine esp32 cam verwenden und dies per mqtt mit den Adapter verknüpften oder benötige ich zwingen ein pi und dann cam?

Mfg
Marco

[Wal]

@Marco-M
der Adapter ist nur für das Sprechen und ausführen von DTMF Aktionen zuständig. Für die Cam nutze ich M-JPEG streamer, der stellt den Stream über http zu Verfügung. Den kann man dann in die Vis einfügen oder Bilder über Telegram/ E-Mail versenden.

[johni]

@Wal sehr gerne. Würd das gleich mal testen und schauen wo bei mir der Hund begraben liegt.

[Wal]

@johni sagte in [Aufruf] Neuer Adapter ioBroker.doorio:

@Wal sehr gerne. Würd das gleich mal testen und schauen wo bei mir der Hund begraben liegt.

So das Image ist hochgeladen. Raspbian_ioBroker_Doorio_PiFace

[dtp]

Nutze auch seit einigen Jahren DoorPi und hatte nun kürzlich das Problem, dass nach einem Upgrade von Jessie raspimjpeg GLIBC_2.28 nicht mehr finden konnte.

Der Adpater klingt also durchaus interassant für mich, zumal auch ich noch ein PiFace Digital 2 Modul in Verbindung mit einem Raspi 3B verwende.

Ich frage mich aber, ob ich damit all das realisiert bekomme, was aktuell mit meinem DoorPi möglich ist, nämlich z.B. das Auslesen diverser Schaltzustände, um mich mittels das PiFace über das Einwerfen von Briefen informieren zu lassen, das Senden von Captures des angeschlossenen Raspberry Kamera-Moduls per Push-Nachricht beim Klingel und beim Einwerfen von Post, das Umleiten von Gesprächen auf meine Mobilfunknummer bei Abwesenheit, oder das gezielte Ansteuern von Ausgängen des PiFace-Moduls in Abhängigkeit von diversen Zuständen.

Beim DoorPi habe ich solche Dinge mit entsprechenden Shellskripten gelöst, die über die doorpi.ini aufgerufen werden. Geht sowas auch mit dem doorio-Adapter und Javaskript?

Gruß,

Thorsten

PS.: Für die Videoanzeige nutze ich bevorzugt das RPi_Cam_Web_Interface, auf das ich nicht verzichten möchte.

[Wal]

@dtp
du hast ja alle Eingänge und Ausgänge vom PiFace im MQTT-Adapter und kannst sie dann auswerten und schalten.
Deine Skripte sind auch mit dem Javascript-Adapter von ioBroker möglich.
Der Adapter selber, ist nur eine Schnittstelle von ioBroker zu Baresip, um zu wählen und die DTFM-Töne auszuwerten.
Es wäre nicht verkehrt das Ganze auf einem TestPi aufzubauen um alles auszutesten, ob deine Konfig machbar ist.
Es gibt auch einen Nachteil, wenn ioBroker nicht läuft, geht auch Doorio nicht.
Falls du im Grunde zufrieden mit DoorPi bist, würde ich auch dabei bleiben, da da das Stück Software schon toll ist.
Ich wollte aber auf Python3 und auf einen aktuellen SIP-Client wechseln, deshalb habe ich diesen Adapter gemacht.
Ich hätte sogar den PiFace-Adapter von ioBroker genommen, aber der bringt bei mir Phantomklingeln.

edit: Die Kamera läuft autark, da kannst du nehmen was du möchtest. Die Bilder lasse ich mir mit einem Skript senden, siehe "Ich baue eine Türsprechstelle"

[dtp]

Danke für deine Stellungnahme. Ich habe gestern meinen DoorPi unter Raspbian Buster wieder zum Laufen bekommen. Daher werde ich wohl dabei bleiben. Aber ich verfolge das hier gespannt weiter. So habe ich ggf. einen Fallback-Möglichkeit. ;)

Gruß,

Thorsten