Im Grunde wird in dem Oilfox auch nix anderes wie ein ESP mit nem Ultraschallsensor...
Gerade wenn man auch noch
ZitatUltraschall
Misst ab 15cm und bis 300cm
ließt, dass kommt einem doch sehr bekannt vor (SR04T)
Im Grunde wird in dem Oilfox auch nix anderes wie ein ESP mit nem Ultraschallsensor...
Gerade wenn man auch noch
ZitatUltraschall
Misst ab 15cm und bis 300cm
ließt, dass kommt einem doch sehr bekannt vor (SR04T)
Wenn beide nicht auf dem selben Port laufen, funktionieren auch beide gleichzeitig
Nur auf die Schnelle im Kopf berechnet:
# Camera Feeds & Positions
top_left="screen -dmS top_left sh -c 'omxplayer --win \"0 0 640 400\" rtsp://IP-Adresse-Kamera1:554/onvif1 --live '";
top_right="screen -dmS top_right sh -c 'omxplayer --win \"640 0 1280 400\" rtsp://IP-Adresse-Kamera2:554/onvif1 --live -n -1'";
bottom_left="screen -dmS bottom_left sh -c 'omxplayer --win \"0 400 640 800\" rtsp://IP-Adresse-Kamera3:554/onvif1 --live -n -1'";
bottom_right="screen -dmS bottom_right sh -c 'omxplayer --win \"640 400 1280 800\" rtsp://IP-Adresse-Kamera4:554/onvif1 --live -n -1'";
Kommt darauf an wie viele Warnungen du anzeigen lässt. Glaube Standard sind 3 (Instanzen --> DWD --> Anzahl der Warnungen). IMHO sind 9 das Maximum, mehr sendet DWD nicht... (und sollte genügen )
Du hast lt. deinem oberen Screeny von "Objekte" auch das maßgebliche bei deinem Datenpunkt "Raspi_Temp" vergessen. Ändere/setze mal bei "state" auf value.temperature
Dann funktioniert es auch mit Alexa
Hallo Olaf,
das ganze ist eigentlich mehr ein "nice to have" und ruht aktuell auch, da ich dafür eh erst meine Wetterstation in Angriff nehmen muss, aktuell aber in einem anderen SmartHome-Projekt stecke. Ich hatte bisher in 50 Jahren genau einmal Probleme mit Schimmel, die aber selbst verursacht waren (heute bin ich schlauer ). Sag nur Silikonfuge in der Dusche mit Spüli glätten...
Danke aber für die ausführliche Erklärung
...und falsch gedacht, ich fühle mich bei 18-20°C am wohlsten, ziehe auch ggf. was wärmeres an und schmeiß notfalls den Pelletofen an
LG
Am einfachsten wäre nach dem Triggern einen Datenpunkt zu setzen (z.B. "norun=true")
Am Ende des Skripts dann den "norun" wieder auf "false" setzen mit einer Verzögerung von xx Sekunden.
Dann brauchst du den Trigger nur noch erweitern, dass das Blockly nur läuft wenn auch zusätzlich "norun=false" ist
Geht, brauchst nur ein Programm welches die Daten liefert (Linux ist da viel freigiebiger ), allerdings so, dass man sie auch abgreifen kann. Ein Gadget funktioniert also nicht, außer es legt bspw. den Ladezustand in einer Datei ab.
Dann geht es z.B. mittels SimpelAPI-Adapter: Wie füge ich Sensoren hinzu die nicht von einem Adapter/ioBroker unterstützt werden?
Nur "bisserl klicken" ist leider nicht...
...DOUT, 512K (64K SPIFFS)...
Falsche Einstellung: 1M NOSPIFFS
"channel" ist normalerweise kein Gerät.
Kannst höchstens mal in der Log nach der Nummer suchen, ev. wird daraus ersichtlich um was es sich handelt.
Da wärst du aber schon auf dem richtigen Weg. Ein ESP-Modul mit Tasmota flashen, dann bspw. GPIO14 als "Relais" definieren und bspw. eine Relaisplatine anschließen (der GPIO kann den Servo nicht direkt mit Strom versorgen). Schon kannst du per Broker den Servo/what else bedienen....
Jepp, also als "Switch Input", danach "Type Switch" und "Normal".
Was rein will, muss auch wieder raus
Es genügt also ihn an den Nullleiter zu klemmen (gefällt mir bei dem gut, da man ihn einfach "drum klipsen" kann. Andere sind geschlossen und man muss das Kabel lösen, um es durch stecken zu können). Sollte man allerdings einen Drehstrommotor in Sternschaltung im Haus haben, muss man tatsächlich jede Phase einzeln messen, da diese ohne Nullleiter laufen. Deren Verbrauch ginge also an einem vorüber...
So "einfach" wie beim Ferraris ist es dann aber nun nicht mehr. Du misst damit nur den Strom. Du musst jetzt noch die Spannung messen, da diese durchaus um einiges schwankt. Daraus kann man nun die Leistung berechnen ( P=U*I ) und die elektrische Arbeit ( W=P*t ).
Vorteil: du kannst in Echtzeit sehen was ein Gerät verbraucht
Falls sich noch jemand mit dem (aktuellen 07.08.2018 ) Update auf 1.0.7 den Adapter "Feiertage" zerschießt:
abändern/bzw. löschen in
CFG Holder in der Config
Hast du den auf den ursprünglichen Wert zurück geändert? Da sich einiges in der Config geändert hat, muss (oder zumindest sollte) diese auch neu auf den ESP geflasht werden. Das geht aber nur, wenn der CFG-Holder vom letzten Flashvorgang und dem jetzigen unterschiedlich sind.
Ne, brauchst du nicht, C&P, neues Skript im Broker erstellen und oben über die Pfeile importieren + im neuen Fenster den Quellcode dann einfügen. "Speichern" nicht vergessen
ZitatError: not found: git
...ist aber eigentlich eindeutig
Gibt git --version eine Version aus (glaube 2.7.4 ist aktuell...)
Ist das die einzige Zugangstür? Für den Zylinder zu drehen bedarf es schon etwas Kraft, dürfte der Servo also etwas stärker ausfallen. Ist dann der Zugang bei defektem/blockiertem Servo noch möglich? Wie sieht es bei Stromausfall aus?
Ich steh auf Selbstbaulösungen, würde aber nur ungern vor der Wohnung stehen...
Hi,
ein Gateway pro Etage "dürfte" genügen, kann man aber erst wirklich im Betrieb feststellen. Das hängt genauso wie WLAN, Dect, Funk etc. von zu vielen Faktoren ab. Ev. deckt ein Gateway sogar mehrere Etagen ab, erreicht aber gerade das entfernte "Eckzimmer" dann doch nicht komplett.
Ich ziele mit meinem Broadlink auch über Bande. Es geht ca. 2 Meter hoch zur Decke und dann im 45° Winkel ca. 1 Meter entfernt zum IR-Empfänger meines LED_Stripes auf dem WoZi-Schrank. Kann auch beide Teile problemlos verrücken, ist also nicht wie beim Billard 100% genaues zielen nötig
Hast du auf dem PI git installiert? Sieht nicht so aus...
sudo apt install git