-
Notifications
You must be signed in to change notification settings - Fork 1
Anpassung der base.xml
Im Paket liegt die Datei base.xml.new. Diese ist in base.xml umzubenennen und dann entsprechend anzupassen. Die Datei „base.xml“ enthält die wesentlichen Daten, welche vom Anwender anzupassen sind. Es enthält aktuell (Stand 15.06.2021) folgenden Inhalt:
<?xml version="1.0" encoding="UTF-8"?>
<tns:BaseData xmlns:tns="http://www.example.org/control"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.example.org/control base.xsd ">
<tns:ExecutionData timeZone="Europe/Berlin"
port="10735"
writablePathLinux="/opt/solvis"
writeablePathWindows="C:\JavaPgms\SolvisSmartHomeServer\log"
echoInhibitTime_ms="2000" />
<tns:Units>
<tns:Unit
id="mySolvis"
type="SolvisMax"
mainHeating="OelBW"
heatingCircuits="1"
fwLth2_21_02A="true"
account="account" passwordCrypt="AES-coded" url="aaa.bbb.ccc.ddd"
defaultAverageCount="12"
measurementHysteresisFactor="4"
measurementsInterval_s="10"
measurementsIntervalFast_s="10"
forceUpdateAfterFastChangingIntervals="3"
forcedUpdateInterval_ms="3600000"
doubleUpdateInterval_ms="10000"
bufferedInterval_ms="60000"
watchDogTime_ms="30000"
releaseBlockingAfterUserAccess_ms="300000"
releaseBlockingAfterServiceAccess_ms="3600000"
delayAfterSwitchingOnEnable="true"
resetErrorDelayTime_ms="300000"
ignoredFrameThicknesScreenSaver="3">
<tns:Extensions>
<!-- <tns:Extension id="Festbrennstoff" /> -->
<!-- <tns:Extension id="SolarOstWest"/> -->
<!-- <tns:Extension id="Zaehlfunktion2Screens"/> -->
</tns:Extensions>
<tns:Features>
<tns:Feature id="InteractiveGUIAccess" value="false"/> <!-- false: GUI controlling disabled -->
<tns:Feature id="ClockTuning" value="false"/>
<tns:Feature id="EquipmentTimeSynchronisation" value="false"/>
<tns:Feature id="UpdateAfterUserAccess" value="false"/>
<tns:Feature id="DetectServiceAccess" value="false"/>
<tns:Feature id="PowerOffIsServiceAccess" value="false"/>
<tns:Feature id="SendMailOnError" value="false"/>
<tns:Feature id="SendMailOnErrorsCleared" value="false" />
<tns:Feature id="ClearErrorMessageAfterMail" value="false"/>
<tns:Feature id="Admin" value="false" />
<tns:Feature id="Min_Vorlauf_Temp" value="false"/>
<tns:Feature id="BetriebsartVT_HK" value="false"/>
<tns:Feature id="WW_Pumpe_Min_Laufzeit" value="false"/>
</tns:Features>
<tns:IgnoredChannels>
<!-- Example -->
<!-- Inhibit sending of channel by regular expressions
<tns:RegEx>AIn.*</tns:RegEx>
<tns:RegEx>AOut.*</tns:RegEx>
-->
</tns:IgnoredChannels>
<tns:ChannelAssignments>
<!-- tns:Assignment id="A03" name="A03.Another_Name" unit="%"/ -->
</tns:ChannelAssignments>
<tns:Durations>
<!-- <tns:Duration id="ModeChange" time_ms="3500" /> -->
</tns:Durations>
<tns:ChannelOptions>
<!--
<tns:Channel id="C47.Puffer_dT_Start" fix="12" />
<tns:Channel id="X01.BrennerStarts" offset="65536" />
-->
<tns:Channel id="S03.Speicherreferenztemperatur"
powerOnDelay_s="600" />
<tns:Channel id="S04.Heizungspuffertemperatur_oben"
powerOnDelay_s="600" />
<tns:Channel id="S09.Heizungspuffertemperatur_unten"
powerOnDelay_s="600" />
<tns:Channel id="S10.Aussentemperatur"
powerOnDelay_s="900" />
<tns:Channel id="RF1.Raumfuehler_HK1"
powerOnDelay_s="1500" />
</tns:ChannelOptions>
</tns:Unit>
</tns:Units>
<tns:Mqtt
enable="false"
brokerUrl="192.168.0.71"
port="1883"
userName="MQTT-User-Name"
passwordCrypt="MQTT-Password-AES-coded"
subscribeQoS="1"
publishQoS="1"
idPrefix="SolvisSmartHomeServer"
topicPrefix="SolvisSmartHomeServer"
smartHomeId="MySmarthomeSystem" />
<tns:ExceptionMail port="5870"
passwordCrypt="AES-coded"
name="Vorname Nachname"
securityType="TLS"
provider="securesmtp.t-online.de"
from="[email protected]">
<tns:Recipients>
<tns:Recipient address="[email protected]"
type="TO" />
<tns:Recipient address="[email protected]"
type="TO" />
</tns:Recipients>
<!--<tns:Proxy host="HttpProxy" port="80" user="user" passwordCrypt="EhDnGP6WICnLIIA2q9ZTew=="/>--> </tns:ExceptionMail>
<tns:Iobroker
mqttInterface="mqtt-client.0"
javascriptInterface="javascript.0" />
</tns:BaseData>Von der Version 1.00.02 an sind die Passwörter in diese Datei AES-256-verschlüsselt einzutragen. Nur für die Solvis-Anlage kann noch das Password im Klartext drin stehen.
Um diese Werte unter Linux zu generieren, ist der makefile-Aufruf sudo make cryptzu nutzen.
Unter Windows ist hierzu nach der Installation im Startmenü der Eintrag SolvisSmartHomeServer/Crtypt auszuwählen.
Es wird anschließend nach dem zu verschlüsselnden Wort gefragt. Im Anschluss erfolgt die Ausgabe des verschlüsselten Wortes.
Folgende Werte des obigen XML-Files müssen entsprechend der beim Anwender vorliegenden Voraussetzungen angepasst werden.:
| Wert | Bedeutung |
|---|---|
| writablePathLinux | Pfad (für Linux), in dem der Server seine Dateien ablegt (default: /opt/solvis) |
| writeablePathWindows | Pfad (für Windows), in dem der Server seine Dateien ablegt |
| id | ID der Solvis-Anlage, entspricht in FHEM dem Gerätenamen |
| fwLth2_21_02A | Die Solvis-RemoteControl-Firmwares vor der Version 2.21.02A haben einen Bug, der durch Setzen dieses Attributes auf „true“ umgangen wird. Da bei der Umgehung dieses Bugs eine Fehlermeldung ignoriert wird, sollte man auf eine neuere Firmware updaten. |
| type | Typ der Anlage, aktuell sind SolvisMax6,SolvisMax6PurSolo oder SolvisMax7 möglich. (Ab 01.03.00 geändert) |
| mainHeating | Hauptheizungs-Art, aktuell sind die Typen OelBW (Öl-Brennwert), OelNT (Öl-Niedertemperatur), Gas, Fern, WaermeP (Wärmepumpe) und Extern (z.B. Pellet) möglich. (Ab 01.03.00) |
| heatingCircuits | Anzahl der der Heizkreise, aktuel 1-3 möglich. (Ab 01.03.00) |
| configOrMask | Dient dazu, die Konfiguration der Solvis-Anlage noch genauer zu bestimmen, soweit sie nicht automatisiert ermittelt werden können (nur bis Version 01.02.xx). |
| account | Account der Solvis-Anlage |
| passwordCrypt | Password der Solvis-Anlage AES-256 verschlüsselt |
| password | Passwort der Solvis-Anlage (depricated) |
| url | Url der Solvis-Anlage |
Durch diese Sektion wird dem Server die weiteren Anlagenoptionen bekannt gegeben. Diese können auch in Kombinationen genutzt werden solange sie die Anlage zulässt.
Für jede dieser Anlagenoption ist ein Extension-Tag mit der entsprechenden id aus folgender Tabelle zu definieren:
| Id | Wert |
|---|---|
| Festbrennstoff | Zusätzlicher Festbrennstoff-Offen, z.B. Kamin an der Anlage angeschlossen |
| SolarOstWest | Anlage besitzt 2 Kollektoren, (je nach Ost und West ausgerichtet) |
| Zaehlfunktion2Screens | Die Zählfunktionen der SolvisControl sind auf zwei Bildschirmene verteilt |
| Feature | Bedeutung |
|---|---|
| Admin | true: Es sind Zugriffe auf den Installatuerbereich möglich (z.B. Minimale Vorlauf-Temperatur-Einstellung) |
| InteractiveGUIAccess | false: Es werden sämtliche Gui-Aktivitäten verhindert. Das Modul verhält sich so wie das bisherige, ein aktiver Eingriff vom Server auf die SolvisControl erfolgt nicht. |
| OnlyMeasurements (obsolet) | true: Es werden sämtliche Gui-Aktivitäten verhindert. Das Modul verhält sich so wie das bisherige, ein aktiver Eingriff vom Server auf die SolvisControl erfolgt nicht. Obsolet ab Version 01.02.10. |
| ClockTuning | true: Die Uhr wird automatisch eingestellt, Genauigkeit ± 31s |
| EquipmentTimeSynchronisation | true: Synchronisation der sekundengenauen Laufzeiten von bestimmten Geräten (z.B. Brenner, Pumpen) der Anlage mit den stündlichen der SolvisControl |
| UpdateAfterUserAccess | true: Nach jedem Anwenderzugriff werden automatisch die Anlagenparameter abgefragt |
| DetectServiceAccess | true: Es werden die Service-Screens "Schornsteinfeger", "Nutzerauswahl", "Nutzerauswahl-Code" besonders behandlt, werden diese erkannt, sind sämtliche Gui-Actionen für 1h deaktiviert. Jeder Anwender-Eingriff in dieser Zeit triggert die Stunde erneut. |
| PowerOffIsServiceAccess | true: Wird ein Power-Off der Anlage erkannt, wird der wie ein Zugriff auf die Service-Screens behandelt (siehe vorheriges Element) |
| SendMailOnError | true: Wird das Fehlerfenster oder der Fehler-Button erkannt, wird einen Mail versendet. |
| SendMailOnErrorsCleared | true: Verschwindet der Fehler-Button der Solvis-Anlage, wird eine Error-Cleared-Message (verzögert) versendet. |
| ClearErrorMessageAfterMail | true: Im Fehlerfall der Solvis-Anlage erscheint eine Message-Box auf dem Bildschirm. Wenn die Mail eingerichtet ist wird eine Hardcopy dieser Messagebox per Mail versendet. Ist das erfolgt wird mit der „<“-Taste die MessageBox verlassen und die GUI-Steuerung bleibt erhalten. Im anderen Fall ist die GUI-Steuerung unterdrückt, bis die „<“-Taste manuell gedrückt wird. |
| Min_Vorlauf_Temp | true: Das Auslesen und Einstellen der minimalen Vorlauftemperatur eines Heizkreises ist möglich |
| BetriebsartVT_HK | true: Das Auslesen und Einstellen der Betriebsart der Vorlauftemperatur (Kurve/Fix) samp deren Parameter wird ermöglicht. |
| WW_Pumpe_Min_Laufzeit | true: Die minimale Laufzeit der Zirkulationspumpe des Heißwasserkreislaufes kann ausgelesen und modifiziert werden |
Zu beachten: Mit der Version ausgelieferten base.xml sind sämtliche neuen Features des Servers (bezogen auf die alte reine Fhem-Lösung) deaktiviert, da die einzelnen Features überraschende Effekte haben können (u. U. unerwartete Reaktionen der SolvisControl “wie von Geisterhand”. Die Features müssen im Features-Element einzeln freigeschaltet werden. Bitte dabei nochmals den Kommentar im XML-File beachten.
Mit der ConfigOrMask werden bestimmte Optionen der Anlage bestimmt, welche nicht automatsch aus dem GUI oder Sensordaten bestimmt werden können. Aktuell sind folgende Werte möglich:
| Wert | Bedeutung |
|---|---|
| 0x0000 | Standard (default) |
| 0x0010 | Solaranlage mit externem Plattenwärmetauscher und zwei Pumpen A01 und A07 |
| 0x0020 | Externer Brennkessel mit Temperaturfühler an S14 |
| 0x0040 | Wärmepumpe mit Vorlauf-/Rücklauftemp. an S14/S15 |
| 0x0080 | Solar Ost + West, Kollektor West an S16 |
| 0x0100 | Zählfunktion besitzt 2 Screens (SolvisMax 7) |
Zu beachten: Ab Version 01.03.00 ist diese Maske durch die Attribute type, mainHeating, heatingCircuits und den Extensions ersetzt worden
Will man die MQTT-Schnittstelle nutzen, muss man im Mqtt-Tag noch folgende Parameter anpassen:
| Wert | Bedeutung |
|---|---|
| enable | True enabled die MQTT-Schnittstelle |
| brokerUrl | Url des Brokers (ohne Protokoll) |
| port | Port dees Brokers, Standard ist 1883 |
| userName | MQTT-User |
| passwordCrypt | MQTT-Password AES-256 verschlüsselt |
| subscribeQoS | Quality of service zum Empfang (0 … 2) |
| publishQoS | Quality of service zum Sendeng (0 … 2) |
| idPrefix | MQTT-ClientId des Servers (wird mit einer Zufallsnummer ergänzt). Wird bei der Verbindung mit dem MQTT-Broker benötigt und definiert den Server eindeutig im MQTT-System. Dadurch sind MQTT-Reconnections möglich. |
| topicPrefix | Prefix der MQTT-Topics |
| smartHomeId | Id des Smarthome-Systems. Diese Id wird nur für die Dokumentations-Funktion und zur Erstellung der iobroker-Dateien verwendet. Zur Laufzeit des Servers ist dieser wert ohne Bedeutung, da sich der Server die wirkliche smartNomeId aus dem Topic liest. Auf diese Weise können sich beliebig viele SmartHome-Systeme per MQTT-Schnittstelle mit der Server verbinden. Wichtig ist, dass jedes System einen eindeutige smartHomeId besitzt. |
Die übrigen Parameter können vom User angepasst werden und haben folgende Bedeutung:
| Wert | Bedeutung |
|---|---|
| port | Der für die Server-Client-Verbindung genutzte Port. Es wird zusätzlich der Port mit der nächsthöheren Nummer genutzt, um sicher zu gehen, dass der Server nicht mehrfach gestartet wird. |
| echoInhibitTime_ms | Je nach SmartHome-System-Realisierung kann es sein, dass vom Server gesendete Werte als Stellwerte vom SmartHome-System zurückgesendet werden. Der Server ignoriert über diese echoInhibitTime die zurückgesendeten Stellwerte mit dem identischen Wert. |
| defaultAverageCount | Anzahl der Messwerte, über die der Mittelwert gebildet wird |
| measurementHysteresisFactor | Hysteresis-Faktor für Messungen, über die ein Mittelwert gebildet wird. Bei 0 führt jede Änderung zu einer Messwertausgabe, bei != 0 wird abhängig vom Sensorrauschen die Hysteresis eingestellt. |
| forceUpdateAfterFastChangingIntervals | Intervall, nachdem ein erkannte rasche Änderung frühzeitig gesendet wird. |
| forcedUpdateInterval_ms | Nach Ablauf dieser Zeit werden sämtliche Messwerte zum Client gesendet. Zum Disablen ist hier 0 einzutragen. |
| doubleUpdateInterval_ms | Symmetrisch um den Zeitpunkt, der durch forcedUpdateInterval_ms vorgegeben ist, erfolgen Updates sämtlicher Messwerte. Dadurch füllen die Messkurven sauber das FHEM-Diagramm von links nach rechts, ohne Anfangs- und Endlücken. |
| bufferedInterval_ms | Bei bestimmten Messwerten kann hiermit die minimale Zeit zwischen der Ausgabe von 2 Messwerten bestimmt werden. Zum Disablen ist hier 0 einzutragen. |
| releaseBlockingAfterUserAccess_ms | Zeit, in der die GUI-Steuerung des Servers nach Erkennung eines User-Eingriffs deaktiviert ist (default: 5 Minuten) |
| releaseBlockingAfterServiceAccess_ms | Zeit, in der die GUI-Steuerung des Servers nach Erkennung eines Service-Eingriffs deaktiviert ist (default: 2 Stunden) |
| delayAfterSwitchingOnEnable | Bestimmte Sensoren benötigen bei meiner Anlage nach dem Einschalten relativ viel Zeit, bis sie stabile Werte anzeigen (Der Raumfühler benötigt 25 min). Mit diesem Parameter kann dieses Verhalten deaktiviert werden. |
| defaultReadMeasurementsInterval_ms | Ab V01.02.11 obsolet (durch die beiden nächsten Attribute ersetzt): Gibt die Zeit vor, in welchem Abstand die Messwerte der Solvis-Anlage gelesen werden. |
| measurementsInterval_s | Gibt die Zeit vor, in welchem Abstand die meisten Messwerte der Solvis-Anlage gelesen werden. |
| measurementsIntervalFast_s | Gibt die Zeit vor, in welchem Abstand die Ax-Messwerte der Solvis-Anlage gelesen werden. |
| resetErrorDelayTime_ms | Die Solvis-Anlage setzt bei manchen Fehlern im Fehlerfall die Meldung zurück um sie kurz darauf wieder zu bringen. Aus diesem Grund wird der Fehlerstatus um 5 Minuten (Default-Wert) verzögert zurück gesetzt, damit in diesem Fall der Fehlerstatus gesetzt bleibt, falls der Fehler erneut gemeldet wird. |
| ignoredFrameThicknesScreenSaver | Da bei manchen Anlagen am Rande des Bildschirms Fragmente zu sehen sind, muss der Rand-Bereich zur Bildschirmschoner-Erkennung ausgeblendet werden. Die Breite dieses Bereichs wird durch diesen Parameter bestimmt (Default: 3 Pixel). |
Durch diese Sektion kann man mittels Regular Expressions die Sendung von Werten bestimmter Kanäle an den MQTT-Broker oder FHEM-Client unterdrücken.
In dieser Sektion wird für jeden regulären Ausdruck folgender Tag definiert:
<tns:RegEx>regular expression</tns:RegEx>
Die Änderungen der Kanalnamen, welche durche den regulären Ausdruck erfasst werden, werden nicht gesendet. Werden mehrer dieser Tags angegeben, reicht ein einziger zutreffender Tag aus, dass Änderungen des Kanals nicht mehr gesendet werden.
Wichtig:
Die Namen der Kanäle sind in der Schreibweise wie hier definiert zu verwenden.
Die Steuerung der SolvisControl über des Gui erfolgt über die Simulation der Touchs auf dem Bildschirm. Dazu sind bestimmte Zeiten für die Länge des Touches selbst und der Länge der Zeit, wo kein Druck erfolgt in den Steuerfile definiert. Diese sind abhängig von der Art der Bedienung. Diese Zeiten lassen sich über die base.xml in der Sektion Durartions noch modifizieren, wenn man diese an die eigene Anlage noch optimieren will oder manche Zeiten bei einer bestimmten Anlagenkonfiguration möglicherweise nicht ausreichen.
Außerdem lassen sich noch weitere Werte modifizieren.
Für die zu modifizierende Zeit ist ein Duration-Tag mit folgendem Aufbau nötig:
<tns:Duration id="id" time_ms="time" />
Folgende Tabelle gibt die möglichen Zeiten wieder:
| id | Default-Zeit [ms] | Bedeutung |
|---|---|---|
| Standard | 400 | Die Standard-Zeit für einen Touch. |
| Long | 5000 | Definiert die Zeit eines langen Touchs, welche die Modifikation einiger Einstellungen (z.B. Tagestemperatur) benötigen. |
| ValueChange | 2000 | Werteänderungen erfolgen in der Regel mit 2 Buttons (aufwärts/abwärts). Nach der Betätigung (Release), wird diese Zeit bis zum nächsten Touch gewartet. |
| ModeChange | 3000 | Nach einem Mode-Change (Tag/Nacht/WW-Pumpe ein/aus o.ä.) wird diese Zeit bis zum nächsten Touch gewartet. |
| WindowChange | 3500 | Wird durch die Menüs gegangen, ändert sich immer der Fensterinhalt komplett. Dazu wird bis zum nächsten Touch diese Zeit gewartet. |
| WindowChangeService | 4500 | In den Installateur-Menüs ist eine längere Wartezeit bis zum nächsten Touch nötig. |
| |
checkCalculation | 86400000 | Bestimmte Werte (z.B. Brennerlaufzeiten) werden aus dem Gui ermittelt und dannn genauer weiter gezählt. Bei aktiviertem Feature EquipmentTimeSynchronisation gibt diese Zeit das Intervall vor, wo eine Überprüfung mit dem Wert im Gui erfolgt. Eien bessere Genauigkeit
Durch diese Sektion können noch die Kanalnamen und optional deren Einheiten den eigenen Wünschen angepasst werden. Für jeden zu ändernden Kanal ist ein Assignment-Tag mit folgendem Aufbau zu definieren:
<tns:Assignment id="Id" name="Kanalname" unit="Unit"/>
Hierbei ist die Id der Präfix des zu ändernden Kanalnamens, z.B. A01, S01 etc., Kanalname der neue Name des Kanals und Unit die Einheit. Das Attribut unit ist optional.
Durch diese Sektion können Kanäle mit bestimmten Werten vorbelegt werden oder auch mittels konstanten Werten modifiziert werden. Außerdem kann dadurch bestimmt werden, dass Sensoren erst später erfasst werden. Die Temperatursensoren der SolvisMax sind nach dem PowerOn noch nicht sehr genau. Wenn Genauigkeit erforderlich ist z.B. abhängig von diesen etwas zu steuern, dann dürfen die nach dem PowerOn nicht zu früh ausgewertet werden. Das kann der SolvisSmarthomeServer übernehmen. Erst wenn eine einstellbare Zeit verstrichen ist, werden die Werte der entsprechenden Kanäle zum Smarthome-System übertragen
Aktuell sinnvoll (Stand 20.11.2021) ist eine fixe Festlegung für den Kanal C47.Puffer_dT_Start. Näheres siehe unter Nachheizen.
Eine Korrektur sind für die Brennerstarts X01.BrennerStarts und X03.BrennerStufe2Starts sinnvoll. Die Brennerstarts werden grafisch aus der SolvisControl gelesen und als Kanal C01.StartsBrenner erfasst. Bei der SolvisMax6 wurde für diesen Zähler nur mit 16 Bit realisiert. Dadurch erfolgt nach 65536 Brennerstarts ein Überlauf und der Wert ist dann wieder 0.
Das Channel-Tag der ChannelOptions ist wie folgt definiert:
<tns:Channel id="Id" fix="Fix" offset="Offset" factor="Factor" powerOnDelay_s="Delay" />
Hierbei sind:
| Name | optional | Bedeutung |
|---|---|---|
| Id | Id des Kanals | |
| Fix | X | Der Kanal wird auf diesen festen Wert gesetzt. |
| Factor | X | Der Wert des Kanals wird mit diesem Faktor multipliziert. |
| Offset | X | Auf den Wert des Kanals wird dieser Offset addiert. |
| Delay | X | Zeit in s, die nach einem Power-On der Anlage vergehen muss, bis der Sensorwert des Kanals erfasst wird. Die Delays nach dem Power-On sind nur dann wirksam, wenn das Attribut delayAfterSwitchingOnEnable des Unit-Tags den Wert true besitzt. |
Ist in den Optionen für einen Kanal die Attribute factor und offset definiert, wird der Wert erst mit dem Faktor multipliziert, anschließend wird der Offset aufaddiert.
Einige Beispiele sind in der base.xml zu finden.
Zusätzlich gibt es noch das ExceptionMail-Element, mit dem man die Zugangsdaten des Mail-Providers definiert, sowie die zu benachrichtigenden Adressen.
| Wert | Bedeutung |
|---|---|
| port | Port-Nummer des Providers |
| passwordCrypt | Passwort AES-256 verschlüsselt |
| name | Name des Absenders (z.B. Max Mustermann) |
| securityType | TLS oder SSL möglich) |
| provider | Url des Providers, z.B. securesmtp.t-online.de |
| from | Mailadresse, z.B. [email protected] |
| address | Empfängeradresse, z.B. [email protected] |
| type | Art (TO, CC oder BCC) |
Ist SMTP nur über einen Proxy zugänglich, so kann man noch den Proxy-Tag mit folgenden Attributen definieren:
| Wert | Bedeutung |
|---|---|
| host | Url des Proxys |
| port | Portnummer |
| user | Username (optional) |
| passwordCrypt | Passwort AES-256 verschlüsselt (optional) |
Mit dem Server können auch die Objektliste und ein Pairing-Skript für den iobroker erstellt werden. Um dies generierten Objekte individuell an die iobroker-Realisierung anzupassen, können folgende Attribute in der Iobroker-Sektion definiert werden:
| Wert | Bedeutung |
|---|---|
| mqttInterface | Name des Mqtt-Interface auf der iobroker-Seite. Dieser wird der Prefix des Objektnamens (default: mqtt-client.0). |
| javascriptInterface | Prefix der generierten Pairing-Objekte (default: javascript.0). |
Anhang: