Ah, okay, JavaScript. Dann encoded = encodeURI(uri)
Ich hoffe, ich nerve nicht mit meinen Ideen 
Beiträge von tvbshelly
-
-
Interessant - ich habe das bisher auch immer für ein reines iOS Problem gehalten. Ich nutze iOS und es funktioniert bei mir auch nicht wie bei apreick
Vielleicht gibt es einen Zusammenhang mit der Sache, dass ich neue Gen3 Shellys auch nicht per App einbinden kann, nur per AP und WebUI ?
Ich verwende ein getrenntes IoT WLAN (nur 2,4 GHz, nur WPA2) (nicht FritzBox). Die Geräte im "normalen" WLAN und im IoT WLAN sehen sich aber gegenseitig, d.h. der Zugriff ist frei möglich.
-
Grober Skript-Rahmen für BLE / BLU - (wenn man keine BTHome Devices eingerichtet hat / einrichten kann):
Code
Alles anzeigen// MAC-Adresse des Shelly BLU let BLE_DEVICE_ID = "-x-x-"; // BLE-Broadcasts function bleCallback(event, device) { if (event !== 2) { return; } if (device.addr !== BLE_DEVICE_ID) { return; } let data = device.service_data; // Werte "data" aus und führe ggf. Aktion aus // ... } BLE.Scanner.start({duration_ms: BLE.Scanner.INFINITE_SCAN}); BLE.Scanner.subscribe(bleCallback); -
Das müsste so im Browser funktionieren:
Codehttp://<shelly-ip>/rpc/PM1.ResetCounters?id=0&type=["aenergy","ret_aenergy"]vermutlich geht es auch so:
Codehttp://<shelly-ip>/rpc/PM1.ResetCounters?id=0Doku dazu: https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/PM1
-
Der WR wird ja auch Abwärme produzieren. Da ist die Position vom Plug S oberhalb natürlich eher ungünstig.
Ich weiß jetzt leider nicht, ob der Plug einen Temperatursensor hat oder zumindest per API die CPU Temperatur bereitstellt. Dann könntest du das mal beobachten, wie warm es noch wird.
Ein PM Mini G3 an dieser Stelle würde auch warm
-
Falls du diese Seiten noch nicht kennst und mal inspizieren möchtest:
Ich kenne sie, habe sie aber bisher noch nie benutzt
Falls du PHP im Hintergrund nutzt, ist es einfach: urlencode(string $string): string
-
Der Shelly 3EM hat nur WLAN. Da dein Gerät offensichtlich einen LAN Kabel Anschluss hat, könnte es ein PRO 3EM sein?
Das musst du herausfinden.
-
Ich meine im Teardown von Thomas nichts dazu gelesen zu haben außer
ZitatAuffällig ist die Lithium-Knopfzelle, die bei allen "EM"-Geräten für den Datenerhalt und die Versorgung der Echtzeituhr (RTC) benötigt wird.
Technische Daten zum Flash 25Q128 JVSO:
- Min. 100K Program-Erase cycles per sector
- More than 20-year data retention
-
Ja, die wird warm.
-
Ich habe es mit Chrome ausprobiert: Man kann die URL mit den Leerzeichen in die Adresszeile kopieren und der Browser wandelt es passend um, Anführungszeichen sind hier anscheinend kein Problem:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Intern wandelt Chrome die Anführungszeichen aber doch um und sendet folgendes:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
Flash Memory schonen ist definitiv sehr sinnvoll. Leider gibt es da kaum wirklich gute Infos zu.
Ich habe mich bei den Pro 3EMs auch schon gefragt, wie das mit dem 60 Tage Speicher für alle Werte aussieht, die die Firmware selber ablegt. Könnte aber durchaus sein, dass dies gar nicht im Flash liegt. Immerhin haben die Pros eine kleine Batterie - die aber möglicherweise auch nur für die RTC gut ist.
Die 60 Tage Daten haben eine Auflösung von einer Minute. Wenn Shelly die nur einmal am Tag schreiben würde, wären bei einem Stromausfall eine Menge Daten futsch. Wenn Shelly die Daten jeden Minute speichert, kommt man auf eine richtig große Anzahl Schreibzyklen.
Vielleicht puffert Shelly die Daten auch für 10 oder 30 Minuten, aber selbst dann würden schon einige Daten bei Stromausfall verloren gehen.
Eine weitere Alternative wäre die Werte per HTTP an einen "preiswerteren" Shelly zu übertragen und dort via KVS zu speichern. Aber erstens erhöht das die Fehleranfälligkeit und zweites frage ich mich, ob sich das wirklich lohnt.
-
Grundsätzlich sind für solche Zwecke die Shellys aus der EM Reihe sinnvoll:
Diese messen indirekt über Stromwandler. Das hat den Vorteil, dass der gemessene Leistung nicht durch das Gerät selber fließen muss. Sie erfassen außerdem auch die Frequenz, falls man das mal braucht.
z.B. Shelly EM Gen3 - https://www.shelly.com/de/products/shelly-em-gen3
Die Pro Reihe der EM ist dann für die Hutschiene, z.B. Shelly Pro EM-50
-
Ich nehme an, Alex meint das hier mit Event: "event":"single_push"
"bthomedevice:202", "id":202, "event":"single_push", "idx":3, "channel":- 1, "ts": 1747233096.171.
Anscheinend sah es bisher so aus:
"bthomedevice:202", "id":202, "idx":3, "event":"single_push", "channel":- 1, "ts": 1747233096.171.
-
Nachtrag: Vermutlich geht es hierum:
https://loxwiki.atlassian.net/wiki/spaces/LO…gang+definieren
-
Aber es würde auch genauso mein Shelly Plus Plug S funktionieren?
Ja, siehe bereits #27
Ist das dieser hier?
Ja
-
Wenn du dir elektrotechnisch unsicher bist, ist der Plug definitiv die bessere Variante.
Das Ausschaltrisiko muss du dann im Hinterkopf haben. Wenn du den Plug versehentlich abschaltest, fällt ja vermutlich auch das WLAN aus und der Sim-Router. Dann kriegt man den Plug auch nicht wieder an.
Ggf. könntest du WLAN / SIM Router getrennt versorgen - wäre aber komplizierter.
Oder du hat einen Bekannten, der Elektriker ist und dir hilft mit dem PM Mini G3.
-
Exakt an der Stelle, an der auch der Plug angeschlossen würde - den PM Mini G3 eben nur in der Dose.
-
Wir suche einen bestimmten String und verwenden das Event oder Wert der darauf folgt - ein zurück gibt es nicht.
Mhh, klingt wie nach sehr eingeschränkten Möglichkeiten.
Also nochmal für Unwissende wie mich: JSON parsen und dann via Key zugreifen ist mit Loxone Programmierung nicht vorgesehen/möglich?
-
ImpSald und ExpSald enthalten die saldierten Werte.
Nö. Grund: Zur Vollständigkeit gehören auch die Schedule Jobs.
Verstehe ich. Skripte später ändern finde ich trotzdem verwirrend - wenn es nicht reine Typo-Fixe sind
-
Ich ergänze mein obiges Skript, damit man alle Möglichkeiten hat. Siehe dort in Kürze!
Bin gespannt.
Poste aber lieber eine neue Version "hinten dran" - sonst wird jemand, der später mal die Diskussion hier liest, nicht mehr schlau draus, worüber wir gesprochen haben.
Saldieren klingt einfach, ist aber gar nicht ganz so simpel, wenn man versucht, korrekt drüber zu reden und die Formulierungen algorithmisch anlegt.
-
das könnte zB so aussehen
Das ist doch Cloud - oder?
Wenn man einen EM Gen3 nehmen würde, wird im WebUI auch die Energie ausgegeben - allerdings nur der letzten Minute:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Screenshot ist Ausschnitt aus dem WebUI einen Pro 3EM. Ich bin mir grad nicht ganz sicher, ob dies auch beim EM Gen3 so ist.
Aber ohne zusätzliches System, was die Werte einsammelt nicht sonderlich nützlich.
