Test Adapter doorio v2.1.2

[peterfido]

@Wal
Okay, ist erledigt.

[Wal]

@peterfido sagte in Test Adapter doorio v1.0.x:

@Wal
Okay, ist erledigt.

Hi, so kann ich das leider nicht übernehmen. Die Übersetzungen sind nicht korrekt, schau mal hier wie das gemacht wird.. Version 1.0.10.1 gibts auch nicht mach einfach 1.0.11 draus.

[peterfido]

@Wal
Das mit dem Übersetzungen hatte ich erwähnt. Deutsch und Englisch habe ich zu Fuss eingetippt.

Ich nutze leider kein VS Code, nur den Atom Editor.

[Wal]

Version 1.0.12 auf Github
Änderungen von peterfido hinzugefügt. Evtl. kann er über die Funktion und den Einsatzbereich etwas schreiben. Mir ist das noch nicht ganz klar.

[peterfido]

Super, danke.

Der Anwendungszweck ist folgender:
Doorio hat die Auswertung der DTMF. Diese dient der Steuerung bestimmter Funktionen.

Durch die hinzugefügte Rufnummernerkennung und der Whitelist nimmt Doorio nur Anrufe an, die es soll.

So kann man von unterwegs per einfachem Tasten-Telefon / Handy Zuhause eine Aktion auslösen. Z.B. Zentralaus, Zutrittskontrolle, Außenbeleuchtung, etc.

Die Whitelist erkennt auch Teile von Rufnummern. So kann man auch vom Büro aus anrufen, wo die Absenderkennung wegen verschiedener Durchwahlen evtl. variiert.

[bm2a]

@Wal
Guten Morgen,
als langjähriger DoorPi Nutzer bin ich jetzt auch auf DoorIO umgestiegen. Erstmal Danke für diesen tollen Adapter. Soweit funktioniert mein Testsystem. Aber an einem Punkt komme ich nicht weiter. Wie oder wo kann ich die Rufdauer eines Calls einstellen falls beim betätigen der Klingeltaste das Fritzfon nicht abgehoben wird?

[Wal]

@bm2a
das müsste die Option "call_local_timeout" in der Baresip-Config sein.
Ich werde den Adapter mit dieser Funktion erweitern, setze mich dieses Wochenende dran ,das geht ja gut zu machen.

[bm2a]

@Wal
Danke für die schnelle Rückmeldung. Die Option "call_local-timeout" ist es nicht. Habe ich schon versucht. Hab diesen Kommentar im Baresip Changelog im Internet gefunden: "call_local_timeout Timeout for incoming calls"

[Wal]

@bm2a ,
lade von Github herunter und teste bitte. Die Einstellung ist unter Ring RingTimeout in Sekunden zu finden und gib bitte Rückmeldung.

[bm2a]

@Wal läuft perfekt. Das ging jetzt schnell. Vielen Dank!

[mm321]

Hallo!

ich habe heute ganz blauäugig versucht den Adapter zu installieren, und Baresip auf dem Raspi3 in Betrieb zu nehmen.
Soweit läuft alles ganz gut, er hebt ab, ich habe both way Audio, und kann mit dem Adapter in iobroker mittels Tastendruck (DTMF) einen state ändern.

Was leider nicht funktioniert, ist einen Call über iobroker abzusetzen. Ich habe dazu ein Objekt erzeugt, und in der Instanzkonfiguration eingetragen. Wenn ich das Objekt auf true setze, stürzt der Adapter ab:

TypeError: Cannot read property 'val' of null

Vollständiger Error siehe Debug Log:
doorio_debug.txt

Hier meine Einstellungen in der Instanz:

Hat jemand eine Idee was falsch sein könnte?

Danke schonmal im voraus :)!

[mm321]

Hallo nochmal,

habe den Fehler gefunden, nachdem ich mir die .js durchgesehen habe.
Das Objekt "detour1" hatte kein value zugewiesen, das dürfte der Parameter sein, der darüber entscheidet ob die 1. oder 2. Rufnummer angerufen wird.

Nachdem ich diesen auf false gesetzt habe, kann ich nun über das andere Objekt einen Ruf absetzen!

Weiß trotzdem jemand, wieso die Objekte nicht korrekt bei der Installation angelegt werden?

Danke!

[Wal]

@mm321 sagte in Test Adapter doorio v1.1.x:

Hallo nochmal,

habe den Fehler gefunden, nachdem ich mir die .js durchgesehen habe.
Das Objekt "detour1" hatte kein value zugewiesen, das dürfte der Parameter sein, der darüber entscheidet ob die 1. oder 2. Rufnummer angerufen wird.

Nachdem ich diesen auf false gesetzt habe, kann ich nun über das andere Objekt einen Ruf absetzen!

Weiß trotzdem jemand, wieso die Objekte nicht korrekt bei der Installation angelegt werden?

Danke!

Kann ich dir nicht sagen da alles bei mir korrekt erstellt wird. In der io-package.json wird das Objekt erstellt und als default ein false gesetzt.

[mm321]

@Wal

Danke Walter!
Dann liegt es vermutlich an meinem ioBroker :-).

LG
Manuel

[Manni_67]

@Wal Danke für die Erstellung dieses Adapters. Das ist wirklich eine super Leistung.
Ich war bis vor kurzen auf der Schiene eine neue Türsprechanlage auf Basis von DoorPi zu realisieren, doch da bin ich auf unüberwindbare Hindernisse gestoßen. Dann fand ich durch Zufall deinen Adapter für den IOBroker.
Im Prinzip möchte habe ich folgende Hardware:
Raspberry Pi 3 B+
Piface2
FritzBox
IOBroker läuft auf zweitem Raspi

Leider habe ich schon geraume Zeit mit deinen Anleitungen und Beschreibungen verbracht.
Doch es will nicht klappen. Hast du noch ein fertiges, lauffähiges Image zur Hand, was mir die Arbeit ein wenig ersparen könnte?
Wäre schön wenn du dieses zur Verfügung stellen könntest.

Viele Grüße
Manfred

[Wal]

@Manni_67 sagte in Test Adapter doorio v1.1.x:

@Wal Danke für die Erstellung dieses Adapters. Das ist wirklich eine super Leistung.
Ich war bis vor kurzen auf der Schiene eine neue Türsprechanlage auf Basis von DoorPi zu realisieren, doch da bin ich auf unüberwindbare Hindernisse gestoßen. Dann fand ich durch Zufall deinen Adapter für den IOBroker.
Im Prinzip möchte habe ich folgende Hardware:
Raspberry Pi 3 B+
Piface2
FritzBox
IOBroker läuft auf zweitem Raspi

Leider habe ich schon geraume Zeit mit deinen Anleitungen und Beschreibungen verbracht.
Doch es will nicht klappen. Hast du noch ein fertiges, lauffähiges Image zur Hand, was mir die Arbeit ein wenig ersparen könnte?
Wäre schön wenn du dieses zur Verfügung stellen könntest.

Viele Grüße
Manfred

Hallo Manfred,
das Image ist immer noch auf Seite 1 zu finden und kann herunter geladen werden.

[Vespista]

@Wal
Hallo Wal
Bei meinen Recherchen bin ich auf dieses sehr interessante Projekt gestoßen.Erst mal Hut ab!!, ganz tolle Sache.
Ich habe dein Image auf eine SD karte mittels Win Disc Imager geschrieben, eine Datei ssh hinzugefügt, gebootet, die Dateien .baresip/config, .baresip/accounts, config.yml entsprechend angepasst und es funktioniert soweit alles !! …bis auf das Wlan

Ich habe wie in deinem post angegeben die Einträge
dtoverlay=pi3-disable-bt
dtoverlay=pi3-disable-wifi
aus der /boot/config.txt gelöscht und mit Strg-O und Strg-X gespeichert. Dann habe ich den Eintrag
ipv6.disable=1
aus der /boot/cmdline.txt gelöscht und mit Strg-O und Strg-X gespeichert.

Nach einem reboot war das wlan device immer noch nicht aktiv ein ifconfig ergibt nur ein eth0 und ein lo aber kein wlan0
auch meine Einträge in der /etc/wpa_supplicant/wpa_supplicant.conf
country=DE
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid=meinefritzbox
psk=meinwlanpasswort?
key_mgmt=WPA-PSK
}
brachten nach einem reboot keinen Erfolg. Ich bekomme das Wlan Device nicht zum laufen. Meine Fragen:

1. was mache ich falsch, bzw. muss ich noch ändern um das wlan Device wieder zum laufen zu bekommen?
   @johni : hast du das gelöst?, wenn ja, wie?
2. ich würde gerne noch ein Relais schalten (welches am Piface angeschlossen ist (Pin3)) sobald ein Klingeltaster eingelesen wird. Dieses soll meinen Verstärker für den Lautsprecher an der Türstation einschalten. Kann das realisiert werden?
   Im Voraus sage ich schon mal vielen Dank für die Unterstützung und für das tolle Projekt
   Gruß Tom

[Wal]

@Vespista,
zu 2.: Es gibt im Adapter unter state Einstellungen die du für das Ein/Ausschalten des Verstärkers nutzen kannst.
zu 1.: weiß ich jetzt nicht im Kopf, kann ich aber mal testen

[Wal]

@Vespista ,
zu 1.: Habe es eben getestet, dtoverlay=.... mit # aus kommentiert und mit sudo raspi-config in den WiFi-Einstellungen den AP und den Schlüssel eingegeben. Funktioniert astrein. Sonst habe ich nichts gemacht.

[Manni_67]

@Vespista said in Test Adapter doorio v1.1.x:

@Wal
Hallo Wal
Bei meinen Recherchen bin ich auf dieses sehr interessante Projekt gestoßen.Erst mal Hut ab!!, ganz tolle Sache.
Ich habe dein Image auf eine SD karte mittels Win Disc Imager geschrieben, eine Datei ssh hinzugefügt, gebootet, die Dateien .baresip/config, .baresip/accounts, config.yml entsprechend angepasst und es funktioniert soweit alles !! …bis auf das Wlan

Ich habe wie in deinem post angegeben die Einträge
dtoverlay=pi3-disable-bt
dtoverlay=pi3-disable-wifi
aus der /boot/config.txt gelöscht und mit Strg-O und Strg-X gespeichert. Dann habe ich den Eintrag
ipv6.disable=1
aus der /boot/cmdline.txt gelöscht und mit Strg-O und Strg-X gespeichert.

Nach einem reboot war das wlan device immer noch nicht aktiv ein ifconfig ergibt nur ein eth0 und ein lo aber kein wlan0
auch meine Einträge in der /etc/wpa_supplicant/wpa_supplicant.conf
country=DE
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid=meinefritzbox
psk=meinwlanpasswort?
key_mgmt=WPA-PSK
}
brachten nach einem reboot keinen Erfolg. Ich bekomme das Wlan Device nicht zum laufen. Meine Fragen:

1. was mache ich falsch, bzw. muss ich noch ändern um das wlan Device wieder zum laufen zu bekommen?
   @johni : hast du das gelöst?, wenn ja, wie?
2. ich würde gerne noch ein Relais schalten (welches am Piface angeschlossen ist (Pin3)) sobald ein Klingeltaster eingelesen wird. Dieses soll meinen Verstärker für den Lautsprecher an der Türstation einschalten. Kann das realisiert werden?
   Im Voraus sage ich schon mal vielen Dank für die Unterstützung und für das tolle Projekt
   Gruß Tom

@Vespista @Wal
ich habe ebenfalls das fertige Image von Wal genommen, benutze auch ein Piface2, doch im IOBroker werden mir die Objekte (DoorBell1....usw.) nicht unter mqtt angezeigt. Der Status des Mqtt Adapter ist grün und er connected sich auch (Status: true). An der config.yml habe ich nur die obige IP-Adresse geändert. Im Mqtt-Adapter wird das PiFace angelegt, doch nur ein Status, der den Wert "Dead" zeigt. Was bedeutet das? Ich bin da echt überfragt.
Könnt ihr mir da weiterhelfen?

VG
Manfred