Seit dem Tag des Erscheinens also so um und bei 01.04.
Beiträge von Flausen
-
-
Hmmmm, diese Leiste mit den Aufnahmen fehlt mir. Dadurch, dass aber auch ein Licht angeht, wenn Bewegung entdeckt wird, weiß ich, dass die Kamera an sich funktioniert. Den Stream kann ich ja auch sehen, aber eben bei beiden Kameras keine Leiste mit Aufnahmen oben….
-
Moin, weiß jemand, wie ich die Videos in der Cloud speichere. Genügend ist mit 2TB für zwei Kameras verfügbar.
Streamen geht. Bewegungserkennung auch, aber ich habe keine Übersicht über die aufgenommenen Videos…
-
Nur via Internet. Steuerung am Gerät bleibt möglich.
-
Das wäre fantastisch. Ich würde lieber nur diesen einen Befehl übergeben als einen Kurzbefehl mit 218 Aktionen…
-
Hallo Flausen,
mir ist gerade aufgefallen, dass bei dir "OverrideMode" auf auto gestellt ist.
Kannst du mir sagen was das genau im Plugin bedeutet? Bei mir steht das auf "manual"
Ich nutze das Plugin nicht mehr, kann es daher nicht sagen. Bin auf
homebridge-tado-smart-thermostat v0.8.1 umgestiegen.
-
Mit laundrify geht das
-
Moin, ich habe laundrify im Einsatz und das funktioniert soweit gut.
-
Ist bereits ein Family-Musik-Abo oder 2TB-Storage vorhanden?
-
Moin, man sollte fairerweise sagen, dass es nicht 1 Stripe ist sondern 2 zu je 5m Länge
-
Das klingt für mich nach Fenstersensoren oder so was Ähnlichem. Also bei diesen habe ich die Meldung
-
In hebe das Thema mal Wieder ins Gedächtnis.
Ich suche etwas, dass das laufen der HB überwacht.
Es läuft bei mir ein Dump1090 und HB in nur einer Instanz auf dem Pi. Manchmal bleibt die HB hängen, aber dump läuft weiter. Ich suche also etwas, das mir sagt, ob der Pi noch ordnungsgemäß läuft. Was kann man da am sinnvollsten machen. Einerseits als Pi basiertes Monitoring oder auch als Abfrage von externen hier steht jedoch kein Gerät dauerhaft zur Verfügung, sondern da müsste ich selbst in unregelmäßigen Abstanden drauf schauen. Ist dann aber wieder irrelevant, da ich in Home dann ja sehe, dass die ganzen HB Sensoren nicht erreichbar sind.
Wie überwacht ihr?
Viele Grüße
-
Hi, so ein Verhalten habe ich auch. Aber steht bei Intervall nicht das ganze in MS was ich fur Millisekunden hielt?! Du „ballerst“ so viele Anfragen, dass der damit einfach nicht klarkommt.
Ich habe einen Wert jenseits der 3000 und dann geht die App zumindest wieder. Sind ja auch nur 3Sekunden. Man kann es vermutlich auch noch höher stellen. Bei mir aktualisiert sich der Sensor leider immer nur, wenn ich die Home App öffne. Bei andern ist es nicht der Fall. Die sagen immer zuverlässig Bescheid. Läuft alles auf dem selben System.
-
Moin, ja im Grunde kann er das. Es lag vermutlich daran, dass die Dose zwischenzeitlich aus dem Netzwerk geflogen ist. Nun ist es wieder erreichbar.
Brauchst du noch Tester für das Plugin
Die Maschine läuft täglich, mitunter mehrfach. ttimpe
In der config, was fur ein Wert der Abfragehäufigkeit in MS macht Sinn? Ich habe das Gefühl, dass ein zu kleiner Wert dazu führt, dass die Dose nicht mehr erreichbar ist. Müsste ich mal genau analysieren.
-
ep 04 10:33:44 PI24 homebridge[30388]: error on pollStatus Error: read ECONNRESET
Sep 04 10:33:44 PI24 homebridge[30388]: at TCP.onStreamRead (internal/stream_base_commons.js:205:27) {
Sep 04 10:33:44 PI24 homebridge[30388]: errno: 'ECONNRESET',
Sep 04 10:33:44 PI24 homebridge[30388]: code: 'ECONNRESET',
Sep 04 10:33:44 PI24 homebridge[30388]: syscall: 'read'
Sep 04 10:33:44 PI24 homebridge[30388]: }
Sep 04 10:33:47 PI24 homebridge[30388]: error on pollStatus Error: connect ETIMEDOUT 192.168.178.56:80
Sep 04 10:33:47 PI24 homebridge[30388]: at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1141:16) {
Sep 04 10:33:47 PI24 homebridge[30388]: errno: 'ETIMEDOUT',
Sep 04 10:33:47 PI24 homebridge[30388]: code: 'ETIMEDOUT',
Sep 04 10:33:47 PI24 homebridge[30388]: syscall: 'connect',
Sep 04 10:33:47 PI24 homebridge[30388]: address: '192.168.178.56',
Sep 04 10:33:47 PI24 homebridge[30388]: port: 80
Sep 04 10:33:47 PI24 homebridge[30388]: }
diese beiden Meldungen stehen bei mir im Log. Die IP stimmt. Laundrify kann drauf zugreifen, in der fritzbox-ui sehe ich sie auch entsprechend. Was sagen die beiden Dinge oben aus? sschuste ttimpe -
Moin Moin,
laundrify informiert mich, die homebridge allerdings nicht. Erst wenn ich Home öffne, so aktualisiert sich der Status des Sensors. Das ist dann eher ein IOS und Homebridge Thema als auf das Plugin bezogen, aber wie habt ihr dieses Problem gelöst, oder taucht es gar nicht auf?
Welcher Wert der Abfrage ist bei euch sinnvoll? Wird er wirklich in MS angegeben?
-
Moin, ist das nicht mega unsicher, weil man einfach einen Magneten zum Öffnen der Tür nehmen kann?
-
Moin,
ich habe die Kombination aus tado und aqara und es funktioniert gut. Aqara ist bei mir über das Dresden Elektronik aufsteckmodul Raspbee angebunden. Gab bisher keine Ausfälle. Man muss sich halt ein paar regeln / Szenen basteln. Bevorzuge mittlerweile Szenen, das macht es übersichtlicher und man weiß auf einen Blick ob im Raum was an oder aus ist. Ein Abo habe ich entsprechend nicht abgeschlossen sondern es in die HB eingebunden
-
HTTP/1.1 200 OK
Content-Security-Policy: default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval'; style-src 'self' 'unsafe-inline'; img-src 'self' data: https://raw.githubusercontent.com https://user-images.githubusercontent.com; connect-src 'self' https://openweathermap.org https://api.openweathermap.org wss://192.168.178.99:9999 ws://192.168.178.99:9999
X-Content-Security-Policy: default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval'; style-src 'self' 'unsafe-inline'; img-src 'self' data: https://raw.githubusercontent.com https://user-images.githubusercontent.com; connect-src 'self' https://openweathermap.org https://api.openweathermap.org wss://192.168.178.99:9999 ws://192.168.178.99:9999
X-WebKit-CSP: default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval'; style-src 'self' 'unsafe-inline'; img-src 'self' data: https://raw.githubusercontent.com https://user-images.githubusercontent.com; connect-src 'self' https://openweathermap.org https://api.openweathermap.org wss://192.168.178.99:9999 ws://192.168.178.99:9999
X-DNS-Prefetch-Control: off
X-Download-Options: noopen
X-Content-Type-Options: nosniff
Referrer-Policy: no-referrer
X-XSS-Protection: 1; mode=block
vary: Origin
access-control-allow-origin: false
content-type: text/html
cache-control: no-cache, no-store, must-revalidate
pragma: no-cache
expires: 0
content-length: 1608
Date: Sun, 14 Jun 2020 14:42:17 GMT
Connection: keep-alive
geht nun wieder alles wie es soll! Danke für,die Hilfe. Ich habe nichts mehr verändert -
pi@raspberrypi:~ $ curl -I http://192.168.1.22:9999curl: (7) Failed to connect to 192.168.1.22 port 9999: Die Wartezeit für die Verbindung ist abgelaufen wenn man es auf der IP macht.
Das deconz UI kann ich ohne Probleme ansteuern.