Anpassung der base.xml - GollmerSt/SolvisSmartHomeServer GitHub Wiki

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:

Aufbau der XML-Datei:

<?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>

Verschlüsselung der Passwörter

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.

Notwendige Anpassungen

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

Extensions (ab 01.03.00)

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

Features

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.

Werte der configOrMask (nur bis Version 01.02.xx)

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

Anpassungen bei der Nutzung der MQTT-Schnittstelle

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.

Weitere Anpassungsmöglichkeiten

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).

IgnoredChannels

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.

Anpassung Programm-interner Zeiten (ab 01.03.00)

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

ChannelAssignments (ab 01.03.00)

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.

ChannelOptions (ab 01.05.00)

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.

Anpassungen für eine Anlagen-Störungs-Mail

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)

Anpassungen für den iobroker (ab 01.04.00)

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).
⚠️ **GitHub.com Fallback** ⚠️