Beiträge von korky2

Hallo Christopher,

Zitat von Copperhead

Heute ist mir ein Problem aufgefallen. Wenn mehrere Klingeltaster nacheinander gedrückt werden (oder auch gleichzeitig) klingelt immer nur das Telefon, das zur am letzt gedrückten Klingeltaste gehört.

Was soll denn passieren?
Nachtrag: Vielleicht die bouncetime herauf setzen?

Zitat von Copperhead

Meine Frage ist jetzt, ob das so normal ist, oder ob ich irgendetwas an DoorPi oder Asterisk falsch eingestellt habe.

Am besten wäre es, wenn du ein Trace-Log zur Verfügung stellst mit dem "Phänomen".

Zitat von Copperhead

Konfigurationsdateien gibt's im Anhang.

Die doorpi.ini ist nur eine Verknüpfung

Viele Grüße
Olaf

Hi.

Zitat von tomrach

So, was meinst Du mit "192.168.1.1/255.255.255.0 Wie kommt man den darauf? Aber egal, wenn es läuft ... ist es ja ok."
--> Das ist die ip meines Gateways/Router.

Es gibt Einstellungen, wo man das Subnet angibt (z.B. bei asterisk "localnet"). Hier würde dann eher 192.168.1.0/255.255.255.0 hin gehören. Da hat Dein Gateway nichts mit zu tun. Aber wenn es läuft ... ist es ja alles gut.

Zitat von tomrach

Hab gerade mal nachgeschaut im Asterisk, folgendes kam da raus: Es sind 3 Clients registriert, aber beim Doorpi steht "unspecified" ???

Dann kann man sich schlecht mit DoorPi unterhalten, wenn der sich nicht anmelden kann.

Zitat von tomrach

Bei mir laufen ja aber beide am selben Rechner

Ein Port kann auf jedem Rechner nur von einem Programm belegt werden. Hier der Port 5060 welcher von asterisk und doorpi benutzt werden soll.

Da asterisk wohl zuerst startet kann DoorPi den Port nicht mehr benutzen. Also muss ein Port, auf einen ungenutzten Port, umgelegt werden.
Beim DoorPi kannst du den Port z.B. auf 5061 legen indem du das in der "doorpi.ini" angibst.

(Doorpi natürlich dann nochmal neu starten, damit die Einstellungen übernommen werden)

[SIP-Phone]
[...]
local_port = 5061
[...]

Wenn das so auf Anhieb nicht funktioniert dann kann es noch sein, dass du im asterisk noch etwas um konfigurieren musst. (Stichwort "localhost")

Die Konstellation habe ich nicht. Sonst hier im Forum suchen ... bzw. einfach wieder melden.

Viele Grüße
Olaf

Hallo Stephan,

soweit ich den Parameter verstehe liegt es wohl an dem:

Zitat von b3rgmo

Code: doorpi.ini

[onboardpins_keyboard]
polarity = 1

Hier mal auf "0" setzen und Probieren.

Viele Grüße
Olaf

Hallo Bernd,

Zitat von berndhs

Ob dann die Übergabe per GET-Methode funktionieren würde (.../video.xml?user=door&password=pi)?

da sollte man mit http://<User>:<Passwort>@<IP-Adresse>/video.xml drauf kommen.

Zitat von berndhs

Werde den Apache installieren und die Datei dort ablegen. Wenn es dann 2 Webserver gibt, welcher reagiert auf die Anfrage?

Das sind ja mal Geschütze (apache). Für eine Datei? Muss ja für sich selber entscheiden.
Den Port vom DoorPi oder vom apache kann man ja auch verstellen.
Eventuell verbiegt sich DoorPi, beim Start, auch auf Port 8080. Meine das wäre so, wenn der Port 80 schon belegt ist. Will ich auch gar nicht drauf hinaus.

Ich habe mir "micro-httpd" mit "micro-inetd" auf Port 8080 installiert, weil ich das letzte Bild der Cam recht einfach haben wollte.

Viele Grüße
Olaf

Hallo Markus,

Zitat von Bayerl

Code

2017-11-26 09:00:51,154 [ERROR]   [doorpi.action.base] error while creating SingleAction from config string: bcall:**701Traceback (most recent call last):

und

Zitat von Bayerl

Bash: doorpi.ini

[AREA_installer]
15 = bcall:**701

da ist wohl ein b, bei "call", zu viel.

Viele Grüße
Olaf

Hallo Bernd,

der Web-Ordner ist in der door.ini konfiguriert. Bei mir sieht die entsprechende Sektion (DoorPiWeb) wie folgt aus:

[DoorPiWeb]
indexfile = index.html
ip = 
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = !BASEPATH!/../DoorPiWeb


[DoorPi]
base_path = /usr/local/etc/DoorPi

Daraus ergibt sich dann der Pfad /usr/local/etc/DoorPiWeb/.

Wahrscheinlich existiert bei dir das Verzeichnis nicht. Kannst Du aber anlegen und deine Datei/en da rein legen. Dabei Groß-Kleinschreibung beachten.
Wie sich dass dann mit den Berechtigungen, von DoorPi, verhält? Keine Ahnung.

Viele Grüße
Olaf

Guten Morgen.

192.168.1.1/255.255.255.0 Wie kommt man den darauf? Aber egal, wenn es läuft ... ist es ja ok.

Zitat von tomrach

Irgendwie scheint mir, das DoorPi nicht registriert ist,

Ob ein Client registriert ist kann man nachschauen:
Auf dem Rechner wo asterisk läuft an der Console asterisk -r eingeben.
Danach erscheint die Console von asterisk( <rechnername>*CLI>). Mit sip show peers werden die Rufnummern angezeigt. Wenn hinter der Rufnummer die entsprechende IP-Adresse steht, dann sollte das funktionieren.
Mit exit kommt man aus der asterisk-Console wieder raus.

(Ich habe eine alte Version von asterisk laufen. Kann sein, dass der Befehl sich in der Zwischenzeit ein wenig geändert hat.
Zudem bin ich als root angemeldet. Ggf. ein "sudo " davor stellen)

Zitat von tomrach

aber lt. den Configs sollte das doch OK sein, oder ?

Kommt halt immer darauf an, wie das zusammen gestellt ist. Wenn asterisk und doorpi zusammen auf einem Rechner laufen, passt das nicht.

Sonst sollte das hin hauen. Aber hier wird ein Tracelog sicherlich weitere Hinweise geben.

Viele Grüße
Olaf

Vielleicht das hier?
Error: No PiFace Digital board detected

Viele Grüße
Olaf

Hi, so pauschal kann man nur raten.

Zitat von tomrach

Blöde frage mal: Kann ich überhaupt mit dem Smartphone oder dgl... den DoorPi anrufen, es wird nach 40 sek. (timeout) abgebrochen, aber es tut sich nichts.

In der doorpi.ini müssen die Rufnummern, welche DoorPi anrufen dürfen, eingetragen werden.
Beispiel:

[AdminNumbers]
2000 = active
2001 = active

Hier reagiert DoorPi nur auf die Rufnummern 2000 und 2001

Viele Grüße
Olaf

Hallo Bernd,

genau das wollen "wir" sehen. Super.

Du hast eine ältere Version von Linphone (Version 3.8.0)

Benötigt wird die Version 3.9.0. Die läuft auf jeden Fall bei mir ... und funzt.

Viele Grüße
Olaf

Hallo Bernd,

läuft da noch etwas im Hintergrund? DooPi-Daemon oder so?

Am Besten den Rechner neu starten. Danach dann:
Erst den Daemon stoppen: sudo service doorpi stop oder sudo /etc/init.d/doorpi stop
Ein wenig warten.
Überprüfen, ob DoorPi wirklich beendet wurde mit: ps ax | grep doorpi
Da darf dann nur nur eine Zeile erscheinen ( 8415 pts/0 S+ 0:00 grep doorpi o.ä.)

Danach: sudo doorpi_cli --trace 2> /tmp/doorpi_trace.log.
Nach einiger Zeit sollte sich DoorPi wieder beenden und du siehst wieder den blinkenden Cursor.

Dann die erstellte Datei "/tmp/doorpi_trace.log" hier noch mal anhängen.

Viele Grüße
Olaf
PS: Wenn du als root auf dem Rechner arbeitest, dann "sudo" weg lassen

Mit dem Anhang hat nicht geklappt?

Viele Grüße
Olaf

Ohne Trace-Log kann man dazu nur raten.

Bitte die Log-Datei mit dem Fehler hier einstellen.

Viele Grüße
Olaf

Hi,

Zitat von tomrach

Muß ich, damit ich das testen kann, vorher Asterisk installieren, oder wie ?

Du brauchst eine "Vermittlungsstelle" (VoIP/SIP). Am Besten in deinem Netzwerk Zuhause. Dazu kannst du eine Fritzbox, oder Asterisk, oder 3CX, oder ... nehmen.
Ideal wäre es, wenn etwas schon vorhanden ist. Wie willst du sonst später mit DoorPi "sprechen"?

Zitat von tomrach

Ich muß noch dazu sagen, daß ich kein PiFace Modul habe, gehört das zwingend dazu ?

Kommt immer darauf an.
Wenn du mit dem DoorPi nichts schalten möchtest und keinen Taster anschließen willst, dann wird das PiFace-Modul nicht benötigt.

Zitat von tomrach

Kann ich einen Tasterdruck (Klingel) auch ohne dem PiFace Modul simulieren,[...] ?

Ja. Das sollte gehen, wenn Loxone einen http-Request auslösen kann.

Z.B.: Eine Taste als "Klingeltaster" konfigurieren, aber nichts anschließen. Dann ungefähr folgendes abschicken (mit angepassten Werten natürlich)
http://<Benutzer>:<Passwort>@<IP_DoorPi>/control/trigger_event?event_name=OnKeyDown_onboardpins.11&event_source=doorpi.keyboard.from_gpio

oder: Das Filesystem als virtuellen "Klingeltaster" benutzen. Da geht der Aufruf dann ähnlich.

Viele Grüße
Olaf

Hallo Wolle,

Zitat von wolle555

Jemand noch eine Idee?

Einen habe ich noch

Hänge doch mal  >/tmp/Startmeldung.log 2>&1 in der "doorpi.ini" entsprechend an:

[EVENT_OnStartup]
10 = sleep:1
20 = os_execute:/usr/local/etc/DoorPi/scripts/Startmeldung.sh >/tmp/Startmeldung.log 2>&1

Dann sollte nach dem Start eine Datei angelegt werden, mit der Rückmeldung vom Skript.

Mit cat /tmp/Startmeldung.log kannst Du dir dann die Datei anschauen, wenn vorhanden.
Rein theoretisch müssten darin dann entsprechende Fehlermeldungen stehen, wenn keine Nachricht verschickt wird. (Also wenn DoorPi als Daemon gestartet wird)
Wenn es läuft, dann steht dort die Rückmeldung vom Skript drin

Viele Grüße
Olaf

Zitat von wolle555

Als Info: Beim stoppen des Deamon und log erstellen habe ich eine Telegram Nachricht bekommen!?
Ich reboote, keine Nachricht.
Stoppe den Deamon, keine Nachricht.

Erstelle das Trace.log, Telegram meldet!???

Hä? Ähhh, keine Ahnung.

Zumindest läuft es ein bisschen?!??!

Laut dem Log wird das Script (/usr/local/etc/DoorPi/scripts/Startmeldung.sh) sauber, und ohne Fehler, aufgerufen.

Dann muss das Skript schuld sein.

Vielleicht fehlen die Umgebungsvariablen?
In der Datei "/usr/local/etc/DoorPi/scripts/Startmeldung.sh" vor dem curl direkt /usr/bin/ schreiben.

(ohne Leerstelle)

Ungefähr so:

/usr/bin/curl -s -k "https://api.telegram.org/bot248145805:AAHxF56ufhZGSS6jl25WCa9pApYV5Gai***/sendMessage" -d text="DoorPi gestartet" -d chat_id=245959***

(Die Zeile habe ich irgendwo aus diesem Thread hier kopiert und angepasst)

HTH

Sonst fällt dazu mir nichts ein ...

Viele Grüße
Olaf

Hi Wolle,

Zitat von wolle555

-rwxrwxr-x 1 root staff 157 Nov 1 21:55 /usr/local/etc/DoorPi/scripts/Startmeldung.sh

Ist "fast" perfekt. Sollte auf jeden Fall funktionieren (Les- und Ausführbar für Jeden)

Zitat von wolle555

ok, so funktioniert es auch: /usr/local/etc/DoorPi/scripts/Startmeldung.sh

Zitat von wolle555

erstellt mit dem Befehl:sudo doorpi_cli --trace 2> /tmp/doorpi_trace.log

und angehangen

Leider ist DoorPi auf Fehler gelaufen, weil der Daemon noch lief, Kannst du vorher DoorPi beenden?

Erst den Daemon stoppen
sudo /etc/init.d/doorpi stop oder sudo service doorpi stop
Ein wenig warten.
Danach: sudo doorpi_cli --trace 2> /tmp/doorpi_trace.log und anhängen

Viele Grüße
Olaf

Hallo Wolle,

Zitat von wolle555

Auf 775 geändert, hattest du ja auch so geschrieben...

Was gibt denn ls -alh /usr/local/etc/DoorPi/scripts/Startmeldung.sh aus?

Zitat von wolle555

Manuell kann man die Datei aber so aufrufen können, oder? Weil die Fehlermeldung kommt.
os_execute:/usr/local/etc/DoorPi/scripts/Startmeldung.sh
[...]

Das "os_execute:" sagt DoorPi, was er machen soll. Hier halt, dass etwas (was nach dem Doppelpunkt kommt) ausführen soll.

Wenn, dann müsstest du "nur" /usr/local/etc/DoorPi/scripts/Startmeldung.sh an der Konsole eingeben.
(Nichts davor. Kein "sh", kein "os_execute:")

Hilfreich wäre sonst auch das Trace-LOG

Viele Grüße
Olaf

Läuft doch (fast)
Zumindest wird ein Event ausgelöst.

In der Datei "/home/doorpi/calltarget" sollte die Telefonnummer stehen, welche angerufen wird.
Die Skripte für fhem sollen, laut deiner "doorpi.ini", auch in dem Verzeichnis "/home/doorpi/" stehen. Die können dann auch nicht aufgerufen werden, wenn das Verzeichnis nicht vorhanden ist.

Du kannst auch in der doorpi.ini die Rufnummer direkt eintragen.
Anstatt file_call_value:/home/doorpi/calltarget z.B. call:11 oder call:2910 eintragen. Je nachdem, welche Rufnummer angerufen werden soll.

Viele Grüße
Olaf

Hallo viper67,

zu dem Rest kann ich wohl weniger zu sagen. Ich habe weder PiFace, doorpiboard, fhem.
Sorry.

So wie ich deine doorpi.ini interpretiere, müsste die Rufnummer, welche in /home/doorpi/calltarget angerufen werden, wenn am PiFace der Eingang 0 auf GND geschaltet wird.

IMHO: doorpi_cli --trace starten, bis sich alles beruhigt hat. Dann Taste drücken und schauen was passiert.
Oder im Webinterface unter "Status" -> "Event Handler" -> Lasche "aktive Quellen" den entsprechenden Event auslösen und dann schauen was passiert.

Langsam vorarbeiten ...

Viele Grüße
Olaf