Beiträge von dtp

Zitat von Joker

Kann ich da sowas verwenden? Mir ist da irgendwie nicht ganz klar ob das jetzt ein Schalter oder ein Taster ist...

Es sind Taster, die bei geschlossener Klappe und Tür jeweils ebenfalls geschlossen sind. Irgendwer hat die Dinger mal als Mikroschalter bezeichnet, auch wenn es technisch gesehen falsch ist. Aber das passiert bei Regelung und Steuerung ja auch ständig.

Mein Aufbau sieht dann übrigens so aus:

Die Taster werden einfach parallel zu den entsprechenden Eingängen des PiFace-Moduls geschaltet. So triggern sie nur beim Öffnen ein Ereignis. Die entsprechenden Einträge für die doorpi.ini poste ich heute Abend.

Zitat von Joker

So wird DoorPi quasi zum universellen Input/Output System
Weil nen Taster überwachen und dann eine Push-Nachricht verschicken hat ja mit der Türklingel eigentlich nix zu tun.

Jepp. Aber einem geschenkten Barsch, schaut man bekanntlich nicht in den ... Na Du weißt schon.

Bis dann,

Thorsten

Zitat von Nea

Müsstest Du halt mal ausprobieren.

Ich mache es ja so, dass ich den Lautsprecher je nach Verwendung des TLE 061-0 oder des SIP-Phones über das Relais 0 des PiFace-Moduls mit dem internen Verstärker des TLE 061-0 oder mit dem externen Kemo-Verstärker verbinde. Das klappt soweit auch sehr gut. Ist zwar etwas blöd, wenn jemand über das FRITZ!Fon ein Gespräch annimmt, wenn schon eines über den TLE 061-0 geführt wird, da das dann gekappt wird, aber dafür habe ich ja aktuell eingestellt, dass man nur 8 Sekunden Zeit hat, um das Gespräch per FRITZ!Fon anzunehmen.

Zitat von Nea

...das Einzigste was mir hier nicht so gefällt ist das der PI vor der Türe sitzt.

Nun ja, erstens ist die Service-Klappe mit einem Schloss gesichert, und zweitens weiß ja außer dem gesamten Internet niemand, dass da ein Raspi hinter der Klappe sitzt.

Gruß,

Thorsten

So, der Einbau nimmt langsam Formen an.

Heute Abend muss das ganze Gebilde aber noch mal raus, um umgelötet werden. Zu meiner Schande muss ich gestehen, dass ich einen 12V/5V-DC/DC-Wandler einsetze, obwohl am Siedle TLE 061-1 23,3 Volt anliegen. Mich wundert nur, dass der bisherige Wandler die doppelt so hohe Eingangsspannung seit über einem Jahr klaglos akzeptiert und wohl auch sekundärseitig die benötigten 5 Volt liefert. Allerdings streut das Teil mächtig in die Audioübertragung ein, so dass es ziemlich spratzelt. Mal sehen, ob ich das in den Griff bekomme.

Funktionieren tut das Ganze aber eigentlich schon recht gut. So sind nun auch die Eingänge 1 und 2 des PiFace-Moduls direkt mit jeweils einem Micro-Schalter verbunden, über die ich die Betätigung der Briefkasten-Klappe bzw. der Briefkasten-Tür erfasse. Über entsprechende Shell-Skripte werden nun virtuelle Taster auf meiner CCU gesetzt, über die ich die Briefkasteneinwürfe zähle und mir per Push-Nachricht auf's iPhone schicken lasse. Gleichzeitig erhalte ich auch ein Bild per Push-Nachricht zum Briefeinwurf.

Eine genaue Beschreibung der Installation folgt dann noch mal in einem gesonderten Thread.

Was ich mir aber noch wünschen würde, wäre die Funktion, dass ein per TLE 061-0 angenommenes Gespräch nicht mehr durch die FRITZ!Box unterbrochen werden kann. Dazu müsste ich aber erst mal detektiert bekommen, dass ein Gespräch per TLE 061-0 geführt wird.

Bis dann,

Thorsten

Hello brunh,

well, in fact I do not use the snapshot function of DoorPi. Instead, I have created a simple shell script file called "Klingelbild.sh" (just name it how you like), which I put into the directory /usr/local/etc/DoorPi/scripts according to this description. Don't forget to set the correct executable rights by using "sudo chmod 775 /usr/local/etc/DoorPi/scripts/Klingelbild.sh". The shell script only needs to consists of the two code lines "wget..." and "curl...". It is then triggered by a simple event call within doorpi.ini:

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

where "EVENT_OnKeyPressed_onboardpins.0" has to be defined with respect to your own boundary conditions. For instance, I am using a PiFace module with these settings:

[keyboards]
onboardpins = piface


[onboardpins_InputPins]
0 = call:**610#611#612#613

Cheers,

Thorsten

Zitat von Joker

Wie hast du das realisiert dass das Tablet aufwacht?

Das geht mit dem Home24 Mediaplayer sehr gut und einfach. Das Aufwecken des Tablets per HTTP-Request und dem Zusatz "screenon" bzw. "screentimeout=120" sollte damit auch ohne CCU funktionieren.

Ich persönlich nutze in Ergänzung zum Home24 Mediaplayer noch Tasker, auf dem ich zwei simple Tasks "Display_an" und "Display_aus" ausführen lasse. Die Ansteuerung über die CCU hatte ich mal hier beschrieben.

Wie gesagt, bisher kann ich noch nicht über das Tablet mit dem DoorPi telefonieren. Aber das müsste eigentlich mit dem passenden Linphone Client möglich sein (EDIT: hier war NEA etwas schneller ). Damit kann man das Tablet ja als SIP-Phone an der FRITZ!Box anmelden und entsprechend dann per DoorPi anrufen. Eine Alternative wäre die FRITZ!Fon App. Ich weiß nur nicht, ob man diese Apps im Hintergrund laufen lassen kann.

Bis dann,

Thorsten

Hallo Andreas!

Zitat von Nea

Ich bin Deiner Anleitung gefolgt und komme so nicht klar.
Nach der Anleitung setzt Du voraus das PHP_cli und motion schon installiert sind was normal ja auch nicht benötigt wird.

Ich bin jetzt so vorgegangen damit die Installation läuft:

Vielen Dank für Deine Ergänzungen. Ich hätte vielleicht dazu schreiben sollen, dass ich von einem Jessie ausgegangen bin, das ich per Noobs installiert habe. Also z.B. kein Jessie Light.

Zudem sollte vorher natürlich mittels

sudo raspi-config

das Kamera-Modul des Raspi aktiviert worden sein.

Gruß,

Thorsten

Ich persönlich nutze parallel zum DoorPi noch ein Android-Tablet an der Wand, das ich über meine HomeMatic ansteure. Das Tablet greift über Chrome auf einen anderen Raspi zu, auf dem ich CCU.IO und DashUI laufen habe (Alternative: ioBroker und vis). Wenn es nun an der Haustür klingelt, wacht das Tablet auf, wechselt automatisch auf den entsprechenden DashUI-View und zeigt einen Videostream des RPI-Cam-Web-Interfaces (leider noch ohne Ton, da ich das noch nicht mit dem DoorPi verknüpft habe; ich weiß aktuell auch nicht, ob das überhaupt möglich ist).

Hier mal eine paar Screenshots, die ich mit meinem iPad erstellt habe.

Die Konfiguration des Ganzes hat mich einiges an Zeit gekostet. Dafür ist das System aber auch extrem flexibel.

Was ich damit sagen will, ist, dass das RPI-Cam-Web-Interface durchaus Videostreams liefert (das tut es ja auch schon über den Webserver). Das Problem ist also, wie bereits weiter oben erwähnt, die FRITZ!Box. Aber mal ehrlich, wenn es klingelt, dann schaue ich mir das Standbild an und nehme den Hörer ans Ohr. Wozu daher eine Videofunktion am FRITZ!Fon?

Gruß,

Thorsten

Hi Thomas,

mach ich morgen. Versprochen. Muss jetzt ins Bett, da es morgen Früh für mich um 06:00 Uhr wieder ins Büro geht.

Übrigens ist auch noch eine ausführliche Doku zur Einbindung des DoorPi in die HomeMatic und den parallelen Betrieb mit einem Siedle TLE 061-0 Türlautsprecher geplant. Bin da schon ganz gut voran gekommen. Aber es ist noch etwas Arbeit notwendig.

Bis dann,

Thorsten

Echt witzig. Saß eben an exakt derselben Problematik, wollte gerade hier die Lösung posten und sehe diesen Thread.

Anders herum wäre es deutlich schneller für mich gewesen.

Was die Leerzeichen angeht, so klappt es übrigens auch folgendermaßen:

string url="'http://<ip_adresse_doorpi>:<port>/control/trigger_event?event_name=OnKeyPressed_onboardpins.<pin_nr>&event_source=doorpi.keyboard.from_piface'";
 dom.GetObject("CUxD.CUX2801001:1.CMD_EXEC").State("wget -q -O /dev/null --user=door --password=pi "#url);

Ich nutze den HTTP-Aufruf übrigens, um per virtueller Taste meiner HomeMatic den Türöffner des DoorPi auszulösen. Braucht man eigentlich nur selten, wenn sich z.B. mal die Frau ausgesperrt hat und man aus dem Büro per VPN die Tür öffnen muss. Aber lieber auf alle Fälle vorbereitet sein. Wenn ich in WLAN-Reichweite bin, kann ich die Tür ja alternativ auch per Anruf auf die FRITZ!Box und Drücken der #-Taste öffnen.

Gruß,

Thorsten

Zitat von irqnet

Wo wir das Log denn abgelegt und wie kann ich es aktivieren?

Die log-Dateien werden in das Verzeichnis /usr/local/etc/DoorPi/log geschrieben und täglich mit fortlaufender Nummer xxx.log.n versehen.

Gruß,

Thorsten

Klar, Nea,

das Selberbauen erfüllt Einen ja auch mit Stolz, wenn alles funktioniert. Keine Frage. Daher sollte meine Frage die Lösung von han-solo auch in keinster Weise schmälern.

Gruß,

Thorsten

Zitat von han-solo

Aber kann man die LED mit keep_alive auch blinken lassen.

Genau das tut sie ja.

Eine Frage hätte ich aber schon noch. Nur bitte nicht falsch verstehen, da es keine Kritik an Deinem Board sein soll. Das PiFace-Modul bekommt man für unter 30,- €. Ist es da nicht einfacher und - rechnet man die Arbeitszeit ein - auch günstiger, statt Deiner DIY-Lösung auf die Fertiglösung zu setzen, zumal die auch noch deutlich flexibler ist? Alleine die Möglichkeit, vier der Eingänge per Taster testen zu können und an zwei Ausgängen Relais zum Schalten größerer Lasten zur Verfügung zu haben, finde ich sehr nützlich. Hinzu kommt, dass man das gesamte PiFace-Modul ja mit dem kostenlosen Emulator auf dem Desktop auch sehr einfach und schnell ausprobieren kann.

Gruß,

Thorsten

Hi,

unsere Siedle-Anlage arbeitet so, dass sie nach einmaligem Klingeln für 30 Sekunden erreichbar ist. Sprich, wenn es an der Haustür klingelt, habe ich 30 Sekunden Zeit, um das Gespräch entgegen zu nehmen. Danach schaltet die Anlage wieder auf stumm.

Beim DoorPi kann man ja bekanntlich mittels call_timeout die Zeit einstellen, wie lange ein Telefon angesprochen wird. Ich persönlich habe z.B. 8 Sekunden eingestellt, da dies bei uns zwei Klingelzeichen entspricht. Eine längere Zeit kommt aktuell nicht in Frage, weil das Telefon ja weiterklingeln würde, wenn jemand das Gespräch über die Siedle-Anlage annimmt. Zudem nervt ein zu häufiges Klingeln des Telefons einfach. Daher suche ich nach einer Möglichkeit, das Klingeln an den Telefonen, wie bereits jetzt, nach 8 Sekunden beenden zu lassen, aber weiterhin eine Gesprächsannahme für 30 Sekunden zu ermöglichen.

Ein alternatives Szenario wäre, dass ich unmittelbar nach Annahme des Gesprächs über die Siedle-Anlage das Klingeln und die Annahmebereitschaft auf den Telefonen per hangup beende. Leider kann ich im Moment von der Siedle-Anlage aber noch kein Gesprächssignal abgreifen. Zudem wäre es unvorteilhaft, wenn ein bereits laufendes Gespräch per Telefon unterbrochen werden würde.

Gruß,

Thorsten

Kurze Frage. Gibt es einen Vorteil des Aufrufs per call_url.py gegenüber dem Aufruf eines entsprechenden Shellskripts per os_execute? Ich habe mich mittlerweile für Letzteres entschieden, da ich so auch die doorpi.ini etwas übersichtlicher halten kann und sie nicht mit zig HTTP-Requests zum Aufruf diverser Funktionen meiner HomeMatic überfrachten muss. Zudem kann ich den Inhalt eines Shellskripts ändern, ohne jedes Mal den DoorPi neu starten zu müssen, damit er die doorpi.ini einliest.

Gruß,

Thorsten

Zitat von motom001

Das Thema gab es schon einmal und ich habe für diese Aussage nie die gesetzliche Grundlage erhalten.
Meines Wissens nach darf der öffentliche Raum nicht gefilmt / überwacht werden - das wäre Thema Datenschutz.
Aber mein eigenes Grundstück mit Genehmigung der Nachbarn, falls Teile dessen Grundstücks zu sehen sind, sollten kein Problem darstellen.

PS: Ich sehe das aus Sicht für Deutschland.

Ich bin auch kein Volljurist und habe dazu aktuell nur folgendes gefunden:

https://www.datenschutzzentrum.de/video/videpriv.htm

Klar, es weiß ja außer mir niemand, dass das Gespräch an der Türsprechanlage aufgezeichnet wird, aber ggf. könnte es doch mal zu Problemen führen.

Bei dieser Gelegenheit noch mal eine Frage. Kann ich irgendwo in der doorpi.ini einstellen, wie viele wav-Files maximal im Ordner records gespeichert werden sollen? Im Moment speichere ich immer nur das letzte Gespräch, da die wav-Datei einen festen Namen erhält und somit immer wieder überschrieben wird.

Gruß,

Thorsten

Ich persönlich mag das RPI-Cam-Web-Interface zur Erzeugung von Videostreams und Snapshots sehr gerne. Es bietet sehr viele Möglichkeiten (u.a. auch eine Bewegungserkennung) und lässt sich sehr gut, flexibel und einfach konfigurieren.

Bei der Installation unter Jessie sollte man aber etwas anders vorgehen, als auf der verlinkten Seite beschrieben.

1. Apache 2 installieren

sudo apt-get install apache2

2. RPI-Cam-Web-Interface installieren

sudo git clone https://github.com/silvanmelchior/RPi_Cam_Web_Interface.git
cd RPi_Cam_Web_Interface
sudo chmod u+x *.sh
./RPi_Cam_Web_Interface_Installer.sh install

3. Konfiguration

Die Konfiguration ist aus dem Verzeichnis /home/pi/RPi_Cam_Web_Interface zu erreichen über den Befehl

./RPi_Cam_Web_Interface_Installer.sh install

4. Danach kann dann durch Eingabe der IP-Adresse des Raspi in einem Browser-Fenster direkt das Web-Interface geöffnet werden

5. Videostreams und JPG-Dateien werden folgendermaßen eingebunden

http://ip_adresse_raspi:80/cam.jpg

[EDIT: Gemäß den nachfolgenden Hinweisen von Nea habe ich ein paar Codezeilen angepasst]

Gruß,

Thorsten

Ich bin folgendermaßen vorgegangen:

USB-Soundkarte einrichten

sudo nano /usr/share/alsa/alsa.conf

Die in alsa.conf enthaltenen Zeilen

defaults.ctl.card 0
defaults.pcm.card 0

ersetzen durch

defaults.ctl.card 1
defaults.pcm.card 1

Wichtig: Die ALSA Konfiguration steht auch noch in "/home/pi/.asoundrc". Diese Datei darf nicht existieren!

rm /home/pi/.asoundrc

Wiedergabe Test mit

aplay /usr/share/sounds/alsa/Front_Center.wav

Mixer Einstellungen (Lautstärke, Mikrofoneingang)

amixer -c1 contents
amixer -c1 cset numid=3 0
amixer -c1 cset numid=4 0
amixer -c1 cset numid=7 1
amixer -c1 cset numid=8 30

Diese Vorgehensweise verträgt sich aber nicht mit der eingangs von stonev bzw. Wal beschriebenen.

Gruß,

Thorsten

Das meiste davon - wenn nicht sogar alles - kann man mit dem RPI-Cam-Web-Interface erzielen. Das Ding läuft meiner Erfahrung nach sehr zuverlässig. Eine Alternative wäre die Aufzeichnung über die Surveillance Station einer Synology DiskStation. Auch das ist mit dem Kamera-Modul eines Raspi kein Problem.

Ich gebe aber zu bedenken, dass das Aufzeichnen von Film- und Tonsequenzen - auch zu privaten Zwecken - immer der Zustimmung der aufgezeichneten Person bedarf.

Gruß,

Thorsten

Wenn Deine FRITZ!Box denn eine SIP-Türsprechanlage unterstützt, genügt es, dort einfach den nachfolgenden Link zum RPI-Cam-Web-Interface einzufügen:

http://ip_adresse_doorpi_raspi:80/cam.jpg

ip_adresse_doorpi_raspi beschreibt die IP des Raspi, auf dem der Doorpi und das RPI-Cam-Web-Interface laufen.
Bis dann,
Thorsten

Ah. Danke. Jetzt wird's klar.