Beiträge von Papablaubaer

Hier die Funktionsbeschreibung meines Tools.

🛠️ QuickShelly2Loxone – Funktionsbeschreibung

1. Zweck des Tools

QuickShelly2Loxone (QSL) ist ein Windows-Programm zur schnellen und automatisierten Integration von Shelly Plus und Gen3 Geräten in ein Loxone Smart Home System. Es übernimmt die komplette Konfiguration der Shelly-Geräte, richtet eine zuverlässige, bidirektionale Kommunikation zu Loxone ein und erstellt alle nötigen virtuellen Ein- und Ausgänge automatisch (z. B. digitale Kontakte, Zustände oder Sensorwerte, die über das Netzwerk zwischen Shelly und Loxone übertragen werden).

2. Zielgruppe

Das Tool richtet sich an:

• Elektriker, die Shelly-Komponenten in Loxone-Projekte einbinden möchten – ohne Programmierkenntnisse.
• Smart-Home-Profis und Integratoren, die viele Geräte effizient konfigurieren wollen.
• Technik-affine Nutzer, die ihr Zuhause professionell und flexibel automatisieren möchten – ohne verpflichtende Cloud-Anbindung.

3. Hauptfunktionen

• 🔍 Netzwerkerkennung: Findet automatisch alle Shelly-Geräte im lokalen Netzwerk.
• ⚙️ Automatische Konfiguration:
  • WLAN-Einstellungen
  • Einrichtung der UDP-Kommunikation (RPC) zur Loxone-Schnittstelle
  • Konfiguration der Ein- und Ausgänge nach Gerätespezifikation
• 📤 Upload von Watchdog-Skripten für WLAN-/Miniserver-Überwachung (je nach Gerätetyp)
• 🧩 Erstellung passender Loxone-Komponenten:
  • Automatische Generierung virtueller Eingänge und Ausgänge
  • Daten werden strukturiert aufbereitet und können direkt in Loxone Config eingefügt werden
• 📡 BLE-Geräte-Erkennung:
  • Verbundene BLE-Geräte (z. B. Shelly BLU) werden erkannt und mit passenden virtuellen Eingängen versehen
  • Auch nachträglich gepairte BLE-Devices können mit einem Klick in QuickShelly2Loxone erkannt und eingebunden werden
• 🛡️ Watchdog-Skriptfunktionen:
  • Erkennung von WLAN- oder Miniserver-Ausfall
  • Aktivierung des Access Points im Fehlerfall
  • Automatischer Wechsel in lokalen Betriebsmodus bei Verbindungsausfall
  • Zustands-Synchronisation mit Loxone

4. Unterstützte Shelly-Geräte (Stand: Beta)

• Shelly Plus Serie (z. B. Shelly Plus 1PM), Shelly Generation 3 (z. B. Shelly 2PM Gen3), Shelly Mini (z. B. Shelly Plus Mini 1) – diese Geräte werden automatisch erkannt
• Shelly SensorAddOn (z. B. für Temperatursensoren)
• Shelly BLU-Sensoren (in Verbindung mit BLE-Skripten)

5. Typischer Ablauf

1. QuickShelly2Loxone starten
2. Shelly-Geräte im Netzwerk suchen lassen
3. Einen Namen für das Gerät festlegen
4. Konfiguration mit einem Klick durchführen lassen (z. B. WLAN-Zugang einrichten, Watchdog-Skript und nötige zusätzliche Skripte hochladen, Ein-/Ausgänge konfigurieren – alle Änderungen betreffen nur die Software-Konfiguration (Programmierung) und können bei Bedarf jederzeit auf Werkseinstellungen zurückgesetzt werden)
5. Loxone-kompatible Struktur übernehmen und direkt weiterarbeiten

6. Technische Details

• Betriebssystem: Windows 64 Bit (AutoHotkey-basiert, keine Installation nötig)
• Kommunikation: REST-RPC (lokal), UDP-EmitEvents, HTTP-Abfragen – es wird keine Cloud-Verbindung benötigt

7. Vorteile

• ⚡ Zeitersparnis bei der Inbetriebnahme
• 🧠 Automatisierte Logik für typische Anwendungsfälle
• 🧱 Modularer Aufbau – bei Bedarf erweiterbar
• 💬 Klar strukturierte Oberfläche für einfache Bedienung
• ⚖️ Technischer Support durch Entwickler möglich (z. B. Fernwartung)

8. Aktueller Stand (Beta)

• Stabile Grundfunktionen, Fokus auf Zuverlässigkeit (u. a. Gerätesuche, Konfiguration, Watchdog-Upload, Loxone-Komponentenerstellung)
• Rückmeldungen erwünscht zur weiteren Optimierung auch zu neuen oder noch nicht unterstützten Shelly-Geräten

Zitat von tvbshelly

Ich finde es in der heutigen Zeit schon verwunderlich, dass man die Loxone Config nur per Windows Programm machen kann (wenn ich das so richtig verstanden habe).

Wenn man nicht direkt browser-basiert anbietet, was je nach Komplexität auch nicht immer befriedigend ist, wäre eine Mac und Linux (z.B. für RasPi) Version schon zeitgemäß, finde ich.

Die Programmierung von Loxone funktioniert rein grafisch, ich weiß nicht ob sich so eine Programmierung browser-bassiert umsetzten lässt.

Gruß Papablaubaer

Hallo und danke für dein Interesse!

Mein Tool läuft auf Windows, da für die Verwendung von Loxone Config ohnehin zwingend eine Windows-Umgebung erforderlich ist.
Eine Portierung auf andere Plattformen (wie Raspberry Pi oder MacOS) ist aktuell nicht geplant, da die fertigen VIs/VOs direkt in die Windows-basierte Loxone Config importiert werden müssen.

Zum Thema Open Source:
Momentan entwickle ich das Tool noch in einem kleinen Kreis weiter, um eine stabile Basis zu schaffen. Open Source ist perspektivisch denkbar – ich möchte aber erst eine stabile erste Version bereitstellen.
GitHub als Plattform für Feedback, Issue-Tracking und Pull Requests halte ich auf jeden Fall für eine sehr gute Idee und werde das im Blick behalten.

Gerne freue ich mich auch über generelles Feedback zur Idee an sich:
Würdet ihr eine automatische Integration von Shelly Plus/Pro/Gen4 in Loxone-Systeme (inkl. BLE-Sensoren) als hilfreich oder sinnvoll empfinden?
Gibt es Funktionen oder Anforderungen, die euch besonders wichtig wären?

Vielen Dank nochmal für eure Rückmeldungen!
Viele Grüße
Papablaubaer

Hallo zusammen, 👋

ich suche motivierte Tester für meine neue Shelly-Integration in Loxone-Systeme! Aktuell entwickle ich ein Tool, das das komplette Shelly Plus (Gen2), Pro (Gen3) und kommende Gen4-Portfolio nahtlos in Loxone-Systeme integriert — inklusive BLE-Sensoren und klassischer WiFi-Steuerung.

Was mein Tool schon kann:

• Automatische Erkennung von Shelly Gen2/Gen3/Gen4-Geräten über WiFi und BLE
• Automatische Erkennung von BLE-Sensoren:
  • Shelly H&T
  • Door/Window Sensor
  • Motion Sensor
  • Button1
  • RC-Button4
• Benutzerfreundliche Zuordnung von Typ und Namen für jedes Gerät
• Ausgabe der fertigen VIs/VOs für direkten Loxone-Import

Welche Geräte werden aktuell unterstützt?

• Bisher beschränkt sich die Unterstützung auf die Geräte, die mir aktuell vorliegen. Prinzipiell kann das Programm jedoch alle Gen2+ Geräte verarbeiten — hierbei freue ich mich über eure Unterstützung beim Testen und der Erweiterung auf weitere Geräte.
• BLE-Sensoren der ShellyBLU-Serie
• Darüber hinaus prüfe ich die zukünftige Integration ausgewählter Gen1-Geräte.

Wen suche ich?

• Nutzer von Shelly Gen2/Gen3/Gen4-Geräten, die möglichst viele Geräte und Szenarien testen wollen
• Anwender mit Loxone-Miniserver-Erfahrung (kein Muss, aber hilfreich)
• Nutzer, die ihre Shelly-Geräte lokal integrieren möchten und eine Alternative zur Cloudsteuerung suchen
• Engagierte Beta-Tester, die ihre Erfahrungen teilen und aktiv zur Verbesserung beitragen möchten
• Vorkenntnisse sind hilfreich, aber nicht zwingend erforderlich

Was ist der Umfang?

• Testschritte umfassen: Erkennung der Geräte, Erstellung von VIs/VOs und Überprüfung der Funktionsfähigkeit
• Je nach Anzahl der Geräte und Szenarien kann der Zeitaufwand variieren
• Kurze Dokumentation über getestete Szenarien oder Auffälligkeiten ist willkommen
• Feedback zu Stabilität, Bedienung und eventuellen Fehlern ist ausdrücklich erwünscht

Warum mitmachen?

• Früher Zugang zu einer innovativen Integrationslösung
• Einfluss auf die Weiterentwicklung (Feature-Wünsche willkommen)
• Unterstützung beim schnellen Aufbau eigener Shelly→Loxone-Installationen

Hinweis: Das Tool befindet sich aktuell noch in aktiver Entwicklung. Noch sind nicht alle Funktionen vollständig implementiert. Feedback und Anregungen aus der Praxis sind deshalb besonders willkommen!

Interesse?

➡️ Schreibt mir einfach eine PN hier im Forum oder kommentiert unter diesem Beitrag! Ich bitte euch um eine kurze Aufstellung eurer vorhandenen Shelly-Geräte (Modell und Generation). ➡️ Falls gewünscht, könnt ihr auch eure Telefonnummer angeben, um Details schneller klären zu können.

Ich sende euch dann weitere Informationen, einen ersten Download-Link sowie eine kurze Anleitung für die ersten Schritte.

Ich freue mich darauf, gemeinsam mit euch diese Lösung weiterzuentwickeln! 🚀

Vielen Dank & viele Grüße Papablaubaer

Vielen Dank, das hilft mir sehr.

Kann beim Shelly 1L auch ein Taster zwischen L und und S1/S2 angeschlossen werden, wie beim dimmer ?

Klar kann man das auch alles "von Hand" erledigen, bei mehreren verschiedenen Shellys wird das aber lästig, aufwendig und fehleranfällig. In meinem ersten Projekt mit Loxone und Shelly habe ich das auch "von Hand" gemacht. Ich fand das enorm aufwendig. Deshalb mein Programm.
Mittlerweile ist das automatische Installieren einer Watchdog Scripts auf dem Shelly integriert, der das WLAN überwacht und bei Ausfall den AP des Shelly einschaltet. Ebenso wir die Verbindung zu Miniserver überwacht und bei Ausfall (einstellbar) der Shelly wieder in lokalen Betrieb geschalten und zurück wenn der Miniserver wieder verfügbar ist. Auch ist eine Synchronisation mit dem Miniserver enthalten, sollte der Shelly mal irgendwas nicht mitbekommen. Insgesamt soll mein Tool eine schnelle, einfache und umfassende Integration von Shelly in die Loxone-Welt ermöglichen.

Ziel des Programms ist es die Integration möglichst einfach zu machen. Die Kommunikation Shelly>Loxone funktioniert über UPD, Loxone>Shelly über HTTP Befehle. Es wird kein "Glue-Server" benötigt.
Ablauf:

1. Shelly mit Hilfe der App ins WLAN einbinden und wenn nötig das Profil des Shelly einstellen (z.B. beim 2PM Switch oder Cover)

2. mein Programm richtet auf dem Shelly RCP-UDP ein, trennt Eingänge und Ausgänge (Detach) und stellt eine feste IP ein.

3. Es werden Vorlagen für Virtuelle IOs gespeichert, die dann einfach in Loxone importiert werden können ohne daran was verändern zu müssen.

Ich bin dabei ein kleines Programm zu schreiben, mit dem ich meine Shellys in Loxone integrieren kann. Ich suche nach Leuten für die das auch interessant ist und die mit mir gemeinsam ein bisschen daran rumprobieren wollen.

Wo ist der Unterschied zwischen Widget und Kachel?

Es gibt in meiner App einige Widget-Leichen für Shelly2PM deren Profil von schalten auf Abdeckung geändert wurde. Wie werde ich die los?

Einfach in Bearbeitungsmodus zu löschen entfernt auch das noch benötigte Widget des Rollladen.

Ich habe jetzt nochmal rumprobiert. Die Zeile muss richtig lauten:

Shelly.call("WiFi.SetConfig", {"config":{ "ap": {"enable": true}}}, function (res, err) {

Hier nochmal das komplette Script, diesmal ohne HTTP aufrufe:

// WLAN-Watchdog für Shelly Gen2+

let wifiLossTime = 300;      // Zeit in Sekunden bis zum Reboot
let checkInterval = 10;      // Prüfintervall in Sekunden
let lostTimeCounter = 0;
let apEnabled = true;

function checkWiFi() {
  Shelly.call("WiFi.GetStatus", {}, function (res, err) {
    if (err) {
      print("❌ Fehler beim WLAN-Status:", JSON.stringify(err));
      return;
    }

    if (res.status === "got ip") {
      lostTimeCounter = 0;
      print("✅ WLAN verbunden");

      if (apEnabled) {
          Shelly.call("WiFi.SetConfig", {"config":{ "ap": {"enable": false}}}, function (res, err) {
          if (err) {
            print("❌ Fehler beim Deaktivieren des AP:", JSON.stringify(err));
          } else {
            print("🔄 AP deaktiviert");
            apEnabled = false;
          }
        });
      }
    } else {
      lostTimeCounter += checkInterval;
      print("⚠️ WLAN getrennt seit " + lostTimeCounter + " Sekunden");

      if (!apEnabled) {
          Shelly.call("WiFi.SetConfig", {"config":{ "ap": {"enable": true}}}, function (res, err) {  
          if (err) {
            print("❌ Fehler beim Aktivieren des AP:", JSON.stringify(err));
          } else {
            print("🔄 AP aktiviert");
            apEnabled = true;
          }
        });
      }

      if (lostTimeCounter >= wifiLossTime) {
        print("🚨 WLAN zu lange getrennt – Neustart...");
        Shelly.call("Shelly.Reboot", {});
      }
    }
  });
}

// Starte die Überwachung
Timer.set(checkInterval * 1000, true, checkWiFi);

Das habe ich auch versucht, leider bekomme ich dann den Fehler -103 zurück, keine Ahnung warum das so ist.

Bei meinen Versuchen ging es nur über HTTP requests.

Ja, du hast recht, die doku ist leider nicht eindeutig.

Ich hab ein kleines Skript geschrieben das die Wlan Verbindung meines Shellys(gen3) überwacht, ist des Shelly nicht verbunden wird der AP des Shellys eingeschaltet und nach eingestellter Zeit ein Reboot ausgelöst. Bitte probiert das aus und gebt mir feedback.

// WLAN-Watchdog für Shelly Gen3 (z. B. 2PM) – ohne persistenten Speicher

let wifiLossTime = 300;      // Zeit in Sekunden bis zum Reboot
let checkInterval = 10;      // Prüfintervall in Sekunden
let lostTimeCounter = 0;
let apEnabled = true;

function checkWiFi() {
  Shelly.call("WiFi.GetStatus", {}, function (res, err) {
    if (err) {
      print("❌ Fehler beim WLAN-Status:", JSON.stringify(err));
      return;
    }

    if (res.status === "got ip") {
      lostTimeCounter = 0;
      print("✅ WLAN verbunden");

      if (apEnabled) {
          let url = "http://localhost/rpc/WiFi.SetConfig?config=%7B%22ap%22%3A%7B%22enable%22%3Afalse%7D%7D";

          Shelly.call("HTTP.GET", { url: url }, function (res, err) {
        //Shelly.call("WiFi.SetAPEnable", { enable: false }, function (res, err) {
          if (err) {
            print("❌ Fehler beim Deaktivieren des AP:", JSON.stringify(err));
          } else {
            print("🔄 AP deaktiviert");
            apEnabled = false;
          }
        });
      }
    } else {
      lostTimeCounter += checkInterval;
      print("⚠️ WLAN getrennt seit " + lostTimeCounter + " Sekunden");

      if (!apEnabled) {
          let url = "http://localhost/rpc/WiFi.SetConfig?config=%7B%22ap%22%3A%7B%22enable%22%3Atrue%7D%7D";
          Shelly.call("HTTP.GET", { url: url }, function (res, err) {
          if (err) {
            print("❌ Fehler beim Aktivieren des AP:", JSON.stringify(err));
          } else {
            print("🔄 AP aktiviert");
            apEnabled = true;
          }
        });
      }

      if (lostTimeCounter >= wifiLossTime) {
        print("🚨 WLAN zu lange getrennt – Neustart...");
        Shelly.call("Shelly.Reboot", {});
      }
    }
  });
}

// Starte die Überwachung
Timer.set(checkInterval * 1000, true, checkWiFi);

Wenn ich meinen Shelly 2PM Gen3 per Script mit

Shelly.call("Sys.Reboot", {}, function (res, err) {
if (err) {
print("❌ Fehler beim Neustart:", JSON.stringify(err));
} else {
print("🔄 Neustart ausgelöst");
}
});

neu starten möchte bekomme ich die Meldung :

Fehler beim Neustart: 403

was mache ich falsch ?

Hallo, Danke,

sicher packt niemand bei Shelly mehr die alte Firmware an, bislang war das auch kein Problem für mich. Jetzt versuche ich meine Shelly-Flotte mit einem Loxone Miniserver zu steuern. Leider ist das beschriebene Problem ein quasi KO-Kriterium für die Einbindung der "alten" Geräte in Loxone. Ab der 2. Generation ist das kein Problem mehr, der Aufwand die alten Geräte auszutauschen ist leider nicht unerheblich.

Bei meinen Shelly2.5 im Rollladenmodus gibt es scheinbar keine Möglichkeit URLs bei Betätigung der Eingänge zu definieren, im Schaltermodus funktioniert das einwandfrei. Zwar lässt sich per RPC die gewünschte Aktion festlegen, ausgeführt wird die aber nicht. Gibt es eine Möglichkeit das zu ändern? Liegt hier ein Fehler in der Firmware vor ?

Das glaube ich nicht, die Seriennummer ist die MAC-Adresse, die wird beim Flashen nicht verändert. Meine Lösung funktioniert mit der Einschränkung der Cloud Funktion, es gibt aber auch eine Menge Leute die die Geräte ohne Cloud einsetzten.

Ich habe einige ShellyPlus1 und ShellyPlus2PM mit Tasmota geflasht. Jetzt wollte ich doch gerne wieder Shelly Firmware auf den Geräten haben.
Ich habe dazu keine Anleitung gefunden. Um alternative Firmware zu flashen gibt es jede Menge Anleitungen.

Ich habe jetzt mit esptool die Firmware von einem ShellyPlus mit Original Firmware geladen mit dem Befehl:

.\esptool.exe --port COM5 -b 460800 read_flash 0 ALL shellyPlus2PM.bin

Anschließend habe ich die erzeugte "shellyPlus2PM.bin" mit dem Tastmota-ESP-Flasher auf einen ShellyPlus2PM mit Tasmota aufgespielt.

Der Vorgang ist erfolgreich verlaufen, der Shelly läuft wieder mit Shelly Firmware. Allerdings darf der so wiederhergestellte Shelly nicht mehr in die Cloud. Ich vermute das die Cloud irgendwie bemerkt das der Shelly per serieller Schnittstelle geflasht wurde, die Verbindung verweigert und die Cloud auf dem Gerät abschaltet. Ansonsten läuft das Gerät bis jetzt ohne weitere Einschränkungen.