Beiträge von dtp

    Ich habe DoorPi 2.5.0.4 laufen, komme aber gerade nicht so recht zum Testen, weil ich mich aktuell mehr mit dem Umstieg von CCU.IO auf den ioBroker für meine HomeMatic beschäftige.


    Aber vielleicht noch eins nebenbei. Bis auf das Echo-Problem läuft der DoorPi bei mir seit Wochen ohne einen einzigen Ausfall durch.

    Ach , startx habe ich gar nicht eingeben müssen. Gleich nach dem Booten war ich schon im Desktop :)

    Kleiner Tipp am Rande. Ich würde mittels "sudo raspi-config" und dort über "Enable Boot to Desktop/Scratch" einstellen, dass der Raspi mit der Command Line startet. Das spart mitunter etwas Ressourcen und beschleunigt den Boot-Vorgang. Da Du Deinen Raspi eh über ssh/telnet ansprichst, brauchst Du den Desktop nicht. Diesen kannst Du dann immer bei Bedarf per "startx" starten.


    Gruß,


    Thorsten

    Ja. Aber wie gesagt ist das nur dann ein Problem, wenn man die Haustür nicht abgeschlossen hat. Bei Abwesenheit sollte man das alleine schon aus versicherungstechischen Gründen immer tun. Da das Schließerrelais in der Regel per Wechselstrom angeschlossen wird, ist es auch ziemlich laut und gut hörbar, so dass man es bei Anwesenheit sofort wahrnimmt.

    Brauchst Du denn in dem Fall noch unterschiedliche wav-Dateien? Warum definierst Du nicht einfach einen festen Namen für die wav-Datei in der doorpi.ini? Wenn Du Dir diese Datei eh zusenden lässt, kannst Du ihren Namen ja dann bei Bedarf lokal ändern.


    Ich mache das so z.B. mit dem von der Kamera erzeugten Bild. Und auch die Sounddatei wird bei mir jedes Mal überschrieben, obwohl ich sie mir nicht zusenden lasse.


    Bis dann,


    Thorsten

    Wie macht ihr das dann mit dem Türöffner? Schaltet Ihr das direkt über den Pi in dem UP-Gehäuse?

    Türöffner ist ja nicht gleich Türöffner. Wir haben z.B. einen klassischen Türöffner eingebaut, der lediglich die Schließfalle freigibt. Sprich, wenn die Tür abgeschlossen ist, bewirkt die freigegebene Schließfalle gar nichts, da man die Tür wegen des eingeschobenen Schlossriegels dann trotzdem nicht öffnen kann.


    Der Raspi sitzt bei uns zwar hinter einer verschließbaren Klappe des in der Außenwand unseres Hauses versenkten Briefkastens, aber da der Türöffner schon vorher durch das bloße Kurzschließen der entsprechenden Anschlüsse unserer Siedle-Anlage auszulösen war, sehe ich hierdurch kein erhöhtes Risiko.


    Anders wäre das, wenn ich z.B. eine KeyMatic verbaut hätte, die die Haustür durch das vollständige Einfahren des Schlossriegel öffnet. Das kommt für mich aber nicht in Frage. Zudem würde ich dann die Betätigung der KeyMatic sperren, wenn jemand die Serviceklappe des Briefkasten öffnet. Einen entsprechenden Microschalter zur Detektion des Serviceklappenzustands habe ich bereits verbaut.


    Bis dann,


    Thorsten

    Das Problem mit dem Android-Tablet als Gegenstelle habe ich auch noch. Video ist easy, aber mit dem Ton ist es leider nicht so einfach. Ich nutze seit Kurem den ioBroker in Verbindung mit meiner HomeMatic CCU2 und einem Wand-Tablet zur Anzeige und Steuerung einiger Zustände. Damit lässt sich sicherlich eine entsprechende Funktionalität realisieren. Ich weiß nur noch nicht wie und mit welchem Aufwand. ;)


    Im Moment (und das wird auch so bleiben) nutze ich vier im Haus verteilte FRITZ!Fon C4 als Gegensprechstellen für den DoorPi. Bis auf das bekannte Echo-Problem funktioniert das mittlerweile auch sehr gut. Da wir auch noch eine Siedle-Klingelanlage parallel im Betrieb haben, verfügen wir derzeit über insgesamt 7 Gegensprechstellen für die Haustür. Zwar etwas oversized, aber man gönnt sich ja sonst nichts. ;)


    Bis dann,


    Thorsten


    EDIT: Es gibt sogar schon einen Thread im ioBroker-Forum, der in die richtige Richtung geht. Mal sehen, ob sich da noch was machen lässt.

    Uff, ziemlich viele Fragen auf einmal.


    Vorab müssten aber noch ein paar Fragen geklärt werden.


    1. Wo genau soll der Raspi positioniert werden? In der Nähe der Türklingel oder in der Wohnung?
    2. Um was für eine Klingelanlage handelt es sich?


    Übrigens habe ich es so realisiert, dass ich eine kleine Relaisplatine (gibt's z.B. bei Conrad) mit dem hausseitigen Klingeltaster verbunden habe, die dann beim Betätigen des Klingeltasters ein Relais schaltet. Die beiden Relaiskontakte (normally open) habe ich mit GND und einem der Eingänge des PiFace-Moduls verbunden, so dass der entsprechende Eingang beim Klingeln kurzgeschlossen wird.


    Eine Beispiel-config.ini wird etwas schwierig, weil die Randbedingungen so unterschiedlich sind. Meine hatte ich mal hier gepostet. Ob sie Dir weiterhilft, musst Du entscheiden. ;)


    Gruß,


    Thorsten

    Hast Du mal an das Versenden der Sounddateien per Telegram gedacht? Hier hatte ich mal beiläufig erwähnt, wie das für mp4-Video-Dateien gehen könnte. Sollte für wav- oder mp3-Dateien ähnlich klappen. Zu Beginn des Threads hatte ich mal beschrieben, wie man Telegram einrichtet. Ich bin super zufrieden mit diesem Push-Dienst und seinen Möglichkeiten. Mails verwende ich überhaupt nicht mehr, weil sie früher oder später mit Spams zugemüllt werden. Die Push-Dienste sind davon zumindest im Moment noch weitestgehend unberührt.


    Bis dann,


    Thorsten

    Gibt's schon was Neues in Richtung Echo Cancellation?


    Das mit dem zu leisen Mikro hat sich seltsamerweise seit dem letzten Upgrade von Jessie erledigt. Aber das Echo ist schon nervig. Wie gesagt, mit der original Siedle-Anlage, deren Lautsprecher und Mikro ich ja auch für den DoorPi nutze, gibt es keinerlei Echos. Ergo gehe ich von einem Software-Problem aus.


    Ansonsten ist der Sound bei mir aber durchaus zufriedenstellend bis gut.


    Bis dann,


    Thorsten

    Hast Du einen Schaltplan von Deiner Siedle-Anlage? Es scheint aber dem Stecker nach kein 1+n-Bus zu sein. Damit würde es nämlich definitiv nicht so einfach gehen.


    Die simpelste Lösung ist es, einen Relais-Ausgang des PiFace-Moduls parallel zum Schlüsseltaster des Siedle-Telefons zu schalten.


    Bis dann,


    Thorsten

    Zum Thema PiFace. Vergiss nicht, mittels raspi-config SPI zu aktivieren. Sonst tut das PiFace nicht.


    Mal was ganz anderes. Du schreibst, dass Du Deine Viessmann-Heizung per Raspi 2 steuerst. Machst Du das mittels vcontrold auf Basis des KW2- oder des P300-Protokolls? Ich nutze das P300-Protokoll zum Auslesen meiner Heizungsanlage. Aber das Steuern will irgendwie noch nicht so richtig. Ist hier vielleicht der falsche Ort für diese Frage, aber vielleicht hast Du ja nen Tipp für mich.


    Hier mal eine Screenshot meiner ausgelesenen und in CCU.IO und DashUI angezeigten Heizungsparameter:



    Wir können das auch gerne per PN diskutieren, weil es hier ja nicht so richtig hinein passt.


    Gruß,


    Thorsten

    Ja, das hat mich auch gewundert. Ich bin gestern schier verzweifelt. Wenn ich eine Datei editiert hatte, dann wurde die Änderung übernommen und die Datei mit entsprechendem Änderungszeitpunkt abgelegt ("ls -l"). Wenn ich den Raspi dann neu gestartet habe, war alles weg und die Datei hatte wieder ihren ursprünglichen Änderungszeitpunkt. Ohne den Versuch der Formatierung unter Windows 10 würde ich wohl immer noch nach dem Fehler suchen.


    Kurios war auch, dass ich sogar ein komplettes Update von Raspian per "sudo apt-get update" und "sudo apt-get upgrade" durchführen konnte, ohne dass der Raspi gemeckert hat. Auch dieses Update wurde augenscheinlich nicht dauerhaft übernommen. Hat der Raspi da irgendwie einen flüchtigen Speicher, in dem er sowas ablegt? Wäre mir neu.

    Ich mache das folgendermaßen:


    1. Auszug doorpi.ini


    Code
    [EVENT_AfterShutdown]
    10 = os_execute:/usr/local/etc/DoorPi/scripts/StopDoorPi.sh


    2. StopDoorPi.sh



    Das Verzeichnis für das Skript kannst Du natürlich selber festlegen.


    Wenn DoorPi beendet wird, bekomme ich so eine Push-Nachricht zugesendet. Problem: Wenn man die Stromversorgung des Raspis kappt, gibt's natürlich keine Meldung.


    Gruß,


    Thorsten