Hallo Leute,
mittlerweile läuft mein DoorPi und muss sich jetzt in der Praxis beweisen.
Da ich schön länger meine fhem-Haussteuerung im Einsatz habe, würde ich gern beides verbinden.
Ist es möglich über das LAN Befehle an den DoorPi zu senden, so dass dieser z.B. das Außenlicht einschaltet oder ein Snapshot macht?
Die Daten des DoorPi im fhem zu sehen wäre auch nicht schlecht.
(Wann hat einer geklingelt, evtl. Bild dazu.....)
Grüße
Stuxi
So, nun funktioniert alles soweit, ein herzliches Dankeschön an die Entwickler !
Eine Frage hab ich vorerst aber doh noch:
EVENT_OnKeyDown_onboardpins.0
10:out Licht,1
..
..
..
50 call:11
..
..
80 Out:Licht,0
funktioniert nicht.
Nach der 10 geht das Licht wieder aus, auch ein
10 out:Licht,1,0,120
funktioniert nicht, weil dann erst 120 sec gewartet wird, bis der nächste Schritt gemacht wir.
Das Licht soll aber mit dem klingeln eingeschaltet werden und durch einen Befehl später erst wieder aus, ggf. mit Verzögerung.
und:
Wie kann man gleichzeitige Befehle absenden?
Heute gabs den großen Durchbruch !
Mein Fehler: Ich habe in der FritzBox den DoorPi als Sip_Telefon angemeldet. Prinzipiell isses das ja auch, aber
als Türsprechanlage funktioniert eben erst richtig 
Also bei Telefoniegeräte auf IP-Türsprechanlage gehen und dort alles inkl. Videostreamadresse eintragen, dann klappts.
Jetzt erklärt sich mir auch die Sache mit call:11
Das ist in der Türsprechanlage definiert und ist eben nicht call:**611
Bild bekomme ich jetzt auch aufs Fritz!Fon.
Nur komischer Weise klingelt das Telefon einmal kurz, es ist ganz kurz ein Bild zu sehen, dann wird aufgelegt und 2 sec später klingelts erneut.
Dann steht da auch annehmen und Tür öffnen und das funktioniert dann auch.
Nach dem ersten anklingeln stürzt der DoorPi auch oft ab.
EVENT_OnKeyDown_onboardpins.0
10=os_execute:sudo service mjpeg_streamer start
20=take_snapshot
40=os_execute:aplay !BASEPATH!/media/doorbell.wav -D sysdefault:CARD=0
60=call:11
onboardpins_InputPins.0
0=call:**610
3=call:**610
Wiederspricht sich da was ?
Kann das gehen mit call:11 und call:**610 ?
MT-F ist das DECT-Telefon Fritz!Fon MT-F.
Hat ein Farbdisplay und unterstützt die Bildübertragung von Webcams seit der neuesten Firmware, genauso wie die Fritz!Box seit letzter Firmware.
Gerade dadurch dürfte dieses Projekt einen großen Kick erleben dürfen, wenn es bekannter wäre ...
Genug Fritz!Boxen und dazugehörige Fritz-Telefone sind ja im Umlauf.
Ich hab mir die Log nochmal angesehen. Scheint als wäre hier die Stelle, wo das System hängen bleibt :
2016-02-02 20:10:20,807 [DEBUG] [doorpi.sipphone.from_linphone] [PYLINPHONE] <<< pylinphone_Core_callback_registration_state_changed
2016-02-02 20:10:20,831 [INFO] [doorpi.sipphone.from_linphone] Linphone core [0x1ea5028] notifying [display_status]
2016-02-02 20:10:20,834 [INFO] [doorpi.sipphone.from_linphone] Garbage collecting unowned object of type belle_sip_header_contact_t
2016-02-02 20:10:20,846 [INFO] [doorpi.sipphone.from_linphone] Garbage collecting unowned object of type belle_sip_header_contact_t
2016-02-02 20:10:25,656 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x1efeea0], from state [COMPLETED] to [TERMINATED]
2016-02-02 20:10:25,672 [INFO] [doorpi.sipphone.from_linphone] Client internal REGISTER transaction [0x1efeea0] terminated
2016-02-02 20:10:25,882 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x1f291f8], from state [COMPLETED] to [TERMINATED]
2016-02-02 20:10:25,885 [INFO] [doorpi.sipphone.from_linphone] Client internal REGISTER transaction [0x1f291f8] terminated
was ist belle_sip_header_contact_t ?
hier die doorpi.ini :
[AREA_installer]
.* =
[AdminNumbers]
**620 = active
**630 = active
**99 = active
[DTMF]
"#" = out:Tueroeffner,1,0,3
"1" = out:Licht,1,0,3
"2" = out:frei1,1,0,3
"3" = out:frei2,1,0,3
[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = blinking_led
number_of_snapshots = 10
snapshot_path = !BASEPATH!/../DoorPiWeb/snapshots
snapshot_size = 1280x720
[DoorPiWeb]
indexfile = index.html
ip =
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = !BASEPATH!/../DoorPiWeb
[EVENT_OnKeyDown_onboardpins.0]
10 = on:execute sudo service mjpg_streamer start
20 = take_snapshot
40 = os_execute:aplay !BASEPATH!/media/doorbell.wav -D sysdefault:CARD=0
60 = call:**610
[EVENT_OnStartup]
10 = sleep:1
[Group]
administrator = door
[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 20
capture_device = ALSA: default device
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
identity = DoorPi
local_port = 5060
max_call_time = 120
playback_device = ALSA: default device
record_while_dialing = true
records = !BASEPATH!/records/!LastKey!/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = password
sipserver_realm = fritz.box
sipserver_server = 192.168.1.1
sipserver_username = 628
stun_server =
ua.max_calls = 2
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = True
video_size = vga
[SMTP]
from = DoorPi
need_login = True
password = password
port = 587
server = smtp.provider.de
use_tls = True
username = mail@adresse.de
[User]
door = pi
[WritePermission]
administrator = installer
[keyboards]
onboardpins = piface
[onboardpins_InputPins]
0 = call:**620
1 = call:**99
2 = call:**622
3 = call:**630
[onboardpins_OutputPins]
0 = Licht
1 = Tueroeffner
2 = frei1
3 = frei2
4 = frei3
5 = frei4
6 = frei5
7 = blinking_led
[onboardpins_keyboard]
bouncetime = 100
polarity = 0
pressed_on_keydown = TrueIch drücke Taster 0 am PiFace, wav wird abgespielt, Telefon klingelt kurz - kein Bild auf dem MT-F, dann legt doorpi auf und die blinking_led bleibt dunkel.
System ist lahmgelegt.
auf IP:8080 ist aber weiterhin livestream zu sehen.
die log:
2016-02-02 20:10:20,482 [INFO] [doorpi.sipphone.from_linphone] Auth info found for [628] realm [fritz.box]
2016-02-02 20:10:20,487 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x1efeea0], from state [INIT] to [TRYING]
2016-02-02 20:10:20,502 [INFO] [doorpi.sipphone.from_linphone] channel [0x1ec0ba0]: message sent to [UDP://192.168.1.1:5060], size: [655] bytes
REGISTER sip:192.168.1.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.44:5060;branch=z9hG4bK.CSdGem1n8;rport
From: "DoorPi" <sip:628@192.168.1.1>;tag=rzNsKYDRT
To: "DoorPi" <sip:628@192.168.1.1>
CSeq: 24 REGISTER
Call-ID: AGn4YrMaJ2
Max-Forwards: 70
Supported: outbound
Accept: application/sdp, text/plain, application/vnd.gsma.rcs-ft-http+xml
Contact: <sip:628@192.168.1.44>;+sip.instance="<urn:uuid:b44e7019-7367-4ee9-a218-567adb89a0ef>"
Expires: 3600
User-Agent: (belle-sip/1.4.1)
Authorization: Digest realm="fritz.box", nonce="6753F0F953E2DEFB", username="628", uri="sip:192.168.1.1", response="38633507880c061f4d85c24311991ecb"
2016-02-02 20:10:20,558 [INFO] [doorpi.sipphone.from_linphone] channel [0x1ec0ba0]: received [367] new bytes from [UDP://192.168.1.1:5060]:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.1.44:5060;branch=z9hG4bK.CSdGem1n8;rport=5060
From: "DoorPi" <sip:628@192.168.1.1>;tag=rzNsKYDRT
To: "DoorPi" <sip:628@192.168.1.1>;tag=4C8CF1990EEDFE26
Call-ID: AGn4YrMaJ2
CSeq: 24 REGISTER
WWW-Authenticate: Digest realm="fritz.box", nonce="752945491EEAFAB2"
User-Agent: FRITZ!OS
Content-Length: 0
2016-02-02 20:10:20,599 [INFO] [doorpi.sipphone.from_linphone] channel [0x1ec0ba0] [367] bytes parsed
2016-02-02 20:10:20,603 [INFO] [doorpi.sipphone.from_linphone] Found transaction matching response.
2016-02-02 20:10:20,606 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x1efeea0], from state [TRYING] to [COMPLETED]
2016-02-02 20:10:20,621 [INFO] [doorpi.sipphone.from_linphone] Auth info found for [628] realm [fritz.box]
2016-02-02 20:10:20,625 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x1f291f8], from state [INIT] to [TRYING]
2016-02-02 20:10:20,640 [INFO] [doorpi.sipphone.from_linphone] channel [0x1ec0ba0]: message sent to [UDP://192.168.1.1:5060], size: [655] bytes
REGISTER sip:192.168.1.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.44:5060;branch=z9hG4bK.xucGIgFVb;rport
From: "DoorPi" <sip:628@192.168.1.1>;tag=rzNsKYDRT
To: "DoorPi" <sip:628@192.168.1.1>
CSeq: 25 REGISTER
Call-ID: AGn4YrMaJ2
Max-Forwards: 70
Supported: outbound
Accept: application/sdp, text/plain, application/vnd.gsma.rcs-ft-http+xml
Contact: <sip:628@192.168.1.44>;+sip.instance="<urn:uuid:b44e7019-7367-4ee9-a218-567adb89a0ef>"
Expires: 3600
User-Agent: (belle-sip/1.4.1)
Authorization: Digest realm="fritz.box", nonce="752945491EEAFAB2", username="628", uri="sip:192.168.1.1", response="5a9fac35cdb365833d0dcf433c3ea312"
2016-02-02 20:10:20,696 [INFO] [doorpi.sipphone.from_linphone] channel [0x1ec0ba0]: received [677] new bytes from [UDP://192.168.1.1:5060]:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.44:5060;branch=z9hG4bK.xucGIgFVb;rport=5060
From: "DoorPi" <sip:628@192.168.1.1>;tag=rzNsKYDRT
To: "DoorPi" <sip:628@192.168.1.1>;tag=112B3C4508B6B804
Call-ID: AGn4YrMaJ2
CSeq: 25 REGISTER
Contact: <sip:628@192.168.1.44>;+sip.instance="<urn:uuid:79d2ab72-a320-45bc-b08b-0f1b36fd7c34>";expires=300
User-Agent: AVM FRITZ!Box 7490 (UI) 113.06.50 (Dec 4 2015)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer,reg
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 0
2016-02-02 20:10:20,743 [INFO] [doorpi.sipphone.from_linphone] channel [0x1ec0ba0] [677] bytes parsed
2016-02-02 20:10:20,747 [INFO] [doorpi.sipphone.from_linphone] Found transaction matching response.
2016-02-02 20:10:20,761 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x1f291f8], from state [TRYING] to [COMPLETED]
2016-02-02 20:10:20,764 [INFO] [doorpi.sipphone.from_linphone] Refresher [0x1eb86a0]: has no contact for request [0x1f27580].
2016-02-02 20:10:20,778 [INFO] [doorpi.sipphone.from_linphone] Refresher: scheduling next timer in 270000 ms
2016-02-02 20:10:20,782 [INFO] [doorpi.sipphone.from_linphone] Register refresher [200] reason [OK] for proxy [sip:192.168.1.1]
2016-02-02 20:10:20,786 [INFO] [doorpi.sipphone.from_linphone] Proxy config [0x1ea8dd0] for identity ["DoorPi" <sip:628@192.168.1.1>] moving from state [LinphoneRegistrationOk] to [LinphoneRegistrationOk]
2016-02-02 20:10:20,800 [INFO] [doorpi.sipphone.from_linphone] Linphone core [0x1ea5028] notifying [registration_state_changed]
2016-02-02 20:10:20,803 [DEBUG] [doorpi.sipphone.from_linphone] [PYLINPHONE] >>> pylinphone_Core_callback_registration_state_changed(0x1ea5028, 0x1ea8dd0, 2, "Registration successful")
2016-02-02 20:10:20,807 [DEBUG] [doorpi.sipphone.from_linphone] [PYLINPHONE] <<< pylinphone_Core_callback_registration_state_changed
2016-02-02 20:10:20,831 [INFO] [doorpi.sipphone.from_linphone] Linphone core [0x1ea5028] notifying [display_status]
2016-02-02 20:10:20,834 [INFO] [doorpi.sipphone.from_linphone] Garbage collecting unowned object of type belle_sip_header_contact_t
2016-02-02 20:10:20,846 [INFO] [doorpi.sipphone.from_linphone] Garbage collecting unowned object of type belle_sip_header_contact_t
2016-02-02 20:10:25,656 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x1efeea0], from state [COMPLETED] to [TERMINATED]
2016-02-02 20:10:25,672 [INFO] [doorpi.sipphone.from_linphone] Client internal REGISTER transaction [0x1efeea0] terminated
2016-02-02 20:10:25,882 [INFO] [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x1f291f8], from state [COMPLETED] to [TERMINATED]
2016-02-02 20:10:25,885 [INFO] [doorpi.sipphone.from_linphone] Client internal REGISTER transaction [0x1f291f8] terminatedich hoffe, das war der richtige Abschnitt ..
So, ich hab dann mal **610 eingetragen, nun kam einmal Der DingDong, dann wurde die **610 angerufen, einmal Tut und dann hängt das System 
pls
DoorPi ruft das Telefon mit der internen Rufnummer 11 über deine FritzBox an
Gruß mario
Aha , ich dachte das get mit **611 oder sowas, ok.
Aber was macht 10 = os_executeIcon_confusedudo service mjpg_streamer start ?
service mjpg_streamer start ist klar und das davor ?
Ich dachte der Service läuft ohnehin seit dem Start?
Und wieso soll beim device nicht V4L2: /dev/video0 rein ?
Ich habe die config jetzt mal genauso gemacht, Ergebnis:
Der DoorPi legt nach dem klingeln auf, ein Bild ist nicht zu sehen.
Ich hab call:11 rausgenommen, dann legt er nicht gleich auf.
Nach dem Klingeln kommt dann der normale Rufton, aber ein Bild kommt trotzdem nicht.
Was soll call:11 bewirken?
Was macht 10 = os_executeIcon_confusedudo service mjpg_streamer start ?
service mjpg_streamer start ist klar und der Rest?
Hallo Marcel,
ja das mit der Kamera ist leider bei mir auch so.
Mein Tür-LeihAndroide klingelt so lang bis ich ran gehe. Habe es gerade getestet: nach ca 30 sec habe ich die Taste gedrückt. Nach ca 2min wurde die Verbindung autom. getrennt
Ich bin mit der Config.ini noch nicht auf den grünen Zweig, aber kann man da die Ruflänge einstellen?
Klingeln denn deine Telefone länger?Gruß mario
Hallo,
Das gleiche Problem hab ich auch.
Konfiguration:
rPi B+
PiFace
Pi_Cam Noir
USB-Audio
Fritz-Box 7490 FW 6.5
Fritz-Fon MT-F FW 1.03.67
Software : Image von Eisbaeeer
Klingeln am Fritz-Fon und anderen Telefonen funktioniert, aber nur 3 mal, dann legt doorPi auf.
MPEG-Streamer über http://door-IP:8080 funktioniert.
Beim Klingeln wird jedoch kein Bild geladen, sondern nur der Name DoorPi angezeigt.
Auszug aus der config :
sipserver_username
620
echo_cancellation_enabled
False
stun_server
FirewallPolicy
PolicyNoFirewall
sipserver_server
192.168.178.1
dialtone
!BASEPATH!/media/ShortDialTone.wav
local_port
5060
video_codecs
VP8
record_while_dialing
true
playback_device
ALSA: default device
call_timeout
15
firewallpolicy
PolicyNoFirewall
video_size
qvga
sipphonetyp
linphone
sipserver_password
password
ua.max_calls
2
video_device
V4L2: /dev/video0
video_display_enabled
True
capture_device
ALSA: default device
dialtone_renew_every_start
False
sipserver_realm
fritz.box
identity
DoorPi
records
!BASEPATH!/records/!LastKey!/%Y-%m-%d_%H-%M-%S.wav
audio_codecs
PCMA,PCMU
dialtone_volume
35
max_call_time
120
Hat einer eine Idee?