Vielleicht noch eine ergänzende Frage. Laut Deiner doorpi.ini verwendest Du ein PiFace-Modul. Ist das soweit über raspi-config eingerichtet und funktionsfähig?
Gruß,
Thorsten
Vielleicht noch eine ergänzende Frage. Laut Deiner doorpi.ini verwendest Du ein PiFace-Modul. Ist das soweit über raspi-config eingerichtet und funktionsfähig?
Gruß,
Thorsten
Du musst natülich "<mein-token>" und "<meine-Benutzerkennung>" durch die jeweiligen Schlüssel (dann ohne "<" und ">") ersetzen.
Kommt denn über die Konsole eine Push-Nachricht an?
Hallo und herzlich Willkommen im Forum,
es wäre schon sehr hilfreich zu erfahren, auf welchem System Du den DoorPi installiert hast. Falls es ein Raspi mit Raspian Jessie ist, bist Du nach dieser Anleitung vorgegangen? Und falls ja, hast Du nach dieser Anleitung den Deamon eingerichtet?
Gruß,
Thorsten
Versuch's mal damit:
curl -s -k -d token=<API_Token> -d user=<USER_Key> -d message="Dies ist ein Test." -d priority=0 https://api.pushover.net/1/messages.json
Farbige Texte mit einer bestimmten Prio und einem bestimmten Sound kannst Du so übersenden:
curl -s -k -d token=<API_Token> -d user=<USER_Key> -d message="<font color='blue'>Dies ist ein Test.</font>" -d priority=0 -d sound=bike -d html=1 https://api.pushover.net/1/messages.json
Gruß,
Thorsten
Übrigens, über den Telegram- und den Text2Command-Adapter von ioBroker kann man auch jetzt schon recht leicht per Telegram auf den DoorPi zugreifen.
Das Problem ist ja, dass es DIE doorpi.ini einfach nicht geben wird. Dazu sind die Möglichkeiten und Anforderungen einfach zu vielfältig. Mein Vorschlag wäre daher eine Ideensammlung bzw. Mustersammlung mit den entsprechend in der doorpi.ini benötigten Codezeilen. Also z.B. nach dem Muster, was muss ich in die doorpi.ini wo eintragen, wenn ich mittels FRITZ!Fon einen Türöffner realisieren will. Oder wie kann ich es erwirken, dass mich der DoorPi per Push-Nachricht über ein Klingeln an der Haustür informiert.
Ich persönlich mag es, aus der doorpi.ini heraus verschiedene Shellscripte aufzurufen, die dann entsprechende Programmzeilen enthalten. Für mich hat das den großen Vorteil, dass ich Änderungen on the fly vornehmen kann, ohne den DoorPi neu starten zu müssen. Zudem hält es die doorpi.ini übersichtlich und blockiert den DoorPi nicht so lange für andere Aufgaben. Daher stellt sich mir die Frage, ob es nicht evtl. auch sinnvoll ist, derartige Shellscripte zu sammeln?
Gruß,
Thorsten
Was sagt Ihr dazu?
Finde es sehr gelungen. Ich mag es eher dezent.
Würde das "doors" von "open source open doors" unter dem "PI" nicht etwas harmonischer aussehen? Oder passt das da nicht mehr hin?
Ich würde die Tür auch noch ein wenig größer machen, so dass ihre Zarge oben mit der Oberkante des "P" fluchtet.
Gruß,
Thorsten
PS.: Die anderen Vorschläge sind mir persönlich etwas zu wild.
Oder können sich eventuell Startmeldung.sh und StartDooPi.sh überschneiden?
Eigentlich nicht. Was ist denn der Inhalt von Startmeldung.sh? Du kannst ja aber mal zum Testen einfach das [EVENT_OnStartup] aus Deiner doorpi.ini löschen.
Bei mir gibt es definitiv eine Pushnachricht nach dem erneuten Hochfahren von DoorPi, unabhängig davon, ob ich ihn vorher normal runtergefahren habe, oder ob er durch Kappen der Stromversorgung abrubt beendet wurde.
Gruß,
Thorsten
Exakt. "HMInfo1" ist nur ein Variablenname. Den kannst Du auch in z.B. "Token" umbenennen. Hab's oben mal entsprechend geändert.
Wenn Dein Telegram-Token und Deine ChadID korrekt eingegeben sind, solltest Du direkt eine Push-Nachricht nach Eingabe von "bash StartDoorPi.sh" auf der Konsole erhalten, sofern das Shellskript ausführbar ist (chmod 775 StartDoorPi.sh).
Gruß,
Thorsten
Waren es Einstellungen im #raspi-config wie #SPI oder lag es an etwas vollkommen anderem?
Wäre jetzt meine Vermutung gewesen. Bei mir läuft das PiFace Digital 2 absolut problemlos am Raspi 3.
Gruß,
Thorsten
PS.: Habe übrigens schon zwei Raspis in die ewegen Jagdgründe geschickt. Dem einen habe ich einen Kurzschluss an den GPIO-Pins verpasst, dem anderen habe ich 8V AC auf den USB-Eingang gegben. Für beide war es das sofortige Ende. Nummer 2 hat es auch noch mit etwas aufsteigendem Rauch angezeigt. Will sagen, man kann nie genug Raspis haben. Im Moment habe ich zwei Raspi 3 im Einsatz (einen für DoorPi und einen weiteren für ioBroker und die Heizungssteuerung). Ein dritter Raspi 3 liegt als Reserve in der Schublade. Glücklicherweise sind die Dinger günstiger, als ein gutes Abendessen.
Bis dann,
Thorsten
Wie groß ist in beiden Fällen die Latenz, d.h. wieviel Zeit vergeht, bis man ein ins Telefon gesprochenes Wort aus der Türstation hört ?
Muss ich bzgl. DoorPi mal nachmessen. Die Siedle-Anlage reagiert praktisch instantan. Allerdings läuft das da auch über den 1+n-Bus direkt mit den drei Gegensprechstellen an der Wand.
klappt es denn mit der Start Meldung via telegram auch wenn der Raspi neustartet?
Ja, auch das klappt.
Hier mal mein Auszug aus der doorpi.ini:
Und hier das zugehörige Shellskript:
#!/bin/bash
# Telegram
Token=xxxxxxxxx:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx # Telegram Bot Token "HomeMatic Info"
ChatId=xxxxxxxxxx # Telegram Chat-ID
# Push-Nachricht senden
curl -s -k "https://api.telegram.org/bot${Token}/sendMessage" -d text="DoorPi gestartet." -d chat_id=$ChatId
exit 0
Alles anzeigen
Gruß,
Thorsten
Ich weiß doch, dass du viel in Homematic und dashui (glaub ich) realisiert hast.
Hallo Dieter,
mittlerweile nutze ich nur noch den ioBroker. Mit ScriptGUI habe ich aber auch unter CCU.IO nicht so viel gemacht.
Der ioBroker bietet hier deutlich mehr. Da gibt es z.B. einen Telegram-Adapter, über den man per text2command-Adapter die CCU per Telegram steuern kann. Geht alternativ zum text2command-Adapter auch per Javascript mit dem JS-Adapter.
Hier mal eine kleine Spielerei von mir:
Da Telegram unter iOS auch sehr gut über SIRI angesprochen werden kann, funktioniert das Ganze auch sehr einfach als Sprachsteuerung. Bemerkenswert finde ich, wie schnell die Antworten auf eine Anfrage kommen.
Für den DoorPi sehe ich da aktuell aber eher keine Anwendung.
Gruß,
Thorsten
Da ich ja in all dem totaler Anfänger bin, könnte mir jemand mal einen link schicken wo diese ganzen Befehle erläutert werden? Das mit -s -k -F -d usw? danke
Vielleicht hilft das hier etwas weiter.
Hi,
ich selbst verwende Notepad++ mit voreingestellter UTF-8-Kodierung. Damit hatte ich bisher noch nie Probleme.
Wenn das mit dem "ü" nicht funktionieren will, vielleicht stattdessen mal die entsprechende UTF-8-Kodierung verwenden:
curl -s -k "https://api.telegram.org/blabubrbrubrhbre0z7843z7t437t43APISTRINKINSERTRANDOMHERE/sendPhoto" -F chat_id=xxxxxxxxxx -F photo="@/tmp/doorpi.jpg" -F caption="Haust%C3%BCr - Es hat geklingelt"
Gruß,
Thorsten
Hallo Markus,
vielen Dank für Deine angebotene Unterstützung. Deine Fragen kann ich aber erst beantworten, wenn ich wieder Zugriff auf meinen DoorPi-Raspi habe.
Kurze Gegenfrage: Ist ein Raspi 3 kein normaler Linux-PC?
Gruß,
Thorsten
PS.: Im Grunde genommen ist das Echo-Problem noch die einzige DoorPi-Baustelle. Ansonsten läuft das System bei mir seit mehreren Wochen absolut rund und ohne jegliche Hänger. Daher mal an dieser Stelle mein Ausdrücklicher Dank an Thomas aka motom001.
Das ist alles gar nicht komisch - denn einen Beitrag zu diesem Echo liefert nachweisbar die akustische Kopplung zwischen Mikrofon und Lautsprecher.
Dann würde mich aber mal die Erklärung interessieren, warum der identische Aufbau von Mikro und Lautsprecher beim direkten Betrieb der Siedle-Anlage keinerlei Echo-Probleme verursacht, während sie mit dem DoorPi auftreten?
Im Übrigen kenne ich als Nachrichtentechniker durchaus die Zusammenhänge und theoretischen Möglichkeiten zur Echo-Unterdrückung.
Das Komische ist ja, dass bei meinen Tests im ausgebauten Zustand und auch in den ersten Tagen nach Einbau, das Echo nicht bzw. nicht so extrem aufgefallen ist.
Auch das war bei mir genauso. Das Echo war am Anfang noch nicht da. Dafür funktioniert jetzt aber das Mikro meines TLE 061-0 sehr gut, ohne dass ich groß was geändert hätte. Schon etwas komisch, dieses Linphone.