NEWS
Test Adapter doorio v2.1.2
-
@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 TextSo 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. -
Hier nochmal der Auszug aus dem baresip Window
-
@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. -
So nun mein ganzes System auf die Latest gezogen, redis draufgepackt und migriert. Alle Adapter aktualisiert. DoorIO kommt mit einem neuen Fehler.
System Latest(Beta)
DoorIO ist jetzt 1.1.2
Objekts und STATE sind jetzt in redis migriert. -
@renegade-0 ,
sieht immer noch so aus als ob baresip sich verabschieden würde. Solche Fehler hatte ich noch nicht, da kann ich erst mal nicht helfen. Passiert das nach einem Ruf oder einfach so ? -
@renegade-0 Nabend,
hast du eigentlich immer noch auf beiden Pi´s ioBroker und Barsip Laufen? Möglicherweise kommt sich ja da was ins Gehege.
Ich würde mal versuchen das ganze in eine Richtung zum laufen zu bekommen. Barsip an der Tür Seite, ioBroker an der anderen Seite und das Gespräch über ein Telefon an der FritzBox zu führen. Wenn das funktioniert, kann man ja immer noch versuchen das auch in die andere Richtung hin zu bekommen.Du hattes erwähnt, dass du später Türseitig nen pi Zero verwenden möchtest. Ich glaube das der Zero da schnell an seine Grenzen stoßen wird, wenn da Barsip und ioBroker mit VIS drauf laufen sollen. Ich hatte Raspberry Pi Desktop auf meinem Zero und wollte meine VIS auf nem Monitor ausgegeben. Alleine das Öffnen des Brosers hat Ewigkeiten gedauert...
-
@wal
Das passiert immer, wenn ich einen Ruf starten will. -
ich habe schon alles mögliche durch. Mit nur einem Pi laufen. auf ein anderes Telefon der Fritz. Bin aber auch schon am überlegen, ob ich abspecke und es native probiere.
Python Oberfläche, baresip über script den call starten lassen, den Videostream als webstream schicke (oder baresip) . Nur den Arduino an der Türe auslesen muss ich noch überlegen. Der hängt ja dann auch am W dran.Alternativ wäre die Überlegung, den DoorIO aufs Hauptsystem zu packen und evtl gibt es da eine möglichkeit, ihn mit dem baresip auf dem Zero_W zu koppeln.