Beiträge von dtp

Das wird so nicht möglich sein wegen des Bussystems der Siedle-Anlage. Vielleicht hilft dir meine Projektbeschreibung etwas weiter.

Gruß,

Thorsten

Hab das Ganze auch bereits seit einigen Monaten realisiert. Sprich, wenn ein Klingelsignal über den DoorPi erkannt wird, geht in vis automatisch ein Dialog-Fenster auf, über das ich auch den elektrischen Türöffner auslösen kann. Was leider noch nicht so rund läuft, ist das Sprechen über die DoorPhone App.

Mein DoorPi-Projekt habe ich im HomeMatic-Forum vorgestellt.

Leider kam ich noch nicht dazu, die Einbindung des DoorPi in den ioBroker näher zu beschreiben, auch wenn ich es hier schon vorbereitet hatte. Vielleicht schaffe ich es in zwei Wochen.

Bis dann,

Thorsten

Zitat von D0pamin

Ich habe mich dazu entschieden die Android-App nicht weiterzuentwickeln.

Zitat von D0pamin

Auf Grund der Umfrage hat sich herausgestellt, dass doch eine gewisse Menge an Leuten auch auf iOS unterwegs ist (was ich nicht verstehen kann )

Also iOS und die zugehörigen Geräte sind schon fein. Hoffe, dass mein iPhone X bald kommt.

Ich nutze aber auch Android. Insbesondere sind meine Tablets damit ausgestattet. Wenn es jedoch im nächsten Jahr ein iPad Pro mit Face ID geben sollte, werde ich wohl mein jetziges Lenovo Yoga Book wieder verkaufen. Trotzdem, an der Wand bleiben die Android-Tablets, auch wenn mich das aktuelle Medion Lifebook P9701 etwas nervt.

Zitat von D0pamin

und habe daher die Entscheidung getroffen, die APP nochmal von Grund auf neu als Cross-Plattform Version zu entwickeln. Wobei der Fokus auf Android und iOS liegt.
Ich bin gerade in der Phase der Architekturentwicklung, um die App auch entsprechend zukunftssicher zu gestalten. Die Architektur und das Design sollte bis Ende November stehen und dann geht es an die Umsetzung. Ich kann leider keinen zeitlichen Horizont nennen, bis wann eine erste Version zum Testen erscheint, aber ich versuche meine Bestes

Sehr gut. Da bin ich mal auf die nächste Version gespannt.

Gruß,

Thorsten

Hallo David,

super. Vielen Dank für Deine Tipps. Das hilft mir sehr.

Warum Stretch? Nun ja, ich wollte einfach up to date sein. Ich werde mir natürlich vorher ein Image von meiner aktuellen DoorPi-Installation erzeugen und abspeichern, so dass ich im Fall der Fälle sofort wieder zurück zu Jessie kann.

Freut mich, dass Dir meine Projektbeschreibung im HomeMatic-Forum gefällt und geholfen hat. Dazu war sie ja auch gedacht. Keine Sorge, ich werde sie sicherlich nicht löschen. Ist ja auch für mich als Nachschlagewerk gedacht, falls ich mal wieder etwas vergessen haben sollte (kommt ab einem bestimmten Alter leider immer häufiger vor. ).

Bis dann,

Thorsten

Hi,

mal eine vielleicht etwas dämliche Frage. Ich habe meinen Raspi 3 mit DoorPi im Briefkasten installiert. Die Kommunikation erfolgt ausschließlich per WLAN. Das Ganze läuft jetzt seit gut eineinhalb Jahren sehr stabil und zuverlässig unter Raspian Jessie.

Nun möchte ich gerne den Raspi auf Raspbian Stretch Lite umstellen. Eigentlich mache ich das immer derart, dass ich den Raspi auf den Schreibtisch lege, per Ethernet mit dem Netzwerk, per HDMI-Kabel mit meinem Monitor und per USB-Adapter mit meiner kabellosen Maus und Tastatur verbinde und die Installation und Konfiguration lokal vornehme. Im vorliegenden Fall wäre das aber ein etwas größerer Aufwand, weil ich den Raspi samt PiFace-Modul erst von sämtlichen Verbindungen trennen und ausbauen müsste.

Gibt es eine Möglichkeit, Raspian Stretch Lite remote per WLAN zu konfigurieren, nachdem ich es auf eine µSD-Karte kopiert und diese in den Raspi eingesteckt habe? Komme ich nach dem ersten Start von Raspbian Stretch direkt per Telnet auf den Raspi? Sollte ja eigentlich gehen, oder?

Gruß,

Thorsten

Hi Wolle,

versuch's mal bitte mit "sudo chmod 775..." statt "755".

Gruß,

Thorsten

Zitat von Frankoholix

super..danke schon mal. die anleitung für den verstärker ist schon ma super. da kann ich erstmal ein bisschen basteln jetzt nur blöd das der pi zero zu schwach ist. da ich das ja über wlan laufen lassen muss, wegen mangel an zuleitungen, dachte ich das wäre eine super alternative.

Dann nimm doch den Raspi 3. Der hat auch WLAN und genügend Power, um den DoorPi inkl. PiFace- und Kamera-Modul zu betreiben. Vielleicht hilft Dir ja meine Projektbeschreibung im HomeMatic-Forum.

Zitat von davimas

3. die beziehst Du vom Zero, gibt hier ein schönes Bild mit Belegung der Gpio Pins und Erklärung wo anklemmen, musst mal halt ein bissi Lesen im Bereich „komplete Projetvorstellung“

Das kann auch in die Hose gehen, da man sich so oftmals über die NF-Leitung sehr leicht eine Brummschleife einfängt. Ich würde dem Verstärker ein eigenes Netzteil spendieren.

Vielleicht helfen meine beiden Schaltpläne ja auch noch, wobei ihr Euch die Siedle-Gegensprechanlage ggf. wegdenken müsst.

Näher Indos zu den Schaltplänen findet ihr hier und hier.

Gruß,

Thorsten

Ja, der Converter würde sich eignen.

Worauf Du noch achten müsstest? Vermeide den Betrieb von Raspi und nachgeschaltetem Verstärker an demselben Netzteil. Wenn Du Dir keine Brummschleife einfangen willst, solltest Du die beiden Versorgungen galvanisch voneinander trennen. Da Du ja bereits zwei Mal 12VAC zur Verfügung hast, brauchst Du nur zwei von den von Dir erwähnten Convertern verwenden; einen für den Raspi und einen für den Verstärker.

Beachten solltest Du aber, wie viel bei Dir von den lieferbaren 2 A für die DoorPi-Installation übrigen bleiben.

Gruß,

Thorsten

Nee, hab die Ursache gefunden. Ich musste die Datei mit "sudo chmod 777 ..." ausführbar machen. Vielleicht lag's aber auch daran, dass ich der Datei mittlerweile eine Endung (txt) verpasst und sie in das DoorPi-Stammverzeichnis verschoben habe. Sei's drum. Es funktioniert nun so, wie gewünscht.

Hier habe ich meine jetzige Umsetzung beschrieben.

Gruß,

Thorsten

Hallo,

zu dem obigen Hinweis von Thomas bzgl. "file_call_value:" hätte ich da noch eine Frage.

Ich habe das jetzt so umgesetzt, dass meine HomeMatic-CCU automatisch per HM-Programm und -Skript bei Abwesenheit meine Handynummer und bei Anwesenheit die Rufnummer 11 für den Gruppenruf per FRITZ!Box in eine Datei "rufumleitung" im Verzeichnis "/usr/local/etc/DoorPi/filesystem/inputs" schreibt. Das klappt auch soweit.

Mein Problem ist nun jedoch, dass ich zwar beim Klingeln an der Haustür mit

10 = file_call_value:/usr/local/etc/DoorPi/filesystem/inputs/rufumleitung

auf die Nummer zugreifen kann, allerdings eine Änderung des Inhalts irgendwie vom DoorPi nicht berücksichtigt wird. Sprich, obwohl die Datei "rufumleitung" entweder mit meiner Handynummer oder der 11 befüllt wird, ruft mich der DoorPi immer über dieselbe Nummer an. Eine Änderung wird erst nach einem Neustart des DoorPi registriert. Könnte es mit der fehlenden Endung der Datei oder mit nicht ausreichenden Rechten (eigentlich habe ich der Datei mit "sudo chmod 666 rufumleitung" die ausreichenden Lese- und Schreibrechte zugewiesen) zu tun haben?

EDIT: Lösung im übernächsten Posting.

Gruß,

Thorsten

Danke.

Das Projekt macht aber auch wirklich Spaß. Absolut klasse, was Thomas da mit dem DoorPi so geschaffen hat.

Die obige Doku ist aber noch in Bearbeitung. Einige Punkte fehlen noch. Ich bleib aber am Ball.

Gruß,

Thorsten

Also eigentlich funktioniert es sehr gut. Allerdings gibt es auch mit dem Siedle-Türlautsprecher die hier im Forum häufiger erwähnten Echo-Probleme. Die sind aber nicht so dramatisch, da ich an der Tür keine langen Gespräche führe. Außerdem schiebe ich die in erster Linie auf die bestehende WLAN-Verbindung. Ein Feedback gibt es de facto nicht bei mir.

Wenn Du Deine Siedle-Anlage nicht mehr als Gegensprechstelle brauchst, dann würde ich - sofern bei Dir möglich - die Anschlüsse von Mikrofon und Lautsprecher von der Platine trennen (bei mir wäre das durch simples Abziehen der Steckkontakte möglich) und direkt mit dem Adafruit-Verstärker bzw. dem Mikrofon-Eingang des Soundmoduls verbinden. Mehr brauchst Du dann nicht zu machen. Der Verstärker ist übrigens nur für den Lautsprecher notwendig. Das Mikro braucht in der Regel keine extra Verstärkung.

Was die Impedanz angeht, so würde ich das einfach ausprobieren. Dabei kannst Du in der Regel nichts kaputt machen. Wenn es eine Fehlanpassung gibt, dann ist der Lautsprecher einfach zu leise.

Gruß,

Thorsten

Vielleicht hilft Dir dies hier etwas weiter. In dem restlichen Thread beschreibe ich gerade meine DoorPi-Installation.

Gruß,

Thorsten

Zitat von berndhs

Ich habe den Standard AB genommen, den kann ich über die Telefone abhören. Ein separat eingerichteter AB kann nur über die Fritzbox gesteuert/abgehört werden. Man lädt die Audiodatei erst auf den PC, sehr umständlich.

Du kannst Dich doch per Push-Email von der FRITZ!Box über neue AB-Aufnahmen informieren lassen. Dann wird die Aufnahme in der Regel als Attachment mitgesendet.

Hallo,

ich will hier mal nicht so viele Wort verlieren, sondern auf diesen Thread im HomeMatic-Forum verweisen. Da beschreibe ich mein DoorPi-Projekt derzeit.

Hier die Gliederung des zitierten Threads mit den entsprechenden Direkt-Links:

• Installation von DoorPi und RPI-Cam-Web-Interface.
• Konfiguration des DoorPi und der FRITZ!Box.
• Umbaumaßnahmen am Siedle TLE 061-0.
• Anschluss des Klingeltasters und der Mikrotaster.
• Konfiguration des DoorPi zum Versenden von Push-Nachrichten per Telegram.
• Meldungen über Briefeinwürfe, Sabotage, etc.
• Steuerung des Türöffners und der Haustürbeleuchtung.
• Einbindung eines Wand-Tablets über ioBroker und vis.
• Steuerung von DoorPi-Events per SIRI.
• Umleiten von Gesprächen bei Abwesenheit.

Übrigens setze ich den DoorPi nun schon seit knapp einem Jahr ein. Er läuft sehr stabil und ohne größere Auffälligkeiten. Selbst Temperaturen von -15 bis über 40°C haben den Raspi nicht aus der Bahn geworfen.

Gruß,

Thorsten

Muss mich jetzt zu meiner obigen Aussage etwas korrigieren. Es geht doch mit der direkten http-Übergabe von User und Passwort. Ich habe es nun mit dem homebridge-http-simple-switch-Plugin und folgendem eintrag in die config.json hin bekommen:

"accessories": [{
  "accessory": "SimpleHttpSwitch",
  "name": "Türöffner",
  "url": "http://<DoorPi-User>:<DoorPi-Passwd>@<DoorPi-URL>:<Port>/control/trigger_event?event_name=OnKeyPressed_onboardpins.<PiFace-Eingang gem. doorpi.ini>&event_source=doorpi.keyboard.from_piface",
  "default_state_off": true, 
  "sendimmediately": "",
  "http_method": "GET"
}],

Einen kleinen Nachteil gibt es aber noch. Das Schaltersymbol toggelt zwischen an und aus, obwohl es sich eigentlich nur um einen Taster handelt.

Eigentlich wäre mir das homebridge-http-Plugin da etwas lieber gewesen, aber da bin ich an der Status-Abfrage gescheitert.

"accessories": [{
  accessory": "Http",
  "name": "Türöffner",
  "switchHandling": "realtime",
  "http_method": "GET",
  "on_url": "http://<DoorPi-URL>:<Port>/control/trigger_event?event_name=OnKeyPressed_onboardpins.<PiFace-Eingang gem. doorpi.ini>&event_source=doorpi.keyboard.from_piface",
  "status_url": "???????????",
  "service": "Switch",
  "sendimmediately": "",
  "username" : "<DoorPi-User>",
  "password" : "<DoorPi-Passwd>"					    
}]

Vielleicht hat ja noch jemand eine Idee?

Gruß,

Thorsten

Zitat von Gee

In Homebridge das Http-Plug-In installieren : https://www.npmjs.com/package/homebridge-httpdoor und die config.json entsprechend anpassen:

Sorry, aber hast Du das mal getestet?

Das funktioniert so jedenfalls nicht. Erstens kann man in der Regel per http nicht einfach so den User und das Passwort übergeben und zweitens hat auch der config.json-Auszug noch einen Fehler, da hinter "statusURL" kein Komma gehört. Zudem liefert die offene Status-Abfrage jedes Mal bei Aufruf des Befehls eine Fehlermeldung, die aber für die Funktionstüchtigkeit zweitrangig ist.

Mir persönlich wäre es deutlich lieber, direkt den entsprechenden Ausgang des PiFace-Moduls anzusprechen. Hab nur leider noch nicht gefunden, wie ich das machen muss.

Für die direkte Ansprache der GPIO-Pins des Raspi gibt es ja passende Plugins: homebridge-gpio, homebrigde-gpio-wpi, homebridge-gpio-wpi2. Für das PiFace-Modul bisher leider nicht. Oder habe ich da etwas übersehen?

Gruß,

Thorsten

Zitat von Wal

Ja, wenn das Projekt nicht tot wäre.

Ich bin eigentlich gar nicht mal so "unfroh" darüber, dass es noch keine Version 3.x von DoorPi gibt. Meine 2.5.1 läuft seit einem Jahr sowas von super, dass ich gar keinen Bedarf sehe, die Konfiguration von Grund auf neu zu gestalten. Ein paar Dinge gäb's da schon noch, die ich mir wünschen würde, wie z.B. eine Möglichkeit zur Definition unterschiedlicher Blockierzeiten für die einzelnen Eingänge meines PiFace-Moduls und die Eliminierung der Echo-Problematik, aber ansonsten macht mein DoorPi in Verbindung mit der HomeMatic exakt das, was er soll.