Ring Video Doorbell

[Tiffytaffy]

@pflock_y, warum installierst du nicht per apt python3? Ansonsten empfehle ich python3 systemweit auf 3.7 zu setzen.
https://linuxconfig.org/how-to-change-from-default-to-alternative-python-version-on-debian-linux#h2-change-python-version-system-wide

@Tiffytaffy
Naja, python3 und Protocol::WebSocket musst du trotzdem installieren. Dann eben nicht per apt und cpan sondern mit entsprechenden Windows Commands - die kenne ich jedoch nicht, da ich alles auf Linux laufen lasse.

Ich habe ja bereits Version python-3.9.1 installiert. Oder ist mit python3 etwas anderes gemeint? Wenn ja, dann werde ich das Googeln wie das unter windows gehen kann.

[dominik]

Ok, das konnte ich den Post nicht entnehmen. Ich habe bislang nur mit Python 3.7 getestet, kann daher nicht garantieren, dass 3.9 auch klappt.
Perl Websockets ist auch installiert? Pip? Wenn ja, dann einfach mal starten und die Ergebnisse posten

[Tiffytaffy]

Ok, das konnte ich den Post nicht entnehmen. Ich habe bislang nur mit Python 3.7 getestet, kann daher nicht garantieren, dass 3.9 auch klappt.
Perl Websockets ist auch installiert? Pip? Wenn ja, dann einfach mal starten und die Ergebnisse posten

cpan Protocol::WebSocket ging auch unter Windows.
FHEM:
update add https://raw.githubusercontent.com/dominikkarall/fhempy/master/controls_pythonbinding.txt
update
hat funktioniert.

define local_pybinding BindingsIo Python ist dann gescheitert. Wobei PythonBinding-2020-12-16.log angelegt wird aber leer ist.
Werde es Morgen noch mal Versuchen

2020.12.16 23:35:47 1: starting in console mode
2020.12.16 23:35:47 1: Including fhem.cfg
2020.12.16 23:35:47 3: WEB: port 8083 opened
2020.12.16 23:35:47 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2020.12.16 23:35:47 1: Including ./log/fhem.save
2020.12.16 23:35:47 1: Messages collected while initializing FHEM:SecurityCheck:
  WEB is not password protected

Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none

2020.12.16 23:35:47 3: initialUsbCheck return value: This command is not yet supported on windows
2020.12.16 23:35:47 0: Featurelevel: 6
2020.12.16 23:35:47 0: Server started with 6 defined entities (fhem.pl:23306/2020-12-07 perl:5.032000 os:MSWin32 user:Ich pid:4128)
2020.12.16 23:36:05 3: BindingsIo v1.0.0
2020.12.16 23:36:05 3: PythonBinding v1.0.0
2020.12.16 23:36:05 3: Pythonbinding_15733: starting
2020.12.16 23:36:05 3: Pythonbinding_15733: using logfile: ./log/PythonBinding-2020-12-16.log
2020.12.16 23:36:05 1: exec failed
2020.12.16 23:36:05 1: set the alexaFHEM-cmd attribut to: <path>/alexa-fhem
Jetzt beendet sich Fhem von selbst.

[Manos]

Warum du PythonBinding und nicht BindingsIo neu starten musst, ist einfach erklärt:
Stell dir vor PythonBinding ist eine HueBridge.
BindingsIo ist das Modul, welches die Verbindung zu HueBridge aufbaut.
Wenn nun BindingsIo disconnected anzeigt, startest du im Normalfall die HueBridge neu falls ein reconnect nicht funktioniert.

Gleiches ist hier der Fall, du startest PythonBinding neu, damit BindingsIo wieder zum Device connected kann. Dass PythonBinding weiterhin active anzeigt liegt daran, dass PythonBinding nur prüft ob der Prozess läuft und diese im Fehlerfall (crash) neu startet.

Danke, das war verstaendlich! 
(warum du nicht beides in ein Modul gebunden hast, hat mich verwirrt, ist es aber nicht wichtig). 

updateDeviceInterval: Aktualisiert alle Werte außer Alarme - also im Normalfall uninteressant, außer du prüfst regelmäßig wie hoch der WLAN Empfang des Devices ist oder Batterie. Das reicht aber garantiert alle 10min oder wahrscheinlich sogar jede Stunde.
updateDingInterval: Dies prüft auf einen Alarm (motion, ...). Daher ist dieses Intervall sehr kurz gesetzt. Leider gibt es keine andere Möglichkeit außer alle x Sekunden einen Request beim ring Server zu machen. Und es gibt keine Garantie dafür, dass dieser Service auch zukünftig zur Verfügung steht.

Aha! Vielen Dank. Jetzt habe ich das verstanden.
updateDingInterval ist genau das richtige fuer mich.
updateDeviceInterval dachte ich macht etwas ganz anderes - Jede Stunde ist mehr als ausreichend.

Bitte kein Script für den Neustart bauen. Ich will Fehler beheben und nicht Fehler verstecken.

Spielverderber  Hatte ich bereits gemacht, war aber gar nicht noetig: Mit updateDeviceInterval 300 funktioniert Ring (und PythonBinding) ohne Probleme (jetzt werde ich updateDeviceInterval auf 2000 stellen).

Vielen Dank Dominik, es ist eine unglaublige Hilfe dieses Pythonbinding!
Ich habe mit ring und discover_upnp angefangen aber sehe sehr viele interessante Module  (TensorFlow, xiaomi_tokens, miio )

Schoene Gruesse,

Manos

P.S. Verstehe ich das Richtig? Mit xiaomi_tokens kann ich den verschluesselten Token meines XIOMI Airpurifiers 3H finden, ohne ein gerootetes Smartphone haben zu muessen? Das ist ja Super!

[pflock_y]

@pflock_y, warum installierst du nicht per apt python3? Ansonsten empfehle ich python3 systemweit auf 3.7 zu setzen.
https://linuxconfig.org/how-to-change-from-default-to-alternative-python-version-on-debian-linux#h2-change-python-version-system-wide

@Tiffytaffy
Naja, python3 und Protocol::WebSocket musst du trotzdem installieren. Dann eben nicht per apt und cpan sondern mit entsprechenden Windows Commands - die kenne ich jedoch nicht, da ich alles auf Linux laufen lasse.

Hallo dominik,
"warum installierst du nicht per apt python3" ging nicht. Ich weiss auch warum, Raspberry mit Jessy konnte nur python 3.5.x.
Ich hab jetzt den Umstieg auf Buster gemacht, siehe da, läuft.
Auch bei apt-get install python3 --> kommt nun die version 3.7.3 als aktuellste raus.

Danke für die Unterstützung

vg
pflock_y

[dominik]

(warum du nicht beides in ein Modul gebunden hast, hat mich verwirrt, ist es aber nicht wichtig). 

Das hat den Grund, dass fhempy auch über mehrere Nodes verteilt werden kann. Das bedeutet, du lässt fhempy auf einem 2. RPi laufen (wegen Bluetooth, oder Lastverteilung, oder....) und verbindest dann mit dem BindingsIo dort hin. Dafür brauchst aber kein PythonBinding, weil das läuft Remote.

P.S. Verstehe ich das Richtig? Mit xiaomi_tokens kann ich den verschluesselten Token meines XIOMI Airpurifiers 3H finden, ohne ein gerootetes Smartphone haben zu muessen? Das ist ja Super!

Ja, genau.

@pflock_y, perfekt, freut mich, dass es funktioniert!

@Tiffytaffy, ich glaube das liegt an der fhempy Datei, da wird "#!/usr/bin/env python3" benutzt und ich bin mir nicht sicher wie das unter Windows funktioniert. Schau mal ob das hier hilft:
https://blog.python.org/2011/07/python-launcher-for-windows_11.html

[Tiffytaffy]

@Tiffytaffy, ich glaube das liegt an der fhempy Datei, da wird "#!/usr/bin/env python3" benutzt und ich bin mir nicht sicher wie das unter Windows funktioniert. Schau mal ob das hier hilft:
https://blog.python.org/2011/07/python-launcher-for-windows_11.html

Hallo,
ich bin mit dem python-launcher-for-windows leider auch nicht weiter gekommen. Gleiches Verhalten.
Direkt nach dem update Befehl und vor dem define local_pybinding BindingsIo Python
habe ich auch mal die Zeile #!/usr/bin/env python3 mal entfernt oder auch durch #!C:/Users/Ich/AppData/Local/Programs/Python/Python37/python.exe ersetzt. Und einmal auch die ganze fhempy Datei gelöscht.
Die Fehlermeldung bleibt stets gleich.
Sollte ich mal eine Linux-Umgebung haben, dann kann ich das Ganze ja noch mal damit versuchen.

Danke für die Unterstützung
Gruß

[Manos]

updateDeviceInterval: Aktualisiert alle Werte außer Alarme - also im Normalfall uninteressant, außer du prüfst regelmäßig wie hoch der WLAN Empfang des Devices ist oder Batterie. Das reicht aber garantiert alle 10min oder wahrscheinlich sogar jede Stunde.
updateDingInterval: Dies prüft auf einen Alarm (motion, ...). Daher ist dieses Intervall sehr kurz gesetzt. Leider gibt es keine andere Möglichkeit außer alle x Sekunden einen Request beim ring Server zu machen. Und es gibt keine Garantie dafür, dass dieser Service auch zukünftig zur Verfügung steht.

Hallo Dominik,
ich bin nicht ganz sicher, dass ich alles korrekt mache.
PythonBinding funktioniert ohne Unterbrechungen.
Trotz deviceUpdateInterval 1800 und dingPollInterval 2, ich sehe die alarm Werte nicht aktualisieren.
Ich habe Pythonbinding_15733 vorsichtshalber restarted und trotzdem nicht das erhoffte Ergebnis erzielt

Ich habe zwei Gruppen die mich interessieren (ich verstehe den Unterschied nicht):
alert_id, alert_kind, alert_sip_to
und
history_1_answered, history_1_created_at, history_1_id, history_1_kind
In den meisten Faellen sind die Werte in beiden Grippen gleich.

Sie  werden aber sehr unregelmaessig aktualisiert (siehe Bild, Pythonbinding_15733 restarted um 12:20:17).

Code Auswählen Erweitern


Internals:
   DEF        ring xxxxxxxx.com "Front Door"
   FUUID      xxxxxxxx
   FVERSION   10_PythonModule.pm:0.182830/2019-01-16
   IODev      pybinding
   NAME       RingDoorBell
   NR         321
   PYTHONTYPE ring
   RINGDEVICE Front Door
   STATE      connected
   TYPE       PythonModule
   USERNAME   xxxxxxxx.com
   Helper:
     DBLOG:
       battery_life:
         Logdb:
           TIME       1608376817.58064
           VALUE      91
       history_1_created_at:
         Logdb:
           TIME       1608376824.36776
           VALUE      2020-12-19 11:13:33+00:00
   READINGS:
     2020-12-10 01:18:10   address         xxxxxxxx
     2020-12-19 00:36:29   alert_current   motion
     2020-12-19 12:26:15   alert_id        6907927301888687161
     2020-12-19 12:26:15   alert_kind      motion
     2020-12-19 12:26:15   alert_sip_to    sip:xxxxxxxx;transport=tls
     2020-12-19 12:26:15   alert_sip_token
     2020-12-19 12:20:17   battery_life    91
     2020-12-10 01:18:10   connection_status online
     2020-12-10 01:18:10   existing_doorbell_type Mechanical
     2020-12-10 01:18:10   existing_doorbell_type_enabled 1
     2020-12-10 01:18:10   family          doorbots
     2020-12-10 01:18:10   firmware        Up to Date
     2020-12-10 01:18:10   has_subscription 1
     2020-12-18 16:55:47   history_1_answered 0
     2020-12-19 12:20:24   history_1_created_at 2020-12-19 11:13:33+00:00
     2020-12-19 12:20:24   history_1_id    6907924093548117049
     2020-12-17 16:21:12   history_1_kind  motion
     2020-12-18 18:26:01   history_2_answered 0
     2020-12-19 12:20:24   history_2_created_at 2020-12-19 10:31:24+00:00
     2020-12-19 12:20:24   history_2_id    6907913231575825465
     2020-12-19 12:20:24   history_2_kind  motion
     2020-12-18 22:06:11   history_3_answered 0
     2020-12-19 12:20:24   history_3_created_at 2020-12-19 09:33:07+00:00
     2020-12-19 12:20:24   history_3_id    6907898212075191353
     2020-12-17 16:21:12   history_3_kind  motion
     2020-12-14 23:47:00   history_4_answered 0
     2020-12-19 12:20:24   history_4_created_at 2020-12-19 09:23:45+00:00
     2020-12-19 12:20:24   history_4_id    6907895798303571001
     2020-12-17 17:21:25   history_4_kind  motion
     2020-12-19 12:20:24   history_5_answered 0
     2020-12-19 12:20:24   history_5_created_at 2020-12-19 09:15:00+00:00
     2020-12-19 12:20:24   history_5_id    6907893543445740601
     2020-12-16 16:44:26   history_5_kind  motion
     2020-12-10 01:18:10   id              54e019f73c41
     2020-12-10 01:18:10   kind            doorbell_scallop
     2020-12-19 12:20:17   last_recording_id 6907924093548117049
     2020-12-19 12:20:23   last_recording_url https://share-service-xxxxxxxx
     2020-12-10 01:18:10   latitude        50.617718
     2020-12-10 01:18:10   longitude       7.3391075
     2020-12-10 01:18:10   model           Doorbell 3 Plus
     2020-12-10 01:18:10   name            Front Door
     2020-12-10 01:18:08   password        xxxxxxxx

     2020-12-19 12:26:17   state           connected
     2020-12-10 01:18:10   subscribed      1
     2020-12-10 01:18:10   subscribed_motion 1
     2020-12-10 01:18:10   timezone        Europe/Berlin
     2020-12-19 12:20:15   token           xxxxxxxx

     2020-12-10 01:18:10   volume          8
     2020-12-19 12:20:23   wifi_name       xxxxxxxx
     2020-12-19 12:20:23   wifi_signal_category good
     2020-12-19 12:20:23   wifi_signal_strength -55.0
   args:
     RingDoorBell
     PythonModule
     ring
     xxxxxxxx.com
     Front Door
   argsh:
Attributes:
   DbLogExclude .*
   DbLogInclude battery_life,history_1_answered,history_1_created_at,history_1_kind
   IODev      pybinding
   comment    Alarm types: motion, ding, on_demand,
   devStateIcon {
my $cnct = 'rc_YELLOW@red';;
$cnct ='rc_GREEN@green' if (ReadingsVal($name, "state", "Offline") eq "connected");;
my $motion = 'it_camera@green';;
$motion='secur_alarm@red' if (ReadingsVal($name, "alert_kind", "dead") eq "motion");;
$motion='secur_alarm@orange' if (ReadingsVal($name, "alert_kind", "dead") eq "ding");;
my $motionDummy = 'it_camera@green';;
$motionDummy='motion_detector@red' if (ReadingsVal("Ring_FrontDoor", "state", "dead") eq "motion");;
$motionDummy='secur_alarm@orange' if (ReadingsVal("Ring_FrontDoor", "state", "dead") eq "ding");;
$motionDummy='it_camera@green' if (ReadingsVal("Ring_FrontDoor", "state", "dead") eq "on_demand");;
$motionDummy='it_camera@blue' if (ReadingsVal("Ring_FrontDoor", "state", "dead") eq "none");;
my $bat = 'measure_battery_100@green';;
$bat ='measure_battery_50@orange' if (ReadingsNum($name, "battery_life", "Offline")<55);;
$bat ='measure_battery_25@red' if (ReadingsNum($name, "battery_life", "Offline") < 25);;
"
" . FW_makeImage("$cnct","cul_wlan") . "   " . FW_makeImage("$bat","cul_wlan") . "   " . FW_makeImage("$motionDummy","hue_filled_outlet") . "
Last: " . ReadingsVal($name, "alert_kind", "dead") . "   " . FW_makeImage("$motion","hue_filled_outlet") . " (" . ReadingsTimestamp($name,"alert_kind",0) . ")
" ;;
}
   deviceUpdateInterval 1800
   dingPollInterval 2
   event-on-change-reading alert_kind,battery_life,history_1_answered,history_1_created_at,history_1_kind
   room       Outside_Perimeter,_Hood->Sensor
   verbose    0


[dominik]

Hi,

alles was unter alert_* kommt ist der aktive Alarm. history_* ist nichts anderes als die History der Alarme. Daher muss der history_1 Eintrag eigentlich immer gleich dem alert_* Eintrag sein. Wenn du auf etwas reagieren willst, dann nimm alert oder state.

//Edit: History wird mit dem updateDeviceInterval aktualisiert, daher hat es eine Verzögerung zum Alert.

[Manos]

Hallo Dominik,
nur zur Info: ich habe habe ein bisschen mit ReadingsVal($name, "state", "??") experimentiert, und folgendes festgestellt:
Die einzige Werte die ich bis jetzt "gesehen" habe, sind connected, oder disconnected  (die Verbindung zu Python existiert, oder nicht), deswegen habe ich es nur als Indikator fuer die Python Verbindung benutzt.

Per Zufall musste ich feststellen, 'state' reagiert fuer alle andere Ereignisse!
Obwohl, ich es kaum erkennen kann, ich sehe nur "connected" (wahrscheinlich weil ich dingPollInterval sehr kurz (2 Sek.) habe)
Ich habe ploetzlich die Werte auf meine SQL Datenbank endekt.

[dlehmann69]

Hallo,

also bei mir müllt pythonbinding seid einigen Tagen das Log sekündlich zu. Im binding Log finde ich folgendes:

Code Auswählen Erweitern

ModuleNotFoundError: No module named 'fhempy'
    import fhempy.lib.fhem_pythonbinding as fpb
  File "FHEM/bindings/python/bin/fhempy", line 140, in <module>
Traceback (most recent call last):

During handling of the above exception, another exception occurred:

ModuleNotFoundError: No module named 'fhempy'
    import fhempy.lib.fhem_pythonbinding as fpb
  File "FHEM/bindings/python/bin/fhempy", line 136, in <module>
Traceback (most recent call last):
ModuleNotFoundError: No module named 'fhempy'
    import fhempy.lib.fhem_pythonbinding as fpb
  File "FHEM/bindings/python/bin/fhempy", line 140, in <module>
Traceback (most recent call last):

During handling of the above exception, another exception occurred:

ModuleNotFoundError: No module named 'fhempy'
    import fhempy.lib.fhem_pythonbinding as fpb
  File "FHEM/bindings/python/bin/fhempy", line 136, in <module>


Im FHEM Log steht wie erwähnt aller Sekunden nur

Code Auswählen Erweitern

BindingsIo: ERROR pythonbinding - error while connecting: connect to http://127.0.0.1:15733 timed out


Geändert habe ich nichts. Der Rechner wurde nur nach einem Update des Betriebssystems neu gestartet.

[dominik]

Hallo Dominik,
nur zur Info: ich habe habe ein bisschen mit ReadingsVal($name, "state", "??") experimentiert, und folgendes festgestellt:
Die einzige Werte die ich bis jetzt "gesehen" habe, sind connected, oder disconnected  (die Verbindung zu Python existiert, oder nicht), deswegen habe ich es nur als Indikator fuer die Python Verbindung benutzt.

Per Zufall musste ich feststellen, 'state' reagiert fuer alle andere Ereignisse!
Obwohl, ich es kaum erkennen kann, ich sehe nur "connected" (wahrscheinlich weil ich dingPollInterval sehr kurz (2 Sek.) habe)
Ich habe ploetzlich die Werte auf meine SQL Datenbank endekt.

Ja, state wird auf die Alerts gesetzt für die Zeit solange der Alert aktiv ist. Ich wusste nicht, dass der nur 2s aktiv ist. Aber du kannst definitiv den state Alert mit z.B. DOIF verwenden.

[dominik]

Hallo,

also bei mir müllt pythonbinding seid einigen Tagen das Log sekündlich zu. Im binding Log finde ich folgendes:

Code Auswählen Erweitern

ModuleNotFoundError: No module named 'fhempy'
    import fhempy.lib.fhem_pythonbinding as fpb
  File "FHEM/bindings/python/bin/fhempy", line 140, in <module>
Traceback (most recent call last):

During handling of the above exception, another exception occurred:

ModuleNotFoundError: No module named 'fhempy'
    import fhempy.lib.fhem_pythonbinding as fpb
  File "FHEM/bindings/python/bin/fhempy", line 136, in <module>
Traceback (most recent call last):
ModuleNotFoundError: No module named 'fhempy'
    import fhempy.lib.fhem_pythonbinding as fpb
  File "FHEM/bindings/python/bin/fhempy", line 140, in <module>
Traceback (most recent call last):

During handling of the above exception, another exception occurred:

ModuleNotFoundError: No module named 'fhempy'
    import fhempy.lib.fhem_pythonbinding as fpb
  File "FHEM/bindings/python/bin/fhempy", line 136, in <module>


Im FHEM Log steht wie erwähnt aller Sekunden nur

Code Auswählen Erweitern

BindingsIo: ERROR pythonbinding - error while connecting: connect to http://127.0.0.1:15733 timed out


Geändert habe ich nichts. Der Rechner wurde nur nach einem Update des Betriebssystems neu gestartet.

Da ist wohl beim Update was schief gegangen. Hast du schon ein "update" in FHEM gemacht?

[dlehmann69]

Ja Update habe ich am 13. Dezember durchgeführt. Der Fehler taucht im Log auch erst seit dem 19. Dezember Mitternacht auf. Bis dahin lief nach dem FHEM Neustart alles einwandfrei.

[dominik]

Mach bitte noch ein "update" in FHEM und gib dann Bescheid ob es läuft.