Wenn man das im xx Sec. Takt auswerten und als Diagramm darstellen würde, werden das "Treppenstufen" am Ende.
Ist schon klar. Nur hin und wieder werden eben zwei Stufen auf einmal erklommen. Es sind immer die gleichen Werte, die nie in meiner Statistik auftauchen werden.
VG Andreas
Hallo,
na gut, dass ich hier vorher mal gesucht habe. Dieser Thread erklärt mir mein Problem und so brauche ich keinen neuen eröffnen.
Mir ist bei der Analyse einer Langzeitaufzeichnung aufgefallen, dass bestimmte Temperaturwerte wie 2,7°C, 3,3°C, 3,7°C u.w. nie erreicht und angezeigt werden.
VG Andreas
Hallo,
ich habe meine LED-Streifen auch auf ALU-Leisten geklebt, dabei aber etwas dickeres doppelseitiges Klebeband verwendet, da mein LED-Streifen rückseitig nicht isoliert waren. Nur so als Tipp. 
VG Andreas
Hallo,
mit der Abfrage von "http://<IP>/relay/0/" bekommst Du ein JSON zurück:
{
"ison": false,
"has_timer": false,
"timer_started": 0,
"timer_duration": 0,
"timer_remaining": 0,
"source": "http"
}"ison" liefert Dir den Status.
VG Andreas
Dann hält der Helligkeitssensor die Rollläden offen.
VG
Andreas
Hallo,
2 spontane Ansätze, ein mathematischer und ein optischer:
1. Über Azimuth und Elevation der Sonne wird je ein "Winkelfenster" ermittelt, bei dem die Sonne direkt auf die Anlagen scheint. In Kombination mir einem Helligkeitssensor könne dann Rolläden abgesenkt werden, evtl. auch nur zu einem gewissen Prozentsatz, um noch Restlicht zu haben. Dann muss man Tabellen oder Berechnungen oder irgendwelche anderen Quellen bemühen, die Azimuth und Elevation je nach Datum und Uhrzeit (Zeitumstellung ist auch zu beachten) ermitteln/bestimmen. Die eigene Geoposition spielt dabei auch eine Rolle.
2. mit einem Helligkeitssensor, der über einen Tubus oder ein Gitter einen richtungsabhängigen Helligkeitswert liefert. vielleicht auch mehrfach um den Sonneneintritt an der linken Ecke und den Sonnenaustritt an der rechten Ecke zu detektieren.
Auf jeden Fall schon komplex und aufwendig.
VG Andreas
Hallo,
ich habe in einem anderen Thread geantwortet. Schau mal hier: RE: Temperatur AddOn abfragen
VG Andreas
Hallo,
ich gehe mal davon aus, dass Du den iot-Adapter und den Alexa-Adapter installiert hast und schon andere Geräte abfragen/schalten kannst. Im iot-Adapter habe ich ID: shelly.0.SHSW-1#XXXXXXXXXXXX#1.ext.temperatureC1 mit dem Namen "Gerätehaus" und Typ "kein" eingebunden. Ich kann damit Alexa fragen: " Wie ist die Temperatur von Gerätehaus?"
VG Andreas
Hmm... scheint jetzt auch ohne Portfreigabe zu klappen. Hatte aber mehr als eine halbe Stunde nach einem Reboot des Shelly Dimmers gewartet, ohne das sich etwas in ioBroker getan hätte. Erst nach der Portfreigabe in der fritzbox und dann fast ohne Verzögerung.
Kann es sein, das der Shelly Dimmer sich nicht an der fritzbox vorbei bei ioBroker bekannt machen kann, aber wenn er es erst einmal ist, fragt ja ioBroker den Shelly Dimmer ab. Also dass es darauf ankommt, von welcher Seite ein Verbindungsversuch unternommen wird.
VG Andreas
Folgendes hat jetzt funktioniert:
Also funzt es auch mit einfachen Switchen und Repeatern.
VG Andreas
Grüße,
was für einen Switch hast du?
Kannst du den Dimmer2 über WebUi erreichen?
Welche FW hast du auf dem Shelly und welche Adapterversion im iobroker?
mcast oder unicast eingebunden?
was sagt dein iobrocker Log?
Hallo Maik,
Switch ist ein Netgear FS605v3, kanns aber nicht sein, da die Shelly Plug S ja erkannt werden.
Den Dimmer erreiche ich per WebUI und auch die Http-Requests funktionieren.
Die Firmware ist aktuell (1.10.4). "Enable CoIoT" ist aktiv und als Peer habe ich jetzt testweise x.x.x.120:5683 eingetragen.
Das Log ist leer (?).
Die hauptsächliche Frage ist, was ist in ioBroker zu tun, um das Einbinden nach einer Änderung am Netzwerk anzutriggern?
Dann gibt's wahrscheinlich auch ein Log.
VG Andreas
Hallo in die Runde,
nachdem nun ioBroker auf einem Raspi3 läuft und und erste Versuche mit Visualisierung und Blockly erfolgreich verlaufen sind, habe ich ein technisches Problem, bei dem ich nicht weiter komme.
Der Shelly Dimmer2 verbindet sich nicht mit ioBroker. Zwei Shelly Plug S wurden als Objekte angelegt und lassen sich auch abfragen und schalten.
Aus anderen Beiträgen ging hervor, dass es an evtl. an Mini-Switchen liegt. Das WLAN kommt von der Fritzbox , der Raspi ist über einen Switch per LAN verbunden. Der Shelly Dimmer bekommt sein WLAN über den Repeater. Die Shelly Plug S direkt von der Fritzbox.
Genau da vermute ich auch das Problem. Nun kann ich weder die Fritzbox näher an den Dimmer, noch umgekehrt bringen, um den Repeater mal zu umgehen.
Die Frage ist, sollte es mir gelingen, den Dimmer ohne Repeater ins WLAN zu bringen,
Da die beiden Shelly Plug S eingebunden werden, dürften die Einstellungen im Adapter richtig sein.
Der Dimmer ist über Web direkt erreichbar und die Netzwerkeinstellungen sind mit denen der Plug S identisch. Die Http-Request funktionieren auch.
Danke schonmal für weitere Hinweise.
Viele Grüße
Andreas
Ich nutze Z-WAVE>ME.
Ein Z-Wave Temperatursensor steuert einen Shelly Plug S für eine Frostwächter. Ein Shelly Dimmer 2 ist über das Dashboard von Z-WAVE>ME steuerbar.
Ich hatte bei meinem Shelly Plug S nach dem Einstellen des Heim WLANs auch eine Dauerbootschleife bei der kein Reset mehr möglich war. Die Lösung, die bei mir funktioniert hatte steht hier:
Vielleicht hilft es ja wieder den AP-Modus zu aktivieren und die Einstellungen erneut zu machen.
VG
Andreas
Noch ein Fritzbox-Tipp:
Bei mir war mal der DHCP-Bereich erschöpft. Die Fritzbox konnte keine neuen Adressen per DHCP vergeben und die Geräte konnten sich nicht anmelden.
VG
Andreas
Hi,
könnte es sein, dass der eine Wert von 00:00 bis 23:59 aufsummiert wird und der andere von 00:00 bis 00:00. Die Differenz von 0,03 kWh wäre der Verbrauch in der letzten Tagesminute.
Nur so 'ne Idee.
VG
Andreas
Hi,
interessanter Anwendungsfall. Mit ein bisschen Software drumrum (Smarthome) sollte man das auch so hinbekommen.
Über https://api.sunrise-sunset.org/json?lat=50.93…-21&formatted=0
bekommt man die aktuellen Daten als JSON (Zeiten in UTC):
{"results":{
"sunrise":"2021-04-21T04:03:06+00:00",
"sunset":"2021-04-21T18:18:02+00:00",
"solar_noon":"2021-04-21T11:10:34+00:00",
"day_length":51296,
"civil_twilight_begin":"2021-04-21T03:27:13+00:00",
"civil_twilight_end":"2021-04-21T18:53:54+00:00",
"nautical_twilight_begin":"2021-04-21T02:42:03+00:00",
"nautical_twilight_end":"2021-04-21T19:39:05+00:00",
"astronomical_twilight_begin":"2021-04-21T01:49:58+00:00",
"astronomical_twilight_end":"2021-04-21T20:31:10+00:00"
},"status":"OK"}und mit ../settings/night_mode?start_time=[hh:mm]&end_time=[hh:mm] kann man die dann dynamisch setzen. Der Request bietet sogar noch die Zeiten für nautische bzw. astronomische Dämmerung als Basis.
VG
Andreas
In der Dokumentation zur Shelly-API beispielsweise.
/settings/ap steht für „Accesspoint-Mode“; /settings/sta steht für „Station-Mode“.
Danke für die Info. Da hatte ich ja auch schon nachgesehen, allerdings nur unter Plug S.
VG Andreas
Jawoll. Und diesmal hat's mit dem Heim-WLAN geklappt. Wo ist dieser Parameter dokumentiert?
Vielen Dank für die Rettung meines Shelly Plug S.
Andreas
http://192.168.94.149/reset geht ?
Ausgabe: Not Found.
Setzt lt. Beschreibung auch nur den Ausgang zurück, Timer und so.
VG
Andreas