Beiträge von supernova1963

  • MQTT Probleme

    Da stimme ich dir vollkommen zu. Allerdings kann man den Topic anpassen.

    pasted-from-clipboard.png

    Meiner Meinung nach "leider" nur den Namen nicht die Struktur. Aber, sei's drum, damit wären Deine gerechtfertigten Hinweise obsolet, oder?

    lg

    Gernot

  • Shellies in fhem - 1. Versuche mdB um Vorschläge und Hilfe

    Hallo fhem-Interessierte Shelly-Besitzer,

    da aus meinen anfänglichen Spielereien mit ein paar Shellies allmählich ein produktiver Einsatz werden soll, habe ich hier bereits einige Fragen gestellt und Antworten erhalten. Dafür allen Beteiligten nochmals, vielen Dank.

    6AB76FA5-711E-4B2F-B999-3C82A78AFFFA_autoscaled.jpg

    Mittlerweile habe meine ersten „Gehversuche“ zurShelly Verwaltung in fhem begonnen:

    Hat einer hier Interesse mitzumachen?

    Bitte melden, wenn du Vorschläge oder Fragen hast bzw. Fehler gefunden oder es strukturell anders machen würdest.

    mdB um Nachsicht, ist halt nur 'mal so lösungsorientiert zusammengeworfen,

    Gernot

  • FHEM - FAQ / Fragen von Nutzern für Nutzer

    Zitat

    oder idealerweise FHEM) prüft regelmäßig oder " on demand" ob Updates vorliegen, lädt sie herunter und stellt sie dann auf einem Fileserver (z.B. auf einem NAS) den Shellys zum Download (Auslösung/Freigabe durch FHEM) zur Verfügung.

    Dürfte, dank @da_Woody, schon machbar sein.

    Aber wie "triggere" ich den shellies, die Information über ein Update und wo Sie es herunterladen sollen.

    Müßte man dazu die Addresse "https://api.shelly.cloud/files/firmware" im heimischen LAN generell abfangen und lokal umleiten?

    Z.B. auf eine Datei, die anstelle der ""url":"http:\/\/api.shelly.cloud\/firmware\/SHPLG-S_build.zip" die lokale URL zur lokalen Datei enthält?

    Danke,

    Gernot

  • FHEM - FAQ / Fragen von Nutzern für Nutzer

    Danke, Guzzi-Charlie, für die Information zum Thema Shelly Update, es scheint ja machbar zu sein. Wie er die Shellies triggered, damit Sie die neue Version laden, weiss ich nicht.

    Zitat

    App downloads the firmwares to local filesystem and (documents folder) and then creates a file server where the Shelly's will be triggered to pull the firmware from

    Aber warum bleibst Du bei der originalen FW? Die "Vorteile" sind nach dem "Einsperren" doch eh' alle obsolet.

    In tasmota kann man den Ort für den FW - Download ja auch lokal vorgeben.

    Ich spiele derzeit mit dem Gedanken alle meine shellies mit tasmota zu flashen (ca. 15 Shellies und 10 sonoff's). Da ist es zwar teilweise etwas aufwendiger die korrekte GPIO Konfiguration heraus zu finden, aber dann läuft's wirklich CloudFree und bei mir dann auch in fhem einheitlich (Außerdem gefällt mir es nicht, dass bei der originalen Shelly FW das MQTT Topic nicht frei wählbar ist!).

    Auf der anderen Seite 15 Shellies ausbauen und "umflashen" ist halt doch nicht ganz ohne ...

    lg, Gernot

  • FHEM - FAQ / Fragen von Nutzern für Nutzer

    Zitat

    Und dann am besten noch direkt von FHEM aus das Update anstoßen. Das wäre dann die ultimative perfekte Lösung, speziell auch für Alle die ihr Smarthome komplett Offline betreiben.

    Das geht sowohl bei Shelly als auch bei tasmota.

    setList Beispiel tasmota:

    Code
    Upgrade:noArg home/20_KELLER/21_BUERO/21_Buerolicht/cmnd/Upgrade 1

    setList Beispiel Shelly:

    Code
    x_update:noArg shellies/06_Deckenleuchte/command update_fw

  • FHEM - FAQ / Fragen von Nutzern für Nutzer

    Zitat

    Gibt es denn für die Shellys auch eine URL von der man die aktuellen FW-Versionen herunterladen kann? Dann könnte man das Gleiche ja auch für die Shellys machen, bzw. es gleich in Einer 99_my..Utils zusammenfassen.

    Könnte sein, dass man eine Seite findet, aber, was offizielles gibt‘s imo nicht.

    Für Anregungen wäre ich dankbar.

    Auch meine laienhafte "tasmota“ Lösung sollte nur temporär sein!

    Ich habe vorher versucht die api von github zu verwenden. Da bekommt man ein json String zurück, der u.a. das aktuelle Release enthält. Das hat auch vorübergehend funktioniert. Aber, der nicht autorisierte Zugang ist limitiert, und, das Limit wird immer häufiger erreicht.

    Schöner, besser und sinnvoller wäre eine "offizielle“, vom Entwickler unterstütze Variante.


    lg

    Gernot

    Ah, zusammenfassen der 99_my..Utils, ist das Gegenteil von dem was ich gerade für mich mache!

  • Meine Umsetzung eines RGBW2 mit 2 LED Stripes 5050 ww/cw

    Zitat

    hi!

    gerne, mit original FW umsetzen.

    Hier die Lösung mit der Original FW:

    set - Befehle Aufbau:

    • A|B = LED-Streifen 1 oder 2
    • WW|CW = Kanäle: WarmWhite oder ColdWhite
    • on|off = ein oder ausschalten
    • pct = Dimmwert in Prozent festlegen ohne einschalten
    • pct_on =Dimmwert in Prozent festlegen und und diesen Kanal mit diesem Dimmwert einschalten

    Der Shelly RGBW2 hat im "white" mode 4 Kanäle. 2 Kanäle werden für den jeweiligen Streifen benötigt (siehe Anhang Schema_Anschluss).

    Beispiele:

    • set <devicename> A_WW_on
      = Schaltet den 2. Kanal = WarmWhite des 1. LED Streifens (mit dem zuletzt festgelegten Dimmwert) ein
    • set <devicename> B_CW_pct <0..100>
      = Setzt den Wert des 1. Kanal (3. des RGBW2) = ColdWhite des 2. LED Streifens auf den angebegeben % - Wert
    • set <devicename> A_on
      = Schaltet den 1. LED Streifen ein (beide Kanäle mit den zuletzt eingegebenen Dimmwerten)
    • set <devicename> B_on
      = Schaltet den 2. LED Streifen ein (beide Kanäle mit den zuletzt eingegebenen Dimmwerten)
    • set <devicename> WW_pct <0..100>
      = Setzt den Dimmwert beider WarmWhite Kanäle der LED Streifen auf den angegebenen Wert
    • set <devicename> on
      = Schaltet beide LED Streifen (alle 4 Kanäle) mit dem zuletzt eingegebenen Dimmwert ein

    Die Anzeige im fhemweb beschränkt sich auch das Ein-/Ausschalten beider LED Streifen und das setzen der % - Werte beider Streifen auf den ausgewählten Wert für WarmWhite und ColdWhite.

    Der Rest ist "Spielerei" zu einheitlichen Anzeige (DevStateIcon: StatusText, Hinweis auf Firmware-Update mit Update Funktion, An/Aus Symbol, Online Status Symbol mit Verlinkung auf die Web Oberfläche und webCMD zur Steuerung der WW-/CW- Kanäle)

    raw Definition:

    99_myShellyUtils.pm: siehe Anhang

  • FHEM - FAQ / Fragen von Nutzern für Nutzer

    Nein, tasmota "telefoniert nicht nach Hause"!

    Für fhem habe ich mir eine 99_myTasmotaUtils.pm erstellt. Hier die Funktion, die an das im Parameter benannte fhem Device (bei mir ein Dummy mit notify s.u.) die entsprechenden readings erzeugt.

    Zusätzlich habe ich ein "at" device erstellt, dass jeden Tag um 4:00 Uhr die aktuelle Version abfragt und das Dummy device aktualisiert.

    Die Tasmota devices vergleichen in einem userreading das reading "Version" mit dem Dummy Device.

    Geht sicher eleganter (z.B. alles mit 99_myTasmotaUtils.pm), aber soweit bin ich noch nicht.

    lg

    Gernot

    99_myTasmotaUtils.pm:

    dummy Device (raw Definition):

    Code
    defmod tasmota dummy
attr tasmota devStateIcon update.true:refresh@orangereed update.false:refresh
attr tasmota group 9_Steuerung
attr tasmota icon refresh
attr tasmota room 99_SYSTEM->99_Steuerungen
attr tasmota setList update:true,false
attr tasmota stateFormat latest

    at-Device:

    Code
    defmod tasmota_at_update at *04:00:00 set tasmota update true
attr tasmota_at_update group 9_Steuerung
attr tasmota_at_update icon time_calendar
attr tasmota_at_update room 99_SYSTEM->99_Steuerungen

    notify-Device:

    Code
    defmod tasmota_notify_update notify tasmota:update.true { X_PerformTasmotaLastReleaseRequest($NAME)}
attr tasmota_notify_update group 9_Steuerung
attr tasmota_notify_update icon edit_settings
attr tasmota_notify_update room 99_SYSTEM->99_Steuerungen

    userReadings:

    Code
     online 
{
    if ( ReadingsVal($NAME,"LWT","") eq "Online") {
        return "<a href='http://".ReadingsVal($NAME,"IPAddress","")."' target='_blank'>".FW_makeImage("10px-kreis-gruen","true")."</a>";
    }
    else {
        return "<a href='http://".ReadingsVal($NAME,"IPAddress","")."' target='_blank'>".FW_makeImage("10px-kreis-rot","false")."</a>";
    }

}

  • [gelöst]: Zurück "flashen" der Original FW funktioniert nicht, oder?

    MomoFab : Habe es auch geschafft. Danke für Deine Unterstützung. Sie hat nicht ganz so bei mir funktioniert. Die Variante von zivimatthias hat geholfen.

    Ich habe mir ein BackUp von einem nagelneuen unverbundenen RGBW2 gezogen:

    Code
    esptool.py --port /dev/tty.usbmodem14301 --baud 115200 read_flash 0x00000 0x200000 Backup_2MB.bin

    dieses Backup habe ich mit:

    Code
    esptool.py --port /dev/cu.usbmodem14301 --baud 115200 --after no_reset write_flash --flash_mode dio 0x00000 /Users/gernot/Backup_2MB.bin --erase-all

    auf einen mit tasmota geflashten RGBW2 zurückübertragen und anschließend einen factory reset (oder was auch immer da gemacht wird, wenn man > 10 Sekunden den reset Button gedrückt hält bis die LED sehr schnell blinkt). Dann dauerte es etwas und der AccessPoint war verfügbar.

    Puh, hat echt viel Zeit gekostet. Hoffentlich hilft meine Beschreibung hier dem ein oder anderen ....

    lg

    Gernot

  • [gelöst]: Zurück "flashen" der Original FW funktioniert nicht, oder?

    Hallo "Leidensgenosse“,

    ich habe mich extra bei f***book angemeldet um das Problem zu schildern. Die beiden Folgeversionen sind bei mir auch nicht zu brauchen (forbidden).

    Nach anfänglich schneller Reaktion habe ich jetzt seit 2 Tagen nichts mehr gehört.

    Wochenende und/oder Corona?

    Ich würde mich freuen, wenn Du Dich auch hier: Shelly support group (English Version)beteiligen, beteiligen würdest.

    Danke,

    Gernot