Wimre stimmt das nicht.
Müßte zur Verifizierung allerdings alte Skriptversionen durchsuchen.
Das wäre interessant. Wie geschrieben ist es mir widerfahren.
Beiträge von Kash
VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
-
-
Ob die wirklich nach der HW-ID sortiert werden?
Bei Erstinbetriebnahme mit einer älteren Firmware war diese wohl nach HW-ID sortiert. Leider bei einem späteren Firmware-Update "verwürfelt" und seitdem ist dies auch so geblieben. Da die Fühlerverklemmung und Shelly "total eingebaut" in Gehäuse etc. und auch nicht im direkten Zugriff, wäre es etwas aufwändig, die Sensoren wieder abzuklemmen und schrittweise in Betrieb zu nehmen.
Vor allem kann man ja nicht sicher sein, wie die Sache dann "wieder automatisch erkannt" wird. Es kann ein größeres Chaos herauskommen oder auch ein kleineres. Bei 3 Sensoren gibt es einige Kombinationen der Vertauschung.
Da Zufälle eigentlich vermeidbar sind, sollte sich der Shelly-Programmierer am besten mal über den Programmquelltext machen und dies fundiert beantworten bzw. zu bereinigen bzw. idealerweise ein Feature nachsetzen, damit man die Sensor-Reihenfolge anhand der HW-ID gezielt festlegen kann. Wer kann das veranlassen?
-
Mir ist kein Weg bekannt die Daten aus der Cloud trotzdem abzufragen, während der offline Zeit.
Ja, stellt sich generell die Frage, wieso überhaupt alle früheren Daten in der Cloud nicht dargestellt werden während der offline-Zeit ...
Man stelle sich auch mal vor, dass ein Shelly nach 3 Jahren einen Elektronikschaden hat. Ab da ist kein Zugriff mehr auf alle "mühevoll gesammelten" historischen Daten möglich. Das kann doch nicht richtig sein.
Zu den Ausfällen: leider ist die Kanalbelastung von WLAN in der Umgebung ziemlich stark. Da kommt es leider oft zu Störungen, weil ohne Korrdination WLAN-Kanäle teils mehrfach benutzt werden und viele Teilnehmer/Sender existieren. Die Anzahl der Kanäle ist bekanntermaßen beschränkt und die benachbarten Kanäle sind systembedingt immer störend. WLAN ist also gerade in größeren Häusern mit vielen Wohnungen/Teilnehmern im engen Radius äußerst störanfällig. Da ist es nicht nur total doof das historische Werte in der Cloud nicht mehr abrufbar sind, total blöd auch, wenn ein lückenloses Datenlogging nicht stattfinden kann.
-
Hallo,
leider fällt desöfteren einzelnen Shellys, die mit Sensoren versehen sind (z.B. Shelly1 mit AddOn und Temp-Sensoren), die WLAN-Verbindung sporadisch aus.
Während dieser Offline-Zeit können verständlicherweise keine Messdaten an die Cloud gesendet werden. Diese fehlen dann auch dauerhaft in den in der Cloud vorgehaltenen Werte. Wenn dann die Verbindung wieder über das WLAN zur Cloud besteht, erscheint eine Lücke bei den Messdaten.
Ganz unschön ist alledings, dass man die für lange Zeit in der Cloud festgehaltenen Werte auch während der Offline-Zeit des betreffenden Shelly-Geräts nicht abrufen kann in der Cloud. Hierfür dürfte es allerdings keinen technisch zwingenden Grund geben. Wie kommt man dennoch während der nicht mehr bestehenden WLAN-Verbindung an die zurückliegenden Messwerte, die schon in der Cloud gespeichert sind?
Viele Grüße
kash
-
Die Zuordnung der Sensoren nach "Hardware-ID" der Sensoren o.ä. funktioniert immer noch nicht.
Früher mal automatisch nach Firmware-Update entstandene fälschliche Vertauschungen (Reihenfolge nicht mehr aufsteigend nach deren Hardware-ID) bestehen noch immer. Es sollte doch eine Lösung geben, die Sensoren-Reihenfolge endlich mal "in Griff" zu bekommen.
-
In der neuen Cloud erscheinen Geräte, die momentan nicht mit der Cloud verbunden sind nur noch als "Offline".
Beispielsweise ein ShellyTRV und auch ein ShellyPM.
Wie kann man in dieser "Offline"-Situation über die neue Cloud an die früheren "Messwerte" von z.B. Temperatur und Leistung rankommen?
Mit der alten Cloud geht das noch. Aber mit der neuen nicht.
-
Gegen das Telefonkabel spricht die gering zu erwartende Übertragungsrate (kann man beim Shelly überhaupt einstellen, welche max. Linkrate/Übertragungsrate genutzt werden soll?) und dass dieses Kabel vielleicht später auch anderes genutzt werden könnte (Sprechanlage mit Video-Einblendung o.ä.).
-
Das DSL-Modem ist gut. Nicht so toll ist der doch relativ hohe Preis für den Anwendungsfall (günstigen Shelly über drahtgebunden Verbindung).
Eine herkömmliche Powerline-Lösung ist im 2er-Set doch um einiges günstiger. Aber auch die ist etwas "klobig", weil man da wieder Steckdosen belegt und die Geräte vor der Steckdose noch Platz im Raum benötigen (nicht sehr elegant).
Ideal wäre es, wenn ein Shelly schon am Stromnetz hängt, dass ggf. hier ein Powerline-Modem für Hutschiene oder auch Einbau in UP-Dose hinter Steckdose montiert werden könnte. Gibt es da kein passendes Produkt, mit dem bereits gute Erfahrungen seitens eines Shelly-Fan's bestehen?
-
Die elektrisch sichere Übertragung musst du bitte genauer definieren.
Es sollte keine 230V~ Spannung "einschlagen" im LAN-Port.
-
Hallo,
der Shelly Pro 4 PM ist sehr interessant. Da allerdings im Hausanschlussraum WLAN-Empfang zur Wohnung sehr schlecht ist und auch eine Ethernet-Anbindung mit größeren Baumassnahmen über mehrere Gebäudeteile verbunden ist, wird eine Möglichkeit gesucht, hier eine andere, kabelgebundene Datenverbindung herzustellen.
Gibt es eine kostengünstige integrierte Lösung, die 100-Mbit/s-Ethernet mit einen kostengünstigen "Mini"-Powerline-Adapter auf einer Phase (z.B. L1) über das 230V~Stromnetz überträgt und auf der Gegenstelle (nahe dem Router) entsprechend wieder vom Stromnetz wieder auskoppelt in ein Ethernet-Signal?
Oder eine Lösung, die ggf. auch über einen einfachen "Klingeldraht" bzw. besser eine I-St-(Y)-Steuerleitung 6x2x0,4mm2 überträgt? Sehr hohe Datenrate wird eigentlich nicht benötigt für die Anbindung an das LAN sowie an das Internet für Cloud-Zugriff.
Wichtig wäre jedenfalls, eine auch elektrisch sichere Übertragung (möglichst mit Trenntrafo oder optisch o.ä. entkoppelt).
Danke für jeden Hinweis.
VG
kash
-
...
In meinem Fall hat die Maschine 3kW und die Zeitabstände sind fast regelmäßig wenn sie sauber eingeregelt ist.
Sieht sehr interessant aus. In welchem (Zeit-)Raster sind die Daten verfügbar. Mit welchem Datenlogger sind die Abtastwerte aufgezeichnet, auslesbar?
-
Jetzt ergibt sich aber wieder ein Problem: in der Cloud erscheint "Nicht unterstützte Firmware-Version - v2.1.0. Bitte aktualisieren Sie Ihr Gerät."
Damit kann man es auch nicht mehr über die Cloud weiter konfigurieren. Arbeitet der Hersteller an einem Buxfix oder wie geht es weiter?
-
um zurück zur V2.1.0 zu gehen: http://IPvomTRV/ota?url=http://archive.shelly-forum.com/v2.1.0/SHTRV-01_build.gbl
Damit läuft es zum Glück erstmal wieder. Ist denn die neue Version v2.1.1 generell fehlerhaft gewesen oder ein unglücklicher Einzelfall bei mir?
-
Ich hatte das gestern auch beim Beta Test ( Motor brummt nur kurz) (((E1)))da konnte ich aber die alte Version aufspielen
…und beim 2 Versuch ging es !
Wie kann ich denn die alte Version manuell aufspielen - woher bekomme ich die?
Wenn ich die Konfiguration sichern und in ein zweites neues Shelly-Gerät übertragen möchte, kann ich die SETTINGS-Datei speichern (z.B. über Browser) in eine Datei auf dem PC. Doch wie kann ich dann in ein zweites Shelly-Gerät diese SETTINGS zurücklesen?
-
Hallo,
ein kurzlich erhaltener TRV ist eine Woche im Testbetrieb gut gelaufen.
Heute erschien die Meldung, dass eine neue Firmware bereitsteht.
In der Shelly-Cloud (NEUE Darstellung) erschien, dass der TRV mit dieser (alten) Firmware nicht unterstützt wird.
Deshalb musste (mit etwas ungutem Gefühl) die Firmware aktualisiert werden,
auf die angebotene v2.1.1 (vom 13.01.2022).
Zu allem Entsetzen erschien dann
"Calibration failed. Please check mounting and change temperature for new calibration."
TRV mehrfach montiert, demontiert, Kalibrierung versucht, ... aber er läuft jetzt gar nicht mehr.
Was tun?
Kann ich die vorherige Firmware wieder aufspielen. Wie?
Schöner Mist, jetzt muss ich alles wieder abbauen und den normalen Thermostat wieder anbauen,
damit die Heizung wieder normal läuft.
Gruß
kash
-
Hallo an alle.
Ein Shelly Duo-Leuchtmittel ist in eine "normale" Lampenfassung geschraubt. Die Leitungs-Verschaltung kann auch nicht "Smart" gemacht werden, da ein Mieter nicht in die Elektrik der Wohnung eingreifen darf.
Nun soll der "Online-Status" ferngesteuert von einem externen PC aus überwacht werden, d.h. sobald die Lampe dann eingeschaltet wird und diese sich mit WLAN zum Router verbindet, soll der aussen stehende PC gewisse Aktivitäten (bei sich lokal) ausführen können, wie z.B. Schreiben von Datum/Uhrzeit der erfolgreichen Verbindung zum Shelly-Duo, Ausgabe eines "Tonsignals" oder ein Programm starten o.ä.
Wie kann man das umsetzen? Es wäre eine Art "Ping" mit der Möglichkeit, andere Batch-Dateien o.ä. ausführen zu können nötig. Ideal wäre es, wenn die "Bereitschaftprüfung" über den HTTP-Port 80 erfolgen könnte. Vom Router aus ist ein extern erreichbarer anderer Port auf intern Port 80 weitergeleitet.
Welche Software bzw. Lösungsansätze im allgemeinen könnte man weiterentwickeln?
Danke im Voraus für ein paar Ideen.
MfG
kash
-
Wichtige Funktionen / Überwachungen sollten auf einem lokalen System laufen, da Cloudlösungen bauartbedingt zu viele nicht von einem selbst zu beeinflussende Faktoren und Abhängigkeiten mitbringen.
OK. Welches lokale System (am besten lizenzfrei, muss aber nicht unbedingt sein) wäre dann auf einer kostengünstigen, nicht allzu stromfressenden Hardware wie Raspberry Pi zu empfehlen, um ein schon eine höhere Anzahl von Sensoren und Aktoren flexibel zu verknüpfen, dabei Szenen einzurichten und quasi "realtime" E-Mail-Signale zu versenden?
-
Hallo,
bei eingerichteten Szenen wie z.B. Schwellwert-Unterschreitung bei Leistungsmessung mit Shell1/PM sollten eigentlich E-Mails bei Szenenablauf versandt werden.
Die Szenen laufen zwar ab, erscheinen bei den Ereignissen, lösen angegebene Funktionen aus, aber die E-Mails kommen entweder gleich, verspätet (bis zu mehreren Tagen!) oder gar nicht an. Was kann hier das Problem sein?
Am E-Mail-Hoster, Spambehandlung etc. liegt es nicht, die Anbieter und Konfigurationen wurden schon gewechselt.
Wie kann man die Versendung der E-Mails von der Cloud aus bei Szenenablauf verlässlich und zeitnah erfolgen lassen? Bin über Tipps dankbar.
VG
-
Das scheinen Fehlermellldungen zu sein, öffne mal das WebUI vomShelly
wie oben geschrieben: über die Web-Oberfläche ist der Shelly auch problemlos bedienbar.
Ich frage mich nur, wie es mit der Haftung/Versicherungsregulierung aussieht, wenn ein Brand entsteht und der Benutzer solche "Fehlermeldungen" nicht ernst genug genommen hat und alles ohne Ausbau, Prüfung, Ersatz bzw. Wiedereinbau an sich tatenlos vorbeigehen lies...
-
Nein, es ist nachwievor die "v1.11.4-DNSfix" an Bord. Es dürfte (hoffentlich) "nur" an der Cloud liegen, wobei das schon ein Schreck ist, wenn solche sicherheitsrelevanten "Fehler" angezeigt werden.
