Beiträge von irqnet

Stichwort: Pull down Widerstand

Hier im Forum gibt es meines Wissens eine Schaltung als Beispiel.

Durch Störungen von außen wird dein gpio getriggert, deswegen musst du ihn hart auf 0 ziehen.

seltsam: ich habe einen neuen SIP Account angelegt und den in doorpi eingetragen : funktioniert

Ich habe so das Gefühl das die Fritzbox bei Löschen und Neuanlage von einem SIP Client unter gleichen Nebenstellennummer irgendwie Probleme hat.

Unitymedia hat heute meine Fritzbox Cable 6360 auf FritzOS 6.50 upgedatet. Seit dem kann sich linphone nicht mehr als SIP Client mit der FB verbinden.

Auch ein Test unter Windows mit PhonerLite bringt das gleiche Ergebnis.

2016-09-23 15:02:24,507 [INFO]          [doorpi.doorpi] Weburl is http://doorpi:8080/
2016-09-23 15:02:24,513 [ERROR]         [doorpi.sipphone.from_linphone] resolver_process_data dns_res_check() error: Unknown error 3068233608 (-1226733688)
2016-09-23 15:02:24,517 [WARNING]       [doorpi.sipphone.from_linphone] Stun server resolution failed.
2016-09-23 15:02:24,522 [INFO]          [doorpi.sipphone.from_linphone] New local ip address is 192.168.155.10
2016-09-23 15:02:24,526 [INFO]          [doorpi.sipphone.from_linphone] Network state is now [UP]
2016-09-23 15:02:24,531 [INFO]          [doorpi.sipphone.from_linphone] Resolver is using DNS server(s):
2016-09-23 15:02:24,536 [INFO]          [doorpi.sipphone.from_linphone]         8.8.8.8
2016-09-23 15:02:24,541 [INFO]          [doorpi.sipphone.from_linphone] resolver_process_data dns_res_check() in progress
2016-09-23 15:02:24,545 [INFO]          [doorpi.sipphone.from_linphone] DNS resolution awaiting response, queued to main loop
2016-09-23 15:02:24,551 [INFO]          [doorpi.sipphone.from_linphone] LinphoneProxyConfig [0x14ce590] about to register (LinphoneCore version: 3.8.5-425-g787501e)
2016-09-23 15:02:24,567 [INFO]          [doorpi.sipphone.from_linphone] belle_sip_client_transaction_send_request(): waiting channel to be ready
2016-09-23 15:02:24,571 [INFO]          [doorpi.sipphone.from_linphone] channel 0x14e6200: state RES_IN_PROGRESS
2016-09-23 15:02:24,575 [INFO]          [doorpi.sipphone.from_linphone] transaction [0x14cd6e8] channel state changed to [RES_IN_PROGRESS]
2016-09-23 15:02:24,580 [INFO]          [doorpi.sipphone.from_linphone] channel 0x14e6200: state RES_DONE
2016-09-23 15:02:24,584 [INFO]          [doorpi.sipphone.from_linphone] transaction [0x14cd6e8] channel state changed to [RES_DONE]
2016-09-23 15:02:24,588 [INFO]          [doorpi.sipphone.from_linphone] channel 0x14e6200: state CONNECTING
2016-09-23 15:02:24,592 [INFO]          [doorpi.sipphone.from_linphone] transaction [0x14cd6e8] channel state changed to [CONNECTING]
2016-09-23 15:02:24,596 [INFO]          [doorpi.sipphone.from_linphone] Trying to connect to [UDP://192.168.155.1:5060]
2016-09-23 15:02:24,600 [INFO]          [doorpi.sipphone.from_linphone] belle_sip_get_src_addr_for(): af_inet6=0
2016-09-23 15:02:24,604 [INFO]          [doorpi.sipphone.from_linphone] Channel has local address 192.168.155.10:5060
2016-09-23 15:02:24,608 [INFO]          [doorpi.sipphone.from_linphone] channel 0x14e6200: state READY
2016-09-23 15:02:24,612 [INFO]          [doorpi.sipphone.from_linphone] transaction [0x14cd6e8] channel state changed to [READY]
2016-09-23 15:02:24,616 [INFO]          [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x14cd6e8], from state [INIT] to [TRYING]
2016-09-23 15:02:24,622 [INFO]          [doorpi.sipphone.from_linphone] channel [0x14e6200]: message sent to [UDP://192.168.155.1:5060], size: [498] bytes
REGISTER sip:192.168.155.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.155.10:5060;branch=z9hG4bK.9LdsVsAni;rport
From: "DoorPi" <sip:621@192.168.155.1>;tag=xTCOC6SzF
To: "DoorPi" <sip:621@192.168.155.1>
CSeq: 20 REGISTER
Call-ID: 3VuNuUtl2N
Max-Forwards: 70
Supported: outbound
Accept: application/sdp, text/plain, application/vnd.gsma.rcs-ft-http+xml
Contact: <sip:621@192.168.155.10>;+sip.instance="<urn:uuid:26e5301f-aa48-4f39-9461-afa6a59c9884>"
Expires: 3600
User-Agent: (belle-sip/1.4.1)




2016-09-23 15:02:24,626 [INFO]          [doorpi.sipphone.from_linphone] Neither Expires header nor corresponding Contact header found, checking from original request
2016-09-23 15:02:24,630 [INFO]          [doorpi.sipphone.from_linphone] Refresher [0x14d4ec0] takes ownership of transaction [0x14cd6e8]
2016-09-23 15:02:24,635 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x14c9740] notifying [display_status]
2016-09-23 15:02:24,638 [INFO]          [doorpi.sipphone.from_linphone] Proxy config [0x14ce590] for identity ["DoorPi" <sip:621@192.168.155.1>] moving from state [LinphoneRegistrationNone] to [LinphoneRegistrationProgress]
2016-09-23 15:02:24,643 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x14c9740] notifying [registration_state_changed]
2016-09-23 15:02:24,647 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] >>> pylinphone_Core_callback_registration_state_changed(0x14c9740, 0x14ce590, 1, "Registration in progress")
2016-09-23 15:02:24,651 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] <<< pylinphone_Core_callback_registration_state_changed
2016-09-23 15:02:24,706 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x14c9740] notifying [network_reachable]
2016-09-23 15:02:24,710 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] >>> pylinphone_Core_callback_network_reachable(0x14c9740, 0x1)
2016-09-23 15:02:24,714 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] <<< pylinphone_Core_callback_network_reachable
2016-09-23 15:02:24,719 [INFO]          [doorpi.sipphone.from_linphone] channel [0x14e6200]: received [293] new bytes from [UDP://192.168.155.1:5060]:
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 192.168.155.10:5060;branch=z9hG4bK.9LdsVsAni;rport=5060
From: "DoorPi" <sip:621@192.168.155.1>;tag=xTCOC6SzF
To: "DoorPi" <sip:621@192.168.155.1>;tag=4C3B3EF8EC486CD1
Call-ID: 3VuNuUtl2N
CSeq: 20 REGISTER
User-Agent: FRITZ!OS
Content-Length: 0




2016-09-23 15:02:24,734 [INFO]          [doorpi.sipphone.from_linphone] channel [0x14e6200] [293] bytes parsed
2016-09-23 15:02:24,738 [INFO]          [doorpi.sipphone.from_linphone] channel [0x14e6200]: discovered public ip and port are [192.168.155.10:5060]
2016-09-23 15:02:24,742 [INFO]          [doorpi.sipphone.from_linphone] Found transaction matching response.
2016-09-23 15:02:24,746 [INFO]          [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x14cd6e8], from state [TRYING] to [COMPLETED]
2016-09-23 15:02:24,750 [INFO]          [doorpi.sipphone.from_linphone] Refresher: scheduling next timer in 60000 ms
2016-09-23 15:02:24,754 [INFO]          [doorpi.sipphone.from_linphone] Register refresher  [404] reason [Not Found] for proxy [sip:192.168.155.1]
2016-09-23 15:02:24,758 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x14c9740] notifying [display_status]
2016-09-23 15:02:24,763 [INFO]          [doorpi.sipphone.from_linphone] Proxy config [0x14ce590] for identity ["DoorPi" <sip:621@192.168.155.1>] moving from state [LinphoneRegistrationProgress] to [LinphoneRegistrationFailed]
2016-09-23 15:02:24,767 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x14c9740] notifying [registration_state_changed]
2016-09-23 15:02:24,771 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] >>> pylinphone_Core_callback_registration_state_changed(0x14c9740, 0x14ce590, 4, "Not Found")
2016-09-23 15:02:24,775 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] <<< pylinphone_Core_callback_registration_state_changed
2016-09-23 15:02:24,780 [ERROR]         [doorpi.sipphone.from_linphone] resolver_process_data dns_res_check() error: Unknown error 3068233608 (-1226733688)
2016-09-23 15:02:24,784 [WARNING]       [doorpi.sipphone.from_linphone] Stun server resolution failed.
2016-09-23 15:02:26,387 [INFO]          [doorpi.status.webserver] DoorPiWeb URL is http://doorpi:8080/
2016-09-23 15:02:28,082 [INFO]          [doorpi.status.webserver] DoorPiWeb URL is http://doorpi:8080/
2016-09-23 15:02:29,825 [INFO]          [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x14cd6e8], from state [COMPLETED] to [TERMINATED]
2016-09-23 15:02:29,829 [INFO]          [doorpi.sipphone.from_linphone] Client internal REGISTER transaction [0x14cd6e8] terminated

DoorPi schmeißt beim Start die folgenden Logs für Linphone raus.

Meine unveränderte Config, sieht aktuell so aus:

[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 15
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 = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = meinpasswortstehthier
sipserver_realm = fritz.box
sipserver_server = 192.168.155.1
sipserver_username = 621
stun_server = 
ua.max_calls = 2
video_codecs = VP8
video_device = V4L2: /dev/video0
video_display_enabled = False
video_size = uxga

Gibt es bei der aktuellen Fritzbox OS Version eine Anpassung die es zu beachten gilt?

Zitat von MarcusS

Doch, das geht. Und zwar ist der Benutzername später die interne Nummer.

Interne Nummer ist klar, ich möchte den DoorPi aber auch über eine MSN von außen anrufen können. Und dafür fehlt mir die Zuweisung der externen Rufnummer.

Zitat von MarcusS

Ja, du musst auf der fritzbox eine Türsprechstelle einrichten. Geht ab dem 6.5er OS. Dort kann man dann eine Livebild Quelle hinterlegen. Nun gibst du aber nicht den Stream sondern die URL zum Einzelbild ein. Verwende nach Möglichkeit die IP und nicht den Hostname. Beim mjpg-streamer war das http://192.168.x.x:9000/?action=snapshot. Dann leitest du das Klingeln dieser Türsprechstelle an das C4 weiter und das wars.

Kann es sein das man der Türsprechnebenstelle in der Fritzbox keine eingehende Telefonnummer zuweisen kann?

Somit fehlt bei Realisierung über diese FB Funktion dann die Möglichkeit DoorPi anzurufen und via DTMF Befehle zu senden.

Hallo zusammen,

ich bin mir nicht sicher ob dieses Thema/Feature schon mal diskutiert wurde. Mich würde interessieren ob es möglich ist eine SMS an DoorPi zu schicken die Befehle enthält, unter Berücksichtigung der admin numbers, die dann von DoorPi ausgeführt werden können.

Ist es über das SIP Protokoll unter linphone überhaupt möglich SMS zu senden bzw. zu empfangen?

Der Anwendungsfall ist sicherlich gering, aber eine SMS ist manchmal doch der stabilste Weg ein Kommando abzusetzen.

Ein kleines Update!

Neben den vielen Baustellen im Haus bin ich mal dazu gekommen die Türspionkamera in der Haustür zu versenken

Weiter Bilder vom Anschluss folgen natürlich:

pahenning: ok, ist erledigt

Zitat von Tabularasa

Hi. Hatte das auch mal probiert mit der Zusammenfassung. Bei mir ging es jedoch nicht. Nachdem ich dann das ü in ue geändert hatte, ging es plötzlich. Nun würde ich aber gern das ü verwenden, wie geht das? Bearbeite mit WinSCP

Mit WinSCP direkt bearbeiten ist sicherlich keine gute Idee, damit versaust Du in der Regel den Zeichensatz weil du eine Datei die vom Raspberry kommt mit Windows bearbeitest. Ich empfehle Dir die Anpassung entweder direkt im Editor auf dem Pi zu machen (vi oder nano) oder einen geeigneten Editor unter Windows zu nutzen wie z.b. PSPad

http://www.pspad.com/de/

Jep, funktioniert zumindest mit dem Stream meiner Kamera direkt. MJPEG Streamer hab ich noch nicht versucht anzubinden.

Du konfigurierst einfach zwei Buttons:

Button 1:

Kontext: Active
Typ: Aktions URL
Nummer: die URL deines Streams gefolgt von "#mjpg" (ohne die Anführungszeichen)
Kurzform: Frei wählbarer Text

Button 2:
Typ: Aktions URL
Nummer: #mjpg_stop
Kurzform: Stop

Beispielhaft meine Config:

Ich wüsste aber nicht das ich meine Box von UM einfach tauschen kann. Ich brauche doch die entsprechende Konfiguration vom Netzanbieter.

Gesendet von meinem Z1 mit Tapatalk

Zitat von no_Legend

Langsam werde ich echt Traurig.
Meine 6360 bekommt immer noch kein Update auf 6.50

Echt die schnautze voll.
Hab mit den denen auch schon Kommuniziert.
Da sag der Typ ich soll in einen Buisness Tarif wechseln.

Zitat von dtp

Da würde ich doch mal bei Unitymedia nachfragen, ob Du die 6360 Cable nicht gegen die 6490 Cable tauschen kannst. Ich zahle für meine Box 5,- € monatlich. Die ist also nur gemietet. Hatte schon mehrfach gehört, dass UM-Kunden ihre 6360 getauscht bekamen.

Hab ich letztens gemacht, die 6490 bekommt man nur bei einem Tarifwechsel auf ein Produkt über 150 Mbit.

Joker: Du hast Recht, twilight ist glaube ich die aktuellere Fassung.

Ich stelle mir die Konfig relativ simpel vor, anhand der Geokoordinaten +x Stunden/Minuten den http request auf ein Event im Doorpi schicken. Das Namensfeld sollte sich ja mit einer einfachen LED beleuchten lassen, also muss dafür nur ein GPIO oder wer hat einen PiFace Ausgang schalten.

Wird bei mir auch so gemacht, ist aber noch nicht umgesetzt

Habe gerade mal ein Objekt in FHEM definiert:

define Tageslicht twilight 0.00000 0.0000

was dann folgende readings liefert:

light definiert den aktuellen Zustand

Der Zustand müsste dann über einen Watchdog abgefragt und das Event getriggert werden:

define Daemmerung_Watchdog DOIF ([Tageslicht:light] eq "6") (GetFileFromURL(http://doorpi/event) DOELSEIF ([Tageslicht:light] ne "6") (GetFileFromURL(http://doorpi/event)

edit: scheint zu klappen, ich lasse mir gerade zum testen aus FHEM eine Nachricht über Telegram schicken wenn sich der Status ändert, aktuell ist er bei 9 was sich nicht mit der Tabelle deckt, weil light nicht gleich state ist. Hier die Erklärung:

STATE wird beim Twilight-Modul von 0 - 11 durchgezählt.
0 -> vor astronomischen Aufgang
1 -> vor nautischem Aufgang
2 -> vor zivilem Aufgang
3 -> vor Sonnenaufgan
4 -> vor Indoor-Aufgang
5 -> vor "Wetter-Aufgang"
6 -> vor "Wetter-Untergang" (also den meisten Tag lang)

Bis hierher ist light = STATE. Von nun an wird light wieder weniger (es wird ja dunkler) aber STATE schreitet vor, um Sonnenuntergänge von -aufgängen unterscheidbar zu machen.

7 -> vor Indoor-Untergang
8 -> vor Sonnenuntergang
9 -> vor zivilem Untergang
10 -> vor nautischem Untergang
11 -> vor astronomischem Untergang

Bitte auch bedenken, dass in der Nordhälfte Deutschlands die Sonne astronomisch im Sommer ca. 6 Wochen lang nicht untergeht, State wird also nicht alle Werte durchlaufen und light wird nie 0 sein.

Der Einfachheit sollte man also das Reading light abfragen und nicht den Status, habe das mal oben ergänzt.

Zitat von no_Legend

Wenn ich das richtig Verstanden habe, könnte ich auch FHEM dazu nutzen um Sonnenauf- und Sonnenuntergang auf DoorPi zu bekommen?

Gruß Robert

Korrekt, dazu gibt es folgendes Modul:

Zitat von FHEM WIKI

Das Hilfsmodul SUNRISE_EL bietet Funktionen, um Aktionen abhängig von Sonnenauf- und -untergangszeiten durchzuführen.

http://www.fhemwiki.de/wiki/SUNRISE_EL

welche Events du via HTTP Request dann bei DoorPi steuerst, bleibt Dir überlassen.

Sehr coole Idee, bei der Stelle musste ich allerdings schmunzeln

Zitat von han-solo

und ich rufe den Herrn des Hauses auf dem Hendi an

Text2Speech Engines muss man manchmal wohl zu ihrem Glück zwingen

Zitat von Nea

@irqnet

Kann man das Thema jetzt als erledigt markieren?

Hab es zwar noch nicht umgesetzt, aber in der Theorie haben wir ja alles geklärt Hab's mal markiert.

Zitat von Joker

Kennst Du smartvisu? Das benutze ich als Visualisierung. Die Buttons sind einfach vom Typ basic.button, und das Item ist der doorBellTarget dummy in FHEM. Der eine Button setzt den state auf internal und der andere auf external.

Kenne ich, nutze ich aber nicht. Aber jetzt wirds mir klar, hatte gedacht das ist ein einzelner Button den du mit Eventstate Icons jeweils wechseln lässt.

Joker: wie sieht denn die Buttondefinition bei Dir aus? Hast Du da eine EventMap hinterlegt?

Danke

So, gestern ist der GXV3500 angekommen. Das Gerät unterstützt zwei Videostreams (H264 via rtsp und MJPEG via http), außerdem hat es eine eigene API um diverse Parameter abzurufen, zu setzen und auch snapshots vom aktuellen Stream zu empfangen. Des Weiteren ist ein SIP Client integriert, dessen Funktion ich aber noch nicht getestet habe, bzw mir noch nicht in den Kopf will, wie ich das in Verbindung mit DoorPi nutzen könnte.

Der H264 Stream hat eine max. Auflösung von 704*576 bei 2048 kbps, der MJPG Stream leider nur 352*288 (CIF) bei max. 25 Frames. Das Ding hängt jetzt aktuell bei mir im 19" Schrank am Switch mit der Türspionkamera, deswegen ist die Bildqualität bei den Lichtverhältnissen auch extrem schlecht. Weitere Bilder ergänze ich dann im Laufe des Aufbaus.

Kompiliert ihr immer auf dem raspberry? Kann ja mitunter ewig dauern da wäre cross compiling ggfs einfacher.

Gesendet von meinem Z1 mit Tapatalk

Zitat von Nea

Funktioniert überaschend gut das Overlay.

Es geht auch in der Tat mit imagemagick. Mein Test via Telegram sieht gerade so aus:

#!/bin/bash
sudo php /usr/local/etc/DoorPi/tools/take_snapshot_doorpi.php /tmp/doorpi.jpg
composite -gravity NorthWest overlay.png /tmp/doorpi.jpg /tmp/doorpi_ov.jpg
curl -s -k "https://api.telegram.org/_botapicodeHERE_/sendPhoto" -F chat_id=166493223 -F photo="@/tmp/doorpi_ov.jpg" -F caption="Haustürklingel"

Overlay:

Vorher:

Nachher: