Beiträge von Indigo

OK.
Ich versuch es mal etwas ausführlicher.
Mein Setup sieht so aus:
Jeder Hausbewohner hat einen Telegram Account den er auf dem Smartphone, Tablet und teilweise Desktop benutzt.
Ich habe einen Bot über den verschiedene Server (HomeMatic/DoorPi) Nachrichten versenden können.
Nachrichten verschickt der Bot an verschiedene Gruppen (HomeMatic Status News - Alarmmeldungen - Klingelbilder - usw.) in denen jeweils die Nutzer sind die es interessiert. Und diese bekommen alle Meldungen direkt auf alle ihre Endgeräte.
Nachrichten verschicken die Systeme über CURL Befehle.
Sieht bei DoorPi so aus dass ein Event ein .sh Skript startet das z.B.diese Zeilen enthält:

wget -O /home/pi/Haustürklingel.jpg http://192.168.178.181:90/html/cam.jpg
curl -X POST "https://api.telegram.org/botAPISCHLÜSSEL:BOTTOKEN/sendPhoto" -F chat_id=CHATIDDESEMPFÄNGERSODERDERGRUPPE -F photo="@/home/pi/Haustürklingel.jpg"

Die erste Zeile macht mit der Pi-Cam ein Bild. Die zweite verschickt es.

doorpi.ini Eintrag dazu ist dieser:

[EVENT_OnKeyUp_onboardpins.0]
10 = os_execute:/usr/local/etc/DoorPi/scripts/klingelbild.sh

Genauso können auch Nachrichten oder Dateien verschickt werden. Was Bots können und wie ist hier beschrieben: https://core.telegram.org/bots/api

Auf dem Pi muss kein Telegram Adapter oder sonstiges installiert werden.

Dazu wie man einen Bot anlegt und die ChatIDs bekommt gibt es gute Anleitungen im Netz. z.B.: https://www.tutonaut.de/anleit…-aus-dem-terminal-senden/

Am Ende vom Tag ist ein Bot nichts weiter als ein Account für Computer. Den man aber zentral über seinen eigenen Account verwalten kann.

Ausserdem habe ich einen weiteren Bot der auch Nachrichten über einen WebHook empfängt und damit Befehle empfangen kann die er ausführt (Dachfenster öffnen/schliessen - Bewässerung starten - Statusmeldungen ausgeben - usw.)

Vieles was Telegram und Doorpi betrifft findet man auch schon hier im Forum. Ansonsten einfach fragen. Das bekommen wir schon hin.

Grüsse

Ich zieh einen Bot halt dem eigenen Account für den DoorPi vor. Geschmacksache.

Gesendet von iPhone mit Tapatalk

Man kann auch ohne Bot eine Nachricht an mehrere Empfänger schicken. Stichwort Gruppe.
Aber wenn dein Smartphone und andere Devices jeweils einen eigenen Account haben kommen Nachrichten erstmal nur auf einem Device an. Bei mir sind alle Empfänger inclusive dem bot in einer Gruppe. Nachrichten gehen nur an die Gruppe. Damit haben es alle auf allen Devices. Und wenn einer mal keine Klingelbilder bekommen möchte muss er nur die Gruppe verlassen und ich muss nix umprogrammieren.

Gesendet von iPhone mit Tapatalk

Hast du in der Doorpi.ini die Nummer der App freigeschaltet? Sonst lehnt der Doorpi Anrufe dieser Nummer grundsätzlich ab.

Gesendet von iPhone mit Tapatalk

Ok. Ich bin trotzdem verwirrt.
Warum funktioniert es wenn ich die App von einem anderen Mobilteil aus anrufe?
Mit dem anderen kann ich auch die Anrufe des DoorPi annehmen.
Nur zwischen DoorPi und App geht es nicht.
Ich leg jetzt erstmal die Füße hoch und warte auf die neue Version.

So. Hab es jetzt direkt 3 mal ausprobiert.
Geht leider auch bei mir nicht. Es klingelt zwar, annehmen ist aber nicht möglich. Ich kann jetzt aber nicht sagen ob es erst in der neuesten Version zu dem Problem gekommen ist. Ich weiß nur, dass es schonmal gut funktioniert hat.
Die App ganz zu schließen und neu zu starten hat nicht geholfen.

Hallo,

Das Problem mit dem nicht annehmen können hatte ich auch schon.
Ich Probier heute mal ob ich es nochmal nachstellen kann.

Ok, verstehe.

auch dass sollte für Linux-/Piprofis ohne DoorPi direkt über GPIO gehen. So einer bin ich aber auch nicht.
Mit dem DoorPi ist es umsetzbar.
Ich würde mir dazu einen Pi und Piface besorgen. Piface ist nicht unbedingt nötig vereinfacht alles aber.
Dann schliesst du den Relaisausgang des Doorbird an einen Inputpin des Piface (wie einen Klingeltaster) und reagierst darauf indem du z.B. eine MP3 oder wav Datei als Gong abspielen lässt. Oder du schickst einen Befehl an dein Smarthome um weiter Dinge auszulösen. Oder, oder, oder ...
Den ganzen Rest (Micro / SIP Phone usw.) benötigst du ja nicht.

Hi,

Auch wenn ich jeden begrüße der sich einen DoorPi zusammenbauen will. Solange du an deinem DoorBird festhalten willst benötigst du keinen.
Dein DoorBird hat einen Relaisausgang mit dem du einen Eingang des von dir verlinkten Gerätes direkt steuern kannst.
Allerdings kommt mir das ganz schön teuer vor für dein Vorhaben. Wenn ich sehe das das Ding 300Euro kostet. Da stellt sich eher die Frage wie du Heimautomationsmässig sonst unterwegs bist. Auch ein Anschluss an ein System wie HomeMatic wäre möglich und günstiger. Soll aber in diesem Forum eigentlich nicht Thema sein.

Ich hab es jetzt seit ein paar Tagen alles am Laufen.
Funktioniert so weit.
Mein setup sieht nun so aus:
2 Skripte (für jeden Device eines). Dabei muss wohl im zweiten Skript nur die andere MAC Adresse eingetragen werden (logisch) und ich habe noch in dieser Zeile des Skipts

rfcomm connect 0 $device 1 2> /dev/null >/dev/null &

aus der 0 eine 1 gemacht.

Zuerst habe ich die beiden Skipte beim Start von Doorpi als EVENT_OnStartup gestartet. Das hat nicht funktioniert. Dabei klappt dann irgendwie die SIP Anmeldung an der Fritzbox nicht richtig und es funktioniert nur das zuerst aufgerufene Skript.
Nun starte ich die Skripte über die rc.local wenn der Pi bootet. Damit läuft es jetzt.

Eine höhere Prozesserauslastung kann ich nicht erkennen. Aber es scheint den einen oder anderen Prozess etwas zu verlangsamen. z.B. kommen Bilder die ich mir beim Klingeln über Telegram schicken lasse nun teilweise ein paar Sekunden verzögert an. Damit kann ich aber gut leben.
Ab und zu muss ich mein iPhone entsperren damit es erkannt wird, meist geht es aber automatisch.

Mein nächster Schritt wird sein statt dem Telefon den Fitnesstracker zu nehmen. Dann kämen auch die Kinder alleine ins Haus. zumindest der Pi scheint Fitbit Devices auch gut zu erkennen.

Probier es mal so:

url_call:http://BENUTZER:PASSWORD@IPDERCCU/config/xmlapi/statechange.cgi?ise_id=IDDESHMAKTORS&new_value=true

Kannst du im WebUI des DoorPi erkennen ob ein Event ausgelöst wird wenn du das Licht über die Elcom App/DTMF probierst einzuschalten?

Hallo,

das ist relativ einfach.

Was du benötigst ist das XML-API Addon auf der CCU.

Du konfiguriert den DTMF in der doorpi.ini etwa so:

[DTMF]
2 = url_call:http://IPDERCCU/config/xmlapi/statechange.cgi?ise_id=IDDESHMAKTORS&new_value=true

fertig.

Allerdings willst du wahrscheinlich auch, das das Licht nach einer gewissen Zeit wieder ausgeschaltet wird.
Das kannst du dann darüber lösen, das du alles in ein Skript auf dem Pi schreibst, oder du legst ein emtsprechendes Programm auf der CCU an, das du über DTMF auslöst.

Muss hier nochmal nachhaken.
Mein Eindruck, dass es beim zweiten Device schlechter funktioniert war leider falsch. Es geht einfach nur bei Einem.
Wenn ich einfach zwei Skripte anlege funktioniert das ganze nur mit dem Device dessen Skript zuerst gestartet wird. Mit dem Anderen garnicht.
Daraufhin habe ich im zweiten Skript einfach mal alle Variablen umbenannt. Das hat leider nicht geholfen. Nächster Versuch wird sein alles in ein Skript zu verwursten, aber:

Ausserdem funktioniert der SIP Call auch nicht mehr wenn ich zwei von den Skripten laufen habe. Kann das zu viel sein für einen Pi3?

Soundprobleme sind immer fies. Hatte da auch ne Weile Probleme. Das kann viele Gründe haben.
Laut log scheint tatsächlich ein Anruf zu laufen. Hört man denn an der andern Gegenstelle etwas? Funktioniert das Micro?

- Stell doch mal deine doorpi.ini hier ein.
- Im Terminal "aplay -l" eingeben und stell einen Screenshot vom Ergebnis bereit.
- Im Terminal "alsamixer" einegeben, präferierten Sounddevice einstellen, F5 drücken und auch davon einen Screenshot bitte.

Damit kann man dann vielleicht erkennen wenn es einen Softwaregrund für dein Problem gibt.

Bei mir geht's heute wieder. Ich hab keine Ahnung was gewesen ist. Geändert habe ich nichts, aber irgendwas hat gestern mit der Anmeldung an der Fritzbox nicht geklappt. Am Ende habe ich den DoorPi manuell beendet bevor ich den Pi mal wieder neu gestartet habe. Vielleicht hat das geholfen.

Hallo,

hast du dein Problem lösen können?
Ich stehe gerade vor dem selben Rätsel. Monatelang lief alles problemlos. Auch Neustarts des DoorPi störten ihn nicht.
Gerade neu gestartet und nun klingelt es nicht mehr. Hab nichts geändert.
Wenn ich die Klingel drücke sagt das WebUI auch das ein Anruf laufen würde. Es passiert nur nichts. Bin gerade ratlos und für Tips dankbar.

Anders rum. In der doorpi.ini müssen alle Nummern drin stehen von denen uns man den Doorpi anrufen können möchte.

Gesendet von iPhone mit Tapatalk

Ok. Läuft jetzt!!
Wer sich beim Passwort vertippt ist selber Schuld. Wenn ich das gestern bemerkt hätte hätt ich mir viel Zeit sparen können.

Wie es aussieht muss ich mein iPhone entsperren damit es funktioniert. Feintuning kommt noch.
Für zwei Telefone habe ich jetzt zwei Skripte angelegt. Mal sehen ob ich es auch in eins bekomme.

Fazit:
Läuft mit meinem iPhone genial. Wenn das Telefon in der Hosentasche ist und ich mich auf 1,5 - 2m dem DoorPi annähere entriegelt er mir das Hoftor. Perfekt.
Komischerweise funktioniert es mit dem Baugleichen iPhone meiner Freundin nur sehr schlecht. Sie muss ihr Telefon direkt an die Abdeckung halten.

Hallo,

hat nu etwas länger gedauert bis ich es ausprobieren konnte.
Leider funktioniert irgendwas nicht.
Ich habe mein Telefon gepairt und das Script in eine bluetooth.sh Datei gesteckt die ich ausführbar gemacht habe und die beim Start von DoorPi gestartet wird.
Aber es tut sich nichts.
Danach habe ich angefangen das Script zu entschlacken und an meine Bedürfnisse anzupassen. Haut immernoch nicht hin. Hast du noch einen Tip für mich?
Muss die Datei eine andere Endung haben?