Willkommen im Loxone Community Forum. Um alle Funktionen nutzen und sehen zu können, registriere dich bitte zuerst. Dies gilt auch für das herunterladen von Dateien.
Bitte im Titel immer zuerst den Namen des Plugins hinschreiben
I can now see the reason for the blank. The apcupsd -joins- applicable components from that status list. You could have BOOST ONLINE. Without the blank, it would appear as BOOSTONLINE.
It seems Loxone has 'borrowed' an idea from your MQTT Plugin 'Text-to-Value conversions' feature. As the saying goes - "Imitation is the sincerest form of flattery."
I chanced upon the feature in Config v10.2.3.26. In the 'Status Block', the ability exists to ingest text strings and compare for values. As far as I'm aware, this block only supported numeric values previously.
The attached image shows a workaround to prevent unwanted notifications when the miniserver reboots. The default condition of the input text is ONLINE. The Start Pulse and 30 second monoflop creates a stable input to the notification block during the reboot.
5Bilder
Ich spreche kein Deutsch. Gib Google Translate die Schuld, wenn ich unverständlich bin.
Ich habe eine Frage zu Shelly und der MQTT -> Loxone Kommunikation via HTTP. Gerade wenn man viele Shellies hat, wird es bei den Virtuellen Eingängen schnell unübersichtlich, da die Bezeichnungen der Eingänge vorgegeben ist.
Wie geht ihr damit um? Ist es möglich die Bezeichnung der MQTT ID bei Shelly (Nennt man diese Topics?) zu verändern?
Statt shellies_shellyswitch-32BA7F_relay_1 z.B shellies_EG_Z1_shellyswitch-32BA7F_relay_1 oder ähnlich?
Alternativ wäre es eventuell interessant beim MQTT Plugin eine Funktion einzubauen, welche eine Translation erlaubt. Bsp
Eine Anpassung des Topics im Plugin, das man dann selbst eingeben muss, halte ich für sehr unpraktisch und fehleranfällig, und auch verwirrend.
Für einen sinnvollen, und vor allem generischen (automatisierbaren) Vorschlag, der die VI-Namen zusammenkürzt, bin ich offen.
Ich selbst befülle bei allen VI's zusätzlich zur vorgegebenen "Bezeichnung" die "Beschreibung", um dem Eingang einen sprechenden Namen zu geben (z.B. "Licht Terrasse") (https://www.loxwiki.eu/x/9IK4)
Vielen Dank für die rasche Antwort. Die Beschreibung setze ich bereits ein, löst das Problem leider nur bedingt. Im Loxone Config Tool wird bei mir die Beschreibung im Tool nicht angezeigt (auf der Übersicht). Ideal wäre, wenn man die Topic ID beim Shelly einstellen könnte, oder wenn man die Organisation/Darstellung in Loxone Config verbessern würde. Alles andere ist ein Hack, da stimme ich dir zu,
re "Für einen sinnvollen, und vor allem generischen (automatisierbaren) Vorschlag, der die VI-Namen zusammenkürzt, bin ich offen."
Ein Regex Rewrite könnte dies generisch abbilden. Dies würde es erlauben den VI Namen nach Belieben zu formatieren / kürzen. Theoretisch könnten man auch den in #275 Beschriebenen Hack umsetzen ;-)
JokerAR
Das Plugin sendet über den Broker im Minutentakt den Epoch-Timestamp.
Mit einer Erkennung auf Änderung https://www.loxwiki.eu/pages/viewpag...pageId=9339459 hast du einen Keep-Alive Impuls. Wenn dieser beispielsweise für 2 Minuten nicht ankommt, ist der Broker, das Gateway, oder der ganze LoxBerry tot 😉
Nur ein Danke an Christian für das geniale Plugin.
Ich hatte mir eine Sensebox zugelegt, weil ich die Idee dahinter eigentlich ziemlich gut finde.
Die Box ist Plug and Play, ohne Löterei und bietet auf der Opensesemap eine API an, um die Daten abzufragen.
Soweit so gut, nur funktioniert hat das nie richtig.
Nachdem mir der Support ebenfalls nicht wirklich helfen konnte hab ich mir eben selber einen Sketch geschrieben und lasse mir die Sensorwerte direkt an den Broker schicken.
Funktioniert seit ein paar Tagen tadellos.
Jetzt lasse ich die Box noch ein paar Tage im Testbetrieb auf dem Balkon stehen, bis wir unser Gartenhäuschen aufgebaut haben, dann findet sie dort auf dem Dach ihr Plätzchen.
Da ich dort Strom reinlegen werde, kann ich auf das Solarpanel verzichten.
Die Box ist keine professionelle Wetterstation, für meinen Bedarf aber völlig ausreichend.
Habe nur Temperatur, Luftfeuchte, Strahlung, Lux und einen UVI Sensor verbaut. Das reicht für die Beschattung.
jetzt muss ich nur noch mit der Abfragezeit und einer passenden Mittelwertbildung rumtüfteln.
Die Box für die Lux, Strahlung und UVI Sensoren müssen noch gedruckt werden, aber es ist ja auch noch Zeit.
Zuletzt geändert von Blindfisch; 10.05.2019, 19:32.
Das freut mich! Und es freut mich, wenn man auch mal die tatsächlichen Anwendungen sieht, die hinter all den APIs und Schnittstellen betrieben werden 🙂
I'm trying to get a better understanding of the coding requirements to get text from a server to a Virtual Text Input in the Config.
Can you provide any pointers to documentation that describes how to get that working. ie. the specific component of the MQTT Plugin that forwards text strings to an appropriately named Virtual Text Input?
Ich spreche kein Deutsch. Gib Google Translate die Schuld, wenn ich unverständlich bin.
Nur ein Danke an Christian für das geniale Plugin.
Ich hatte mir eine Sensebox zugelegt, weil ich die Idee dahinter eigentlich ziemlich gut finde.
Die Box ist Plug and Play, ohne Löterei und bietet auf der Opensesemap eine API an, um die Daten abzufragen.
Soweit so gut, nur funktioniert hat das nie richtig.
Nachdem mir der Support ebenfalls nicht wirklich helfen konnte hab ich mir eben selber einen Sketch geschrieben und lasse mir die Sensorwerte direkt an den Broker schicken.
Funktioniert seit ein paar Tagen tadellos.
Jetzt lasse ich die Box noch ein paar Tage im Testbetrieb auf dem Balkon stehen, bis wir unser Gartenhäuschen aufgebaut haben, dann findet sie dort auf dem Dach ihr Plätzchen.
Da ich dort Strom reinlegen werde, kann ich auf das Solarpanel verzichten.
Die Box ist keine professionelle Wetterstation, für meinen Bedarf aber völlig ausreichend.
Habe nur Temperatur, Luftfeuchte, Strahlung, Lux und einen UVI Sensor verbaut. Das reicht für die Beschattung.
jetzt muss ich nur noch mit der Abfragezeit und einer passenden Mittelwertbildung rumtüfteln.
Die Box für die Lux, Strahlung und UVI Sensoren müssen noch gedruckt werden, aber es ist ja auch noch Zeit.
Doch Wörsty, PLA ist biologisch abbaubar. Dauert aber in der realen Welt dennoch laaange Zeit ;-) PETG wäre eine Alternative dass es beständiger bleibt. Auch von der Temperatur her, würde ich PETG nehmen. PLA ist zwar bis 50Grad relativ fest, aber danach fängts schon an. Auch wenn ich nicht denke dass du im Gartenhaus solche Temperaturen haben wirst. Oder halt ABS. Aber das drucke ich aus Prinzip nicht wegen des miesen Gestanks.
ja genau aus weissem PET weil ich nur zustimmen kann: ABS ist ein Krampf und macht einfach keinen Spass.
Klar wird das die Sonne auch auf Dauer töten, aber hält länger als PLA.
ich habe ein feature request. Kannst du evtl. bei den HTTP Virtuellen Inputs die Option „Impuls,Pulse etc.pp“ einbauen, sprich man kann festlegen, wie an den Miniserver gepusht wird?
Des Weiteren hätte ich noch eine weitere Idee, um die Last an den Miniserver so klein wie möglich zu halten, wäre es Super wenn man aus einem JSON expand nur die notwendigen Data Set zu senden. Ich habe in einem JSON teilweise 10 Values, benötigt wird jedoch nur eins davon.
mit der 0.8.1 Pre-Release kannst du in der Overview / Extended Table View bei Eingängen definieren, dass sie nach dem Senden des Wertes eine 0 hinterher senden.
Ist der VI als Analog definiert, kommt dadurch ein kurzer 1-Impuls, danach wieder 0. Es verhält sich dann wie ein digitaler Eingang.
Bezüglich Reduktion der Datenmenge habe ich auch schon über ein derartiges Feature nachgedacht. Aktuell hilft das Caching, die Last zu reduzieren (vorausgesetzt, der Wert ändert sich nicht).
Ein Opt-Out über die Extended Table View könnte ich mir tatsächlich vorstellen.
ich hätte da mal eine Frage , bin mir etwas unsicher was Loxone und MQTT angeht.
Kann man auf dem Miniserver (ohne einen Raspberry) einen MQTT Plugin ausführen und direkt z.B. einen ESP32 mit MQTT ansprechen bzw. die DI / DO steuern und abfragen ?
Wir verarbeiten personenbezogene Daten über Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen, Werbung zu personalisieren und Websiteaktivitäten zu analysieren. Wir können bestimmte Informationen über unsere Nutzer mit unseren Werbe- und Analysepartnern teilen. Weitere Einzelheiten finden Sie in unserer Datenschutzrichtlinie.
Wenn Sie unten auf "Einverstanden" klicken, stimmen Sie unserer Datenschutzrichtlinie und unseren Datenverarbeitungs- und Cookie-Praktiken wie dort beschrieben zu. Sie erkennen außerdem an, dass dieses Forum möglicherweise außerhalb Ihres Landes gehostet wird und Sie der Erhebung, Speicherung und Verarbeitung Ihrer Daten in dem Land, in dem dieses Forum gehostet wird, zustimmen.
Tweet
As the saying goes - "Imitation is the sincerest form of flattery."
Kommentar