Shelly

[deepinpowder]

Lt. der Beschreibung sendet der Shelly die Daten als URL-Parameter, der MS jedoch erwartet keine URL-Parameter, sondern den Wert im URL-Pfad.

Eine URL für den MS müsste lauten:
http://User:Pass@Miniserver/dev/sps/io/VI2/<Temp>
wobei <Temp> dann der Wert sein muss.
Zwei Werte in einem Request akzeptiert das REST-Interface nicht.

Hy

als URL im Shelly : http://userass@10.1.1.234/dev/sps/io/VI18/%t%

kommt dann auch nichts an ... schade...

über den Browser http://10.1.1.234/dev/sps/io/VI18/30 kommt 30 an

[AlexAn]

deepinpowder teste mal:
http://10.1.1.234/dev/sps/io/VI18/"?temp=%t%"
oder
http://10.1.1.234/dev/sps/io/VI18/?temp=%t%

den Vorschlag von Christian hast du schon getestet??
http://10.1.1.234/dev/sps/io/VI18/<Temp>


Ich vermute das der letzte Bereich ein Platzhalter ist, aber kann mich genauso täuschen!
Eventuell kommt da auch die Einheit mit und das wäre dann eine Text bzw. ein Virtueller Text Eingang VTI

Hast du 1 oder 2 Actions in der H&T??

[Christian Fenzl]

Die Beschreibung von Shelly gibt die Syntax des Request-Parameters eigentlich strikt vor (also hardcoded). Und da sind es Request-Parameter.
Ich sehe keine Chance mit dem Miniserver direkt.
Mit PHP wär’s ein Zweizeiler.

[erwin]

Hallo Christian
Kannst du bitte den php Zweizeiler posten!
Als Übergangslösung wär das hilfreich!
Danke

[Christian Fenzl]

Hast du einen LoxBerry?
Wahrscheinlich nicht?

[Christian Fenzl]

erwin

Die VI-Variablen sind die Namen von in der Config selbst anzulegenden virtuellen Eingängen.

Code PHP native:

<?php
$msuser="admin";
$mspass="admin";
$miniserverip="192.168.0.77";
$miniserverport="80";
$vi_temp="shelly_temp";
$vi_hum="shelly_hum";

file_get_contents("http://$msuser:$mspass@$miniserverip:$miniserverport/dev/sps/io/$vi_temp/$_GET['temp']");
file_get_contents("http://$msuser:$mspass@$miniserverip:$miniserverport/dev/sps/io/$vi_hum/$_GET['hum']");

Code PHP am LoxBerry:

<?php
require_once "loxberry_io.php";

$msno=1;
$vi_temp="shelly_temp";
$vi_hum="shelly_hum";

mshttp_send_mem( $msno, $vi_temp, $_GET['temp'] );
mshttp_send_mem( $msno, $vi_hum, $_GET['hum'] );

[erwin]

Danke Christian!
Freilich hab ich einen LoxBerry und der läuft perfekt, nur nicht das MQTT Plugin - der Mosquitto bleibt bei mir immer wieder stehen, dann hilft nur Neustart über Konsole oder schneller gehts mit der Neuinstallation des Plugins!
Und dein php Programm im Verzeichnis legacy könnt mir da helfen, bis ich dem Mosquitto auf die Schliche gekommen bin.
Grund ist ein ShellyHT also analoge Werte übertragen,

[Christian Fenzl]

Wenn der Mosquitto streikt, schau mal in sein Log Das ist jetzt auch übers WebUI erreichbar.

[erwin]

Der Code für den Loxberry funktioniert perfekt, - hab wieder viel gelernt! Danke

[Christian Fenzl]

erwin
Wenn du Probleme mit Mosquitto und dem MQTT-Plugin hast/hattest:
Ich hab gerade einen Pre-Release V0.8.2 erstellt (https://www.loxforum.com/forum/proje...037#post203037).
Wenn dein System (bewusst oder unbewusst) den Mosquitto auf eine Version höher 1.5.8 gehoben hat, hat der Mosquitto wegen eines Protokollfehlers die Verbindung getrennt. Das ist mit diesem Pre-Release behoben.

lg, Christian

[zechasso]

Ich setzt an verschiedenen div. Shellies in Kombination mit MS ein - bisher recht zufriedenstellend.
Nun hab ich auch einen Shelly 1 an meinen Garagentor-Antrieb geklemmt, um über MS das Tor zu schließen.
Dazu hab ich den Shelly als ToggleSwitch mit AutoOff nach 2 Sekunden eingestellt und die Bedienung in Loxone über einen virtuellen Taster realisiert.
Soweit klappt das Ganze wunderbar.

Nur setzt sich mein Shelly immer auf Werkseinstellungen zurück, wenn ich den MS neu starte.
Shelly hat doch die Funktion des automatischen Reset, wenn der Taster 5 mal innerhalb einer Minute gedrückt wird.
Kann dies durch den MS-Neustart verursacht werden?

Ich hab keine Luste den Shelly nach jeder Änderung im MS neu zu konfigurieren.
Hat jemand von euch eine Idee, wie das zu verhindern ist?

[AlexAn]

Wackelkontakt in der Stromversorgung der Shelly1??
Wird der Befehl wiederholt??
Hast du einen Shot von deiner Config und ein Schaltbild??

[romildo]

Durch den Miniserver wird dies eher nicht verursacht, dann wohl eher durch Deine Programmierung, die kennt aber, ausser Dir, wohl keiner.

Um herauszufinden ob es vom MS-Neustart kommt, müsstest Du schon Deine diesbezügliche Programmierung zeigen.

Du könntest auch den Startimpuls verwenden, um zu verhindern dass beim Neustart eine Ausgabe erfolgt.

[eisenkarl]

Also ich habe auch einen Shelly am Flügeltor, gleiche Konfiguration (nach 2 Sek aus), dieser setzt sich aber nicht zurück nach einem MS Reboot...muss wohl an deinen Einstellungen liegen

[deepinpowder]

Hallo,

ich möchte gerne einen Shelly RGBW2 über den Lichtbaustein steuern. Das im WIKI kann ich leider nicht umsetzen, da mir das Wissen hier fehlt.

Kann mir bitte jemand seine loxconifig zur Verfügung stellen, danke. Es ist ein 24 V RGBWW Strip.

Gruß

[Christian Fenzl]

Im Wiki sind sogar Vorlagen.
Ein bisschen beschäftigen damit wird dir nicht ausbleiben.

[romildo]

Vielleicht noch ein Tipp:
Die Configvorlage für den RGBW2 im Wiki ist mit Shelly_Bulb_HTTP.Loxone bezeichnet.

[alex68]

Im Rollermodus kommen die Actions im nächsten Update!

Leider in der aktuellen 1.5.3er Version (Shelly 2.5 im Roller Modus) noch immer nicht vorhanden.
Ist schon jemandem bekannt wann es kommen sollte?

[Kerle76]

Hallo zusammen, gibt es eigentlich eine Vorlage für VI und VO für den shelly 1pm? Habe im Wiki keine gefunden. Hat zufällig schon mal einer eine erstellt? Vielen Dank und BG Christian

[Christian Fenzl]

Ich glaub, du kannst einfach das von Shelly 2/2.5 nehmen, es gibt halt nur ein Relais

[Kerle76]

besten Dank Christian. Probiere ich sobald ich den 1pm bekomme

[Kerle76]

Hallo Christian Fenzl .
Ich habe jetzt meine shelly's auf MQTT umgestellt. Läuft alles perfekt, danke erstmal für die klasse Vorarbeit.
Nur mein bulb zickt extrem rum. Ich habe die Vorlage im Wiki verwendet und die Grundfarben (rt, bl, gn) die in der Vorlage waren funktionieren auch auf Anhieb. Nur wenn ich neue Farben dazu will, z.B. Orange wird diese nicht ausgesteuert. In der Incoming overview vom loxberry ändern sich die Werte beim Ansteuern von rt, bl und gn ganz brav. Möchte ich dann z.B. Orange haben ändert sich nichts mehr.
Hast Du das bei Dir schon mal ausprobiert?
VG Christian

[Christian Fenzl]

Ich hab leider keine Bulb. Die Vorlage ist von AlexAn, der kann das vielleicht genauer sagen.

[AlexAn]

Die Bulb ist eine Zicke was den String betrifft.
Hast du die Bremse für den String eingebaut?

[Kerle76]

Bremse war in der Vorlage ja drin und mit übernommen

[AlexAn]

Kerle76 schau dir die Liveview an ob am RGB Baustein was raus kommt nicht dass der von AQ4 ein Reset bekommt weil die Lichtszenen das so vorgeben


Hab gerade gesehen dass er auch die schnelle Änderung der Farbe nicht verträgt und sich dann aufhängt!
Denke da muss ich noch eine Bremse einbauen nach dem RGB Baustein mit einem Analogspeicher.

[Kerle76]

Also aus dem RGB Baustein kommt auch bei z.b. Orange was raus. Wenn ich die Farben durchschalte ändert sich der Ausgang auch bei orange. Daher denke ich der RGB BS passt. AQ4 bleibt 0.

[AlexAn]

Schau die nächsten Tage mal drüber aber möchte nicht mehr zu viel Zeit investieren da die Leuchtkraft ohnehin nicht der Hit ist und bei 10 Lampen geht der Miniserver in Knie
Du kannst noch versuchen fixe Stimmungen im Baustein anzulegen.

Kommt Orange noch an bei MQTT??

[Kerle76]

meinst Du in den Incoming overview vom loxberry? da kommt Orange nicht mehr an. Im Baustein eine Stimmung anzulegen habe ich auch schon versucht. Da kommt Orange auch nicht an.
Bzgl. Lichtausbeute ist bei mir gar nicht so das Thema. Ich benutze ihn als Schlaflicht. Da brauche ich nicht mal die volle Lichtstärke.
Warum belastet das eigentlich den MS so, ich dachte MQTT ist komplett Ressourcen sparend?