Test Adapter doorio v2.1.2
-
@hansi1234,
es kommt auf den Leser darauf an. Läuft der Leser autark wird der Ausgang vom Leser auf einen Eingang vom z.B. RPI gelegt und eingelesen. Wird der Leser am RPI direkt unterstützt, läuft wahrscheinlich ein Skript das an die ioBroker-RestfullAPI oder Node-Red den Status sendet z.B. mit einem URL-Aufruf. -
@mheymann ,
hast du ioBroker auf der Sprechstelle am laufen oder hast du Node Red ohne ioBroker installiert ? -
@wal
An der Sprechstelle läuft ein Pi Zero mit baresip und node red. Iobroker läuft auf nem separat Server. Mit node red realisiere ich die Ansteuerung vom Nextion Display, RFID usw. -
@wal
moin erstmal.
Genau ich will auf jedem Raspi eine kleine Vis gestalten, auf der ich einmal klingel (call auslösen) und einmal annehmen kann (call accept/decline vom baresip)
Wie bzw. wo wird ein userdata Objekt erstellt? Ich hab in der Vis auf die Datenpunkte des DoorIO zugegriffen (CALL_1), aber das funzt so leider ned.
-
@renegade-0,
das Objekt Call1 wird nur True wenn ein Ruf ausgelöst wird, mit dem Objekt kann man selbst kein Ruf auslösen.
In den Userdata gibt es schon ein Beispiel Objekt(example_state) das du zum testen mal nehmen kannst.
Wähle das Objekt als Call1 aus und binde es in die Vis als Taster(nicht als Schalter) ein. -
@renegade-0,
sehe gerade das du auf deinem Bild kein Userdata hast, bei mir sieht das so aus:
edit: habe mich verschaut, dein Bild sind ja die Instanzen nicht die Objekte.
-
@mheymann,
für das Nextion habe ich ein Python-Script laufen, ich sende den Status über einen HTTP-Request an die ioBroker-API.
Mit Node-Red muss ich mir mal anschauen, hört sich interessant an. -
@wal
ja das objekt hab ich gefunden. Jetzt muss ich mal den Unterschied zwischen Taster und Schalter in der Vis herausfinden.
Und dann in DoorIO bei call_1 den example State einstellen oder wie? -
@renegade-0 ,
in die config von doorio und als Ring1 das Objekt auswählen und die Nummer eintragen die gewählt werden soll. -
@wal
Ich fands auch sehr interessant, vor allem ist die Integration über Node-Red ne echt feine Sache. Ich hab mich an dem Video von Matthias (haus-automatisierung.com) entlang gehangelt. Hier mal der Link: Link Text
So sieht mein Flow in Node-Red aus. Damit ist Display mit Pin Eingabe, Klingeltaster, RFID, PIR, Anwesenheit und mqtt zum ioBroker realisiert.
-
@wal
Das will irgendwie so ned, wie es soll. Ich werd erstmal mit der Homematic üben. da ist es leichter. Licht geht schon mal.
-
Aber falls einer mal eine Anleitung für mic hat, wie ich den DoorIO mit meiner Vis verknüpfe, dass auf Knopofdruck ein call startet, wäre ich echt dankbar.
-
Moin,
so nachdem die GUI nun mal so halbwers verstanden ist, gehts wieder an den DoorIO.
Die Instanz läuft jetzt und ist auf einen virtuellen Datenpunkt im Userdata verknüpft. Diesen kann ich über die GUI auch für ca 1s auf true setzen, dann gehts zurück auf false.
Aber der DoorIO will ned so ganz klingeln.
hier das log dazu:
Aus baresip heraus funktioniert der call aber einwandfrei.
Was mach ich falsch?
-
@renegade-0 ,
stelle mal den Adapter in den Instanzen von info auf debug, da sieht man im log mehr. -
-
@renegade-0 ,
es sieht so aus, als ob deine Rufnummer nicht korrekt eingegeben wäre.
Versuch mal die IP anstatt fritz.box.
sip:**625@192.168.xxx.xxxedit: dein Ruf kommt auch bevor sich doorio connected, das kann auch nicht gehen.
editedit: oder baresip stürzt durch den Ruf ab und verbindet sich neu. -
also der call in baresip geht so raus. Also über Konsole.
MAl das System neu gestartet und direkt auf IP umgestellt.
-
@renegade-0 ,
du siehst ja im Log, das 0_userdata.0.DoorIO.Ring im doorio.0 ankommt und sofort disconnected der Adapter . Das ist nicht normal.
so sieht mein Log aus:
ganz unten im log ist der Ruf der bei dir auch auftaucht, nur bei dir kommt keine Rückmeldung von Baresip. Ich denke das hat mit dem Redis-Error zu tun und nicht mit Barsip oder DoorIO.
-
@wal
jo denk ich auch, aber was ist dieser Redis-Error? -
@renegade-0 ,
das ist ioBroker intern, nutze die suche.
