Beiträge von sgaechter

Pampersjoe: Ich bin dabei.

Ich kann:

- Python3 coden

- Foren moderieren

- dokumentieren

- Touble-shooten

Ich bin:

- gelernter Elektroinstallateur mit 15 Jahren Erfahrung in der Elektronik

- Seit 3 Jahren Applikationsentwickler mit Schwerpunkt Desktopanwendungen (vorzüglich Python )

ich habe Ressourcen:

- ca 3 - 6 Stunden pro Woche

DoorPi & ich:

- Seit nunmehr 7 Jahren ist DoorPi bei uns im Haus installiert - Nicht immer nur zur Freude der Bewohner :-), denn das System hat tücken und langsam nagt der Zahn der Zeit....

- Ich war aktiv in der Entwicklung des Fingerscanner-Keyboards involviert

- ich war vor ein paar Jahren auch mal an dem Punkt, dass ich DoorPi aktiv weiterentwickeln wollte, damals kamen mir grosse Projekte im Geschäft in die Quere, die mein Hirm "in Anspruch" nahmen.

Hallo Armin.

Ich nehme an, Reboot hatst du schon probiert?

Siehst du beim Aufruf der MJPG-Streamer URL."http://<URL_des_pis>:9000/stream.html" auch schwarz?

Was siehst du, wenn du den Befehl "sudo systemctl status mjpg_streamer.service" aufrufst?

Versuche malüber die Konsole den MJPG Service zu beenden : "sudo systemctl stop mjpg_streamer.service" und anschliessend:

"raspistill -o testshot.jpg"

Nun solltest du im gleichen Ordner eine Datei namens "testshot.jpg" haben. Wenn du dir diese über FTP runter ziehst und anschaust, solltest du deas Bild deiner Kamera sehen. Ist das schwarz, würde ich mal mit

"sudo apt-get update & sudo apt-get upgrade" alles aktualisieren und mit dem oberen Befehl nochmals versuchen.

Ist der nächste Versuch ebenfalls schwarz, tippe ich auf eine kaputte Kamera. Da kannst du mit einem Ersatz anklemmen mal versuchen. Nach dem Neustart des Pi's sollte dann der MJPG-Streamer wieder laufen und du kannst über die URL sehen, ob das was gebracht hat.

War der Versuch nach dem Update erfolgreich, sind Kamera und Treiber schon mal in Ordnung.

Danach kannst du mit "sudo systemctl start mjpg_streamer.service" den Dienst wieder starten und nochmals über die URL testen. hast du dort kein Bild, würde ich den MJPG-Streamer neu installieren.

Gruss

Sven

Hallo Jürgen.

Schau mal hier: Installationsprozess

Gruss

Sven

Hallo Bgll68.

Die Fehlermeldung sagt, dass das File nicht vorhanden ist.

In deinem Screenshot fällt mir auf, dass du das HOME-Verzeichnis zeigst. In der Fehlermeldung sehe ich aber, dass DoorPi unter "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/" installiert sein muss. Ich weiss nicht genau, wie deine Installation ins HOME rein kam. Hast du da alles hin kopiert?

Gemäss Fehlermeldung erwartet DoorPi dein Keyboard "from_mfrc522.py" unter "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboards".

Schau mal dort nach und kopiere das file dort hin und teste nochmals.

Gruss

Sven

Hallo Jürgen.

Habe über die Feiertage die Buster-Odysee hinter mir. Nachdem DoorPi zwei Wochen verrückt gespielt hat (GPIO's, PyFace usw...), habe ich alles wieder auf Stretch installiert - und siehe Da: Alles wieder in Butter. Ich würde dir empfehlen, mit dieser Übung zu warten, so lange DoorPi noch auf Python 2 basiert. Im Forum sind Stimmen zu lesen, welche bereit wären, bei einer Portierung mitzuhelfen. Wer weiss, vielleicht gehörst du ja auch dazu.

Ich würde, wenn möglich den alten IT-Grundsatz "Don't touch a running system" ernst nehmen

Gruss

Sven

Hallo deviloper .

Danke für deine Arbeit. Du hast mir mein fehlendes Puzzleteil zugespielt.

In deinem Keyboard ist noch ein Syntaxfehler drin: In Zeile 81 hast du eine schliessende Klammer zuviel und das Shebang am Anfang fehlt, damit keine Codierungsfehler auftreten.:

#!/usr/bin/env python
# -*- coding: utf-8 -*-

Bei mir sieht die funktionierende Config-Section so aus:

[fpreader_InputPins]
1 = sleep:0
2 = sleep:0

[fpreader_keyboard]
port = /dev/ttyUSB0 # hier ist in deinem Beispiel der falsche Keyname angegeben
security = 80

[keyboards]
fpreader = fingerprint

So habe ich das Keyboard dann ans Laufen gekriegt.

Vielen Dank für deine Arbeit. Da dran habe ich über ein Jahr geknobelt und habe es nie hin gepriegt - jetzt weiss ich auch, wo mein Denkfehler lag

Ich würde vorschlagen, ich teste eine Woche und anschliessend kannst du ja einen pull request zum DoorPi Repository machen, damit Thomas es in den MASTER-Zweig aufnehmen kann.

Gruss

Sven

Hallo motom001.

Nur so zur Verfollständigung. Beim unter #2 beschreibenen Script ist die Idee, dieses als separater Service laufen zu lassen. Es "horcht" MQTT und nutzt den Webservice als "Interface" zu DoorPi. Somit wird dieses Script nicht als Action in DoorPi integriert.

Demzufolge ist das "client.loop_forever()" dort schon richtig, sonst beendet sich das Script nach dem ersten MQTT- Event selber und der Service (sofern er so konfiguriert wird) muss das Script wieder starten.

Aber nun zu deiner Anmerkung iS Keyboard: Ich bin ganz deiner Meinung. DoorPi bringt alle Voraussetzungen mit, solche Dienste per Keyboard abzubilden. Das wäre natürlich dann auch der konfortable Weg. und erst noch ressourcenschonender.

Leider fand ich bisher keine Dokumentation, wie ein solches Keyboard genau programmiert wird (sprich API Doku). Ich habe erfolglos versucht, die bestehenden Keyboards zu analysieren um das herauszufinden.

Ich bin gerne bereit, Keyboards für MQTT (und auch für Telegram und weitere wie z.B Fhem) zu erstellen. Doch leider sind meine Hilferufe im Forum bisher in der Tiefe verhallt. Wenn du mir auf die Sprünge hilfst, bin ich gerne Bereit, Zeit zu investieren. (check mal deine Pn's, auch von motom001_new)

Kunstflieger: Damit keine Unsicherheit entsteht: Wenn du das Script als "SERVICE" einrichtest und nicht aus DoorPi heraus anstupst (das ginge ja grundsätzlich über "os_execute:" auch), ist motom001 's Bemerkung für dich eine Randnotiz.

happy basteling.

Sven

Hallo Kunstflieger.

Jetzt raffe ich, was du meinst... Da hat sich einen automatischen Zeilenumbruch reingeschmuggelt.

Das Ganze gehört auf die gleiche Linie (WoltLab stellt den Sorcecode selbst in der dafür vorgesehenen Box nicht richtig dar. das ist ärgerlich....).

Die korrekte URL in der Klammer heisst:

'http://localhost:8080/control/trigger_event?event_name=OnKeyPressed_file.dooropen&event_source=doorpi.keyboard.from_filesystem'

Kopiere ihn im Python Script einfach zwischen die Klammern, ohne Zeilenumbruch.

Danach wird wohl auch der Subscriptor funktionieren...

Hallo Kunstflieger.

Zitat von Kunstflieger

Befehl 'event_source=doorpi.keyboard.from_filesystem'

Du hast recht, dieser wird un der Doorpi.ini nicht weiter aufgeführt. Dieser Teil der aufgerufenen URL gehört zum constructor der Api.

Zitat von Kunstflieger

MQTT broker läuft schon und die DoorPi sendet auch schon fleißig Status an mein Dashboard. Daher meinte ich, dass die Publisher Funktion schon geht. Aber damit DoorPi als Subscriber auf Topics und Schlagwörter achtet, das muss ich noch rausfinden.

Aha demzufolge läuft der Broker auf deinem DoorPi?

Wie werden denn die Messages aufbereitet?

Ich glaube, dann kannst du den Subscriber dort irgendwo registrieren und einfach die URL aus meinem Python-Script aufrufen lassen.

Gruss Sven

Hallo Kunstflieger.

Voraussetzung ist ein MQTT Broker in deinem Netz und ein Python Script (in dieser Art) als Service:

#!/ usr/bin/env python
# -*- coding: utf-8 -*-

import paho.mqtt.client as mqtt
import requests
 
MQTT_SERVER = "localhost"
MQTT_PATH = "test_channel"
 
# The callback for when the client receives a CONNACK response from the server.
def on_connect(client, userdata, flags, rc):
    print("Connected with result code "+str(rc))
    if tuereoeffnen in str(rc):
        r = requests get('http://localhost:8080/control/trigger_event?event_name=OnKeyPressed_file.dooropen&event_source=doorpi.keyboard.from_filesystem') # Hier wird die URL zum unten erwähnten Event getriggert.
 
    # Subscribing in on_connect() means that if we lose the connection and
    # reconnect then subscriptions will be renewed.
    client.subscribe(MQTT_PATH)
 
# The callback for when a PUBLISH message is received from the server.
def on_message(client, userdata, msg):
    print(msg.topic+" "+str(msg.payload))
    # more callbacks, etc
 
client = mqtt.Client()
client.on_connect = on_connect
client.on_message = on_message
 
client.connect(MQTT_SERVER, 1883, 60)
 
# Blocking call that processes network traffic, dispatches callbacks and
# handles reconnecting.
# Other loop*() functions are available that give a threaded interface and a
# manual interface.
client.loop_forever()

Quelle: tutorials-raspberrypi.de

Sinnvollerweise erstellst du einen neuen Event für einen Eingang vom Keyboard "File" und nennst ihn "dooropen":

[EVENT_OnKeyPressed_file.dooropen]
10 = out:Tueroeffner,1,0,3

[filesystem_Inputpins]
dooropen = sleep:0

[file_keyboard]
base_path_input = /var/DoorPI/file/inputs
base_path_output = /var/DoorPI/file/outputs
bouncetime = 200
polarity = 0
pressed_on_keydown = True
reset_input = True

[keyboards]
file = filesystem

Da ich selber momentan kein MQTT in Betrieb habe, kann ich die Lösung nicht testen, aber grundsätzlich sollte sie dich zumindest auf die Fährte bringen

Gruss

Sven

Hallo motom001 und lefty01.

Ich wäre ebenfalls dabei, DoorPi ins nächste "Pythonjahrzehnt" zu bringen"

Ich feile zwar immer noch an meiner grossen Pythonkarriere, aber fühle mich fit mit einem Lead mitzugehen.

Hallo Gonzo.
Wie gewünscht, das Script mit while True- Schleife

#!/usr/bin/env python
# -*- coding: utf-8 -*-


"""
PyFingerprint
Copyright (C) 2015 Bastian Raschke <bastian.raschke@posteo.de>
All rights reserved.


@author: Bastian Raschke <bastian.raschke@posteo.de>


@revisioned by Sven Gächter (sven@familiegaechter.ch) to interact with DoorPi to unlock Doors
This Version will fire the Fingerscanner forever


"""


import hashlib
from pyfingerprint.pyfingerprint import PyFingerprint
import time , requests
import os
os.environ['http_proxy']=''
import urllib2




#Timeout for Reader unread
t_end = time.time() + 10
#print(time.time())
#print(t_end)


## Search for a finger




## Tries to initialize the sensor
try:
    f = PyFingerprint('/dev/ttyUSB0', 57600, 0xFFFFFFFF, 0x00000000)


    if ( f.verifyPassword() == False ):
        raise ValueError('The given fingerprint sensor password is wrong!')


except Exception as e:
    print('The fingerprint sensor could not be initialized!')
    print('Exception message: ' + str(e))
    exit(1)


## Gets some sensor information
print('Currently stored templates: ' + str(f.getTemplateCount()))


## Tries to search the finger and calculate hash
while True:
    try:
        print('Waiting for finger...')


        ## Wait that finger is read
        while ( f.readImage() == False ):
            pass
        ## Converts read image to characteristics and stores it in charbuffer 1
        f.convertImage(0x01)
        ## Searchs template
        result = f.searchTemplate()


        positionNumber = result[0]
        accuracyScore = result[1]
        hashkey = hashlib.sha256(characterics).hexdigest()
        f.loadTemplate(positionNumber, 0x01)
        characterics = str(f.downloadCharacteristics(0x01))


        if (positionNumber == -1 ) or accuracyScore < 70: ## Sicherheit erhöht: Der Erfassungswert des Fingers muss über 70 sein
            print('No match found!')
            # Transaction to DoorPi: No Finger listed or too long- Timeout.  // Please modify URL below with your credentials e.g: http://door:pi@doorpi:8080
            r = requests.get('http://username:password@doorpi-url:port/control/trigger_event?event_name=OnKeyPressed_webservice.redled&event_source=doorpi.keyboard.from_filesystem')
            r.json()
        #exit(0)
        else:
            print(('found Finger with Key: %s on position %s, with accuracy of: %s',str(fingerkey),str(positionNumber),str(accuracyScore))
            print('SHA-2 hash of Finger: %s',str(hashkey))
            # Transaction to DoorPi: Door Release OK. // Please modify URL below with your credentials e.g: http://door:pi@doorpi:8080
            r = requests.get('http://username:password@doorpi-url:port/control/trigger_event?event_name=OnKeyPressed_webservice.dooropen&event_source=doorpi.keyboard.from_filesystem')
        r.json()
    except Exception as e:
        print('Operation failed!')
        print('Exception message: ' + str(e))
        #exit(1)

Ungetestet, aber sollte klappen.

Habe auf Zeile 66 noch die Sicherheit etwas erhöht. Nun muss ein Finger einen Übereinstimmungs-Score von 70 haben, dass die Türe auf geht. Kann natürlich auch wieder angepasst werden.

Gruss
Sven

Zitat von gonzo0815

Hallo,

konnte das Projekt soweit umsetzten.
Was mir nur nicht so recht gefällt das man das script finger.py immer mit einem Befehl starten muss.
Gibt es keine Möglichkeit das der Fingerprint die ganze zeit aktiv ist?

Gruß Bernd

Hallo Bernd.

Ja, du kannst den Leser die ganze Zeit an lassen, sofern dich das ständige Geflacker des Lesers nicht stört.

Starte das Sceipt bwim Start von Doorpi oder bau' dir einen Service,
Packe den gesamten Code des Scripts “finger.pi“ ab
“## Tries to search the finger and calculate hash“
in eine “while True:“ Schleife und entferne die While-Schleife “while time.time() > t_end and“ und lass den Rest stehen. Schon macht der Leser was du willst.

Ich bastle noch immer am entsprechenden Keyboard, doch bin ich noch nicht so weit, wie ich sein möchte...
Gruss Sven

Gesendet von meinem BAH-W09 mit Tapatalk

Nutzt ddu bei phonerLite UDP oder TCP?
Bei TCP ist meines Wissens kein zusätzlicher Port nötig, da alles in den 5060er gekapselt wird. Das macht es als Protokoll hinter NAT etwas konfortabler. Siehe: https://www.dus.net/de/sip-ueber-tcp

Ob LinPhone in DoorPi auch TCP spricht, weiss ich leider auch nicht. Das wüssten wahrscheinlich @motom001 oder Nea.

Gesendet von meinem BAH-W09 mit Tapatalk

Hallo Korky.
Danke, du hast mir gerade die Landebahn geebnet.
Alex01: SIP braucht in der Tat noch mehr Ports für die Kommunikation. Vor einem Jahr musste ich im Geschäft die Firewall austauschen und da musste ich neben 5060 auch noch den Range 30000 - 30005 eingehend auf unsere PBX freigeben.
Kurz gegoogelt und gefunden: hier ist alles recht schön beschrieben: https://www.tecchannel.de/a/vo…ner-nat-firewall,433069,6
Ich hoffe das hilft dir nun weiter.

Da ich persönlich kein Freund von eingehenden Portweiterleitungen auf Geräte im Heimnetz bin, würde ich für den DoorPi eine DMZ oder ein VLAN bauen. Aber das überlasse ich jedem wie er will.

Gesendet von meinem BAH-W09 mit Tapatalk

Hallo Alex01.
Ich habe PCMA,PCMU eingestellt und ich kann problemlos auf Handy's anrufen. Wobei ich DoorPi nicht an einem public SIP betreibe, sondern hinter einer FritzBox.
Gruss
Sven

Gesendet von meinem BAH-W09 mit Tapatalk

Hallo Alex01.

Was genau meinst du mit "Dann passiert aber nichts und nach ca. 10 Sekunden löst es aus." ?
Kommt keine Sprachverbindung zustande?
Funktioniern denn dein Mikro und der Lautsprecher am Pi?
Events für den einkommenden Rufaufbau brauchts keine. Ausgehend muss das natürlich irgendwas triggern, aber das weisst du ja sicher.

Meine DoorPi.ini ist umfangreich und hat noch Kommunikation mit meiner Hausautomation drin, aber wenn du meinst, damit was anfangen zu können, dann hier:

[AREA_installer]
.* = 


[AREA_public]
.* = None


[AdminNumbers]
**** = Active


[DTMF]
"#" = out:Tueroeffner,1,0,3
"*" = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set D_Haupteingangstuere_Dauer on


[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = 
last_snapshot = /usr/local/etc/DoorPiWeb/snapshots/2019-05-20_22-24-50.jpg
number_of_snapshots = 50
snapshot_path = /usr/local/etc/DoorPiWeb/snapshots/


[DoorPiWeb]
indexfile = index.html
ip = 
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 8080
public = AREA_public
www = /usr/local/etc/DoorPiWeb


[EVENT_BeforeSipPhoneMakeCall]
10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd.doorpi=set doorpi call start
11 = os_execute:aplay !BASEPATH!/media/Haustuerklingel.wav


[EVENT_OnCallStateDisconnect]
10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd.doorpi=set doorpi call end


[EVENT_OnCallStateDismissed]
10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd.doorpi=set doorpi call dismissed


[EVENT_OnCallStateReject]
10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd.doorpi=set doorpi call rejected


[EVENT_OnKeyPressed_fhemservice.doorlocked]
10 = out:Tueroeffner,0
15 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set D_TH0_Haupteingangstuere_Status zu
20 = take_snapshot:http://localhost:9000/?action=snapshot


[EVENT_OnKeyPressed_fhemservice.dooropen]
10 = out:Tueroeffner,1,0,3
20 = take_snapshot:http://localhost:9000/?action=snapshot


[EVENT_OnKeyPressed_fhemservice.doorunlocked]
10 = out:Tueroeffner,1
15 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set D_TH0_Haupteingangstuere_Status offen
20 = take_snapshot:http://localhost:9000/?action=snapshot


[EVENT_OnKeyPressed_fhemservice.fritzpin]
10 = call:*18520


[EVENT_OnKeyPressed_fhemservice.takesnapshot]
10 = take_snapshot:http://localhost:9000/?action=snapshot


[EVENT_OnKeyPressed_gpiopins.10]
09 = call:11
10 = take_snapshot:http://localhost:9000/?action=snapshot
11 = url_call:http://osmc:8080/jsonrpc?request={"jsonrpc":"2.0","method":"Addons.ExecuteAddon","params":{"addonid":"script.doorpicam"},"id":"1"}}


[EVENT_OnKeyPressed_gpiopins.11]
10 = sleep:10 #url_call:http://fhempi:8083/fhem?XHR=1&cmd=set D_TH0_Haupteingangstuere_Status offen


[EVENT_OnKeyPressed_gpiopins.12]
10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set Haupteingangstuere_SchlossStatus abgeschlossen


[EVENT_OnKeyPressed_gpiopins.13]
09 = out:Tuerglocke_EG,1,0,1
10 = take_snapshot:http://localhost:9000/?action=snapshot
11 = os_execute:aplay !BASEPATH!/media/Haustuerklingel.wav


[EVENT_OnKeyPressed_gpiopins.15]
10 = out:Tueroeffner,1,0,3
20 = take_snapshot:http://localhost:9000/?action=snapshot


[EVENT_OnKeyUp_gpiopins.11]
10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set D_TH0_Haupteingangstuere_Status zu


[EVENT_OnKeyUp_gpiopins.12]
10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set Haupteingangstuere_SchlossStatus offen


[EVENT_OnSipPhoneCallTimeoutNoResponse]
10 = os_execute:/usr/local/etc/DoorPi/scripts/Klingelbild.sh


[EVENT_OnStartup]
10 = sleep:10
20 = os_execute:sudo systemctl start tuerpi.service
30 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set RebootDoorPi 1
40 = os_execute:/usr/local/etc/DoorPi/scripts/Startmeldung.sh


[Group]
administrator = door


[ReadPermission]
administrator = installer


[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 45
capture_device = ALSA: USB Audio Device
dialtone = !BASEPATH!/media/Haustuerklingel.wav
dialtone_renew_every_start = False
dialtone_volume = 15
echo_cancellation_enabled = True
identity = DoorPi
local_port = 5060
max_call_time = 120
playback_device = ALSA: USB Audio Device
record_while_dialing = true
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = *******
sipserver_realm = ********
sipserver_server = ********
sipserver_username = *********
stun_server = 
ua.max_calls = 2
video_codecs = VP8
video_device = http://127.0.0.1:9000/stream_simple.html
video_display_enabled = False
video_size = vga


[User]
door = ******


[WritePermission]
administrator = installer


[fhemservice_InputPins]
doorlocked = sleep:0
dooropen = sleep:0
doorunlocked = sleep:0
fritzpin = sleep:0
takesnapshot = sleep:0


[fhemservice_keyboard]
base_path_input = /var/DoorPI/fhemservice/inputs/
base_path_output = /var/DoorPI/fhemservice/outputs/
bouncetime = 2000
polarity = 0
pressed_on_keydown = True
reset_input = True


[gpiopins_InputPins]
10 = sleep:0 # Klingel 1.OG
11 = sleep:0 # Türstatus
12 = sleep:0 # Schlossstatus
13 = sleep:0 # Klingel EG
15 = sleep:0 # Handtüröffner
16 = sleep:0 # HandDauertüröffner


[gpiopins_OutputPins]
23 = Tueroeffner
24 = Tuerglocke_EG
26 = Tuerglocke_OG
7 = blinking_led


[gpiopins_keyboard]
bouncetime = 200
mode = BOARD
polarity = 0
pressed_on_keydown = True
pull_up_down = PUD_DOWN


[keyboards]
fhemservice = filesystem
gpiopins = gpio

Verwendung auf eigene Gefahr und ohne Supportanspruch meinerseits

Gruss
Sven

Hallo Kunstflieger.
Wie sieht dein Setup aus?
-nutzt du die GPIo's für die Klingelknöpfe, oder Piface?
-wie lang sind die Drähte?
- ziehst du das Potential runter beim drücken der Knöpfe, oder hast du sie einfach 3v - - - > Input an geklemmt?

Hatte ähnliches mal, weil mein Klingelknöpfe zu heiss bekam (Sonnenseite). Danach machte der ganz "lustige" Zustände.

Gruss
Sven

Hallo Alex01.

Eingehend ist dein Problem wohl, dass du die Anrufer Nummer nicht in der Config hinterlegt hast. DoorPi nimmt nur Anrufe von Admin-Nummern entgegen. Da musst du folgende Einträge in die Doorpi.ini aufnehmen:

[AdminNumbers]
+49160xxxxxxx@ims.telekom.de = Active

wobei ich mir nicht sicher bin, ob der CLIP so stimmt. unter Umständen kannst du das hinter dem "@" weglassen. Am besten probierst du mal aus.

Beim ausgehenden Call scheint dein angerufenes Gerät ein Problem zu haben. Der 606er bedeutet:

606	Not Acceptable	Das Endgerät des angerufenen Teilnehmers lehnt die SIP-Anfrage als unzulässig ab

Probier doch mal eine Verbindung DoorPi ---> Handy. Da hast du das codec-gedusel schon mal ausgeblendet.

Hier noch meine Einstellungen, wie ich sie in meiner DoorPi schon zwei Jahre problemlos nutze:

[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 45
capture_device = ALSA: USB Audio Device
dialtone = !BASEPATH!/media/Haustuerklingel.wav
dialtone_renew_every_start = False
dialtone_volume = 15
echo_cancellation_enabled = True
identity = DoorPi
local_port = 5060
max_call_time = 120
playback_device = ALSA: USB Audio Device
record_while_dialing = true
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = ******
sipserver_realm = ****
sipserver_server = ****
sipserver_username = ****
stun_server = 
ua.max_calls = 2
video_codecs = VP8
video_device = http://127.0.0.1:9000/stream_simple.html
video_display_enabled = False
video_size = vga

Vier Erfolg beim weitertüfteln.

Gruss
Sven

Hallo Forumgemeinde.
Ich möchte gerne den Staus seines in DoorPi definierten Ein- bzw Ausgangs über HTTPGET abfragen. Ich stelle mir das in etwa so vor:

Mit dem keyword "query_output" oder Wahlweise "query_input" anstatt "trigger_event"......

http://doorpi:8080/control/query_output?output_name=doorpi.Tueroeffner&output_source=doorpi.keyboard.from_piface

..... würde ich gerne folgendes zurück erhalten:

{
    "message": "query Output was success", 
    "status": true                    # wenn offen / false wenn geschlossen
}

Somit könnte ich meine externen Komponenten (Hausautomation) besser an Doorpi anbinden. Aktuell sende ich aus DoorPi HTTP-Requests an die Geräte, wenn der Staus wechselt. Das hat aber in der Vergangenheit schon öfters nicht geklappt, darum möchte ich es gerne umdrehen und den Staus der Doorpi-Ins und Outs abfragen, bevor ich Aktionen in der Hausautomation ausführe.

Gibt's eine solche Möglichkeit schon?

Vielen Dank für die Feedbacks.