Ich hätte noch einen Shelly i3 hier, den ich gerade auf 1.8 geupdated hab....
NEWS
Latest posts made by michi
-
RE: Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;)
-
RE: Multihost Setup in verschiedenen Netzen
Hast du das Problem inzwischen lösen können? Ich stehe gerade vor der gleichen Herausforderung…
-
RE: Alexa2 Adapter 1.1.0 verfügbar - Bitte DRINGEND updaten!
Ich denke es wäre durchaus hilfreich, wenn der Hinweis- bzw. Erklärungstext ein wenig deutlicher machen würde wozu man dieses Aktualisierungsinterval genau benötigt. Ich muss zugeben, dass ich selbst nicht sicher war ob auch alles, was ich brauche "in Echtzeit" funktioniert, oder ob ich jedesmal erst dieses Interval abwarten muss. Für manche Anwendungsfälle sind 10 Minuten (aka 600 Sekunden ) sicher zu lang. Daher denke ich dass viele dieses Interval möglichst kurz eingestellt hatten, aus Angst etwas zu verpassen oder immer erst diese Zeit abwarten zu müssen..
Mein Vorschlag: Schreibt hier kurz, knapp und deutlich rein, dass viele Datenpunkte (am liebsten ein paar Beispiele) SOFORT geändert werden. Und dass man dieses Interval doch nur dann benutzen sollte, wenn etwas nicht automatisch geändert wird!
-
RE: Sensoren an externem Raspi –> simpleAPI?
schon klar, dass die Messwerte (Temperatur und Luftfeuchte) per Script an den GPIO-Pins abgefragt werden müssen. Ich bin noch nicht ganz sicher ob ich Python oder BASH nutzen will. Sicher ist aber, dass ich das Script per Cronjob einmal am Tag killen und neu starten werde. Evtl. baue ich auch nen Watchdog, der alle paar Minuten checkt ob das Script noch läuft. Also der Prozess noch da ist und CPU und RAM im normalen Bereich liegen… Vielleicht ist das aber auch ein wenig Oversized...
Ich werde es mal so machen:
-
Temperatur und Luftfeuchte werden per simpleAPI (vom ioBroker-Master) alle 5 Minuten aktualisiert.
-
Bewegungsmeldungen (vom PIR) werde ich direkt per HTTP-Request an die CCU2 schicken, damit das Licht auch an geht, wenn der ioBroker nicht da ist. Parallel dazu kann ich die Bewegundsmeldung ja ebenfalls per simpleAPI an ioBroker schicken. Nur um das später mal verwenden zu können und es in der History zu haben.
andere Frage: Hat schon mal jemand ne vis auf nem RaspiZero laufen lassen? Ich denke damit kommt der kleine ziemlich an seine Grenzen, oder?
-
-
Sensoren an externem Raspi –> simpleAPI?
Situation: ioBroker auf Multihost im Serverschrank, ein RaspiZero in der Garage, daran: Bewegungs-Sensor (PIR), DHT22 (oder DS1820) und zwei Reed-Relais für den Status des Garagentors.
Frage: Welches ist die "beste" Art, diese externe Hardware an ioBroker anzubinden:
-
per SimpleAPI (Multihost-Master im Keller)
-
simpleAPI-Instanz auf dem RaspiZero in der Garage (der dann auch als Multihost-Client arbeitet)
-
per HTTP-Request als Variable in der CCU2
-
irgendwas noch "schlaueres"?
Anforderungen: Performance (Reaktionszeiten), Stabilität und Ausfallsicherheit
-
-
RE: RaspPi friert ein und startet irgdenwann neu
na gut, dann können wir ein Strom-Problem ja nahezu ausschließen…
Um Hardware-seitig auf der ganz sicheren Seite zu sein würde ich:
-
alles vom USB abstecken
-
anderes Netzteil
-
andere SD-Karte (Image von der jetzigen Karte 1zu1 auf eine neue schieben)
Und natürlich wie oben beschrieben CPU / RAM und io im Auge behalten. vielleicht kannst du ja den RPi-Adapter in Kombination mit history nutzen um den Verlauf von Load1/2/3 und RAM im Auge zu behalten
-
-
RE: RaspPi friert ein und startet irgdenwann neu
Welches Netzteil nutzt du? Hängt irgendwas am USB-Port oder den GPIO-Pins?
-
RE: PivCCU: Probleme mit HMIP, internen Programmen und Systemvariablen
> Dein Installations fehlerhaft liegt vermutlich an einem sehr alten Raspbian Image,
soo alt war mein Jessie-Lite nun auch wieder nicht Hab mit einem aktuellen Stretch noch einmal neu angefangen…` > Sonst mach ich noch mal ein neues Image.
Gruß
Rainer `
Dankeschön euch Beiden!!!
ich bin mit dem Umzug meiner Komponenten erst einmal ein paar Nächte beschäftigt - melde mich wieder, wenn ich fertig bin und alles läuft.
-
RE: PivCCU: Probleme mit HMIP, internen Programmen und Systemvariablen
Hallo Alex,
ich versuche gerade nach Anleitung (https://github.com/alexreinert/piVCCU/b … berrypi.md) noch einmal pivCCU neu zu installieren…
So weit so gut:
!
pi@RPi-DrStrange:~ $ wget -q -O - https://alexreinert.github.io/piVCCU/public.key | sudo apt-key add - OK pi@RPi-DrStrange:~ $ sudo bash -c 'echo "deb https://alexreinert.github.io/piVCCU stable main" >> /etc/apt/sources.list.d/pivccu.list' pi@RPi-DrStrange:~ $ sudo apt update Hit http://archive.raspberrypi.org jessie InRelease Hit http://mirrordirector.raspbian.org jessie InRelease Hit https://alexreinert.github.io stable InRelease Hit http://archive.raspberrypi.org jessie/main armhf Packages Hit http://archive.raspberrypi.org jessie/ui armhf Packages Hit http://mirrordirector.raspbian.org jessie/main armhf Packages Get:1 https://alexreinert.github.io stable/main Translation-en_GB [9,340 B] Hit http://mirrordirector.raspbian.org jessie/contrib armhf Packages Get:2 https://alexreinert.github.io stable/main Translation-en [9,340 B] Hit https://alexreinert.github.io stable/main armhf Packages Get:3 https://alexreinert.github.io stable/main Translation-en_GB [9,340 B] Hit http://mirrordirector.raspbian.org jessie/non-free armhf Packages Get:4 https://alexreinert.github.io stable/main Translation-en [9,340 B] Get:5 https://alexreinert.github.io stable/main Translation-en_GB [9,340 B] Get:6 https://alexreinert.github.io stable/main Translation-en [9,340 B] Hit http://mirrordirector.raspbian.org jessie/rpi armhf Packages Get:7 https://alexreinert.github.io stable/main Translation-en_GB [9,340 B] Get:8 https://alexreinert.github.io stable/main Translation-en [9,340 B] Get:9 https://alexreinert.github.io stable/main Translation-en_GB [9,340 B] Ign https://alexreinert.github.io stable/main Translation-en_GB Get:10 https://alexreinert.github.io stable/main Translation-en [9,340 B] Ign https://alexreinert.github.io stable/main Translation-en Ign http://archive.raspberrypi.org jessie/main Translation-en_GB Ign http://archive.raspberrypi.org jessie/main Translation-en Ign http://archive.raspberrypi.org jessie/ui Translation-en_GB Ign http://archive.raspberrypi.org jessie/ui Translation-en Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en_GB Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en Ign http://mirrordirector.raspbian.org jessie/main Translation-en_GB Ign http://mirrordirector.raspbian.org jessie/main Translation-en Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en_GB Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en_GB Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. !
Am Punkt 3 scheitere ich allerdings:
` > 3. Install the neccessary kernel modules for the low level communication with the HM-MOD-RPI-PCBsudo apt install pivccu-modules-raspberrypi `
pi@RPi-DrStrange:~ $ sudo apt install pivccu-modules-raspberrypi Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: pivccu-modules-raspberrypi : Depends: raspberrypi-kernel (= 1.20171029-1) but 1.20170703-1 is to be installed E: Unable to correct problems, you have held broken packages.
-
RE: PivCCU: Probleme mit HMIP, internen Programmen und Systemvariablen
bisher sind mir die Probleme nur bei den HM-IP Geräten aufgefallen. Am offensichtlichsten war es bei den Wandthermostaten und den Bewegungsmeldern im Treppenhaus.
Aber ja! Deine Vermutung mit den Updates ist korrekt. Habe die neue Firmware über pivCCU eingespielt… Mir war nicht bewusst, dass ich die Geräte dann noch mal neu anlernen muss...?
Da sich im Lauf der Zeit einiges an "Müll" (Dinge die man mal ausprobiert hat etc...) angesammelt hat, würde ich evtl sogar zurück auf die CCU2 gehen. Parallel pivCCU neu installieren und die Geräte einzeln von der CCU2 ablernen und im pivCCU neu anlernen. Zumindest zum Testen mal je ein Device...
Das ganze würde mich zwar eine Weile beschäftigen, danach sollte aber alles sauber laufen. Danach räume ich dann meine ioBroker auf
Vielen Dank schon mal für die Hilfe zu später Stunde! Du hast da übrigens ganze Arbeit geleistet!!! Wenn es dann mal bei mir sauber läuft, hast du genau das geschrieben, was ich brauche!!!!!