Hier ist einen Sammlung von häufig auftauchenden Fragen und Fehlermeldungen und deren Antworten/Behebung

Fehler beim Learning des Anlagenstatus Solar

Bei Learning-Vorgang erscheint folgende Fehlermeldung:

21:47:03,265|LEARN|Warning: Goto screen <Anlagenstatus Solar> not successfull, home screen is forced
21:47:32,422|LEARN|Warning: Goto with an unlearned Screen, algorithm or control.xml fail?

Diese Fehlermeldung kann beim Anlernvorgang bis zur Programmversion 1.2 auftreten.

Dieser Fehler tritt auf, wenn vor dem Start des Learning der Anlagenstatus (erreichbar über Sonstig/Anlagenstatus) nicht auf dem Bild "Warmwasserkreislauf" stand. Bei Anlagen mit einem Solarkreislauf steht der Anlagenmodus meist auf dem Bild mit dem Solarkreislauf, vor dem Learning muss der Anwender diesen manuell auf das des Warmwasserkreislaufes stellen.

Von der Version 1.2.0 an sollte dieser Fehler nicht mehr auftreten, da in dieser Version der Learning-Algorithmus umfangreich verbessert wurde und der Anlagenstatus auf einem beliebiken Kreis stehen kann.

Ich möchte das Zusammenspiel der drei Komponenten Smarthome-System, SolvisSmarthomeServer und Solvis-Analge testen, möchte/kann aber dazu nicht die Solvis-Anlage in die zu testende Zustände bringen.

Für diesen Fall wurde der DebugChannel-Befehl eingeführt (ab V 1.04.00). Die Beschreibung dazu findet man hier

MQTT-Schnittstelle: Daten kann das Smarthome-System empfangen, es können jedoch keine Anlagenparameter gesetzt werden (publish)

Damit das Setzen von Anlagenparametern über das Smarthome-System funktioniert, muss durch das Smarthomesystem bis Version 1.3.x das Topic SolvisSmartHomeServer/clientId/online auf true gesetzt werden. Erst dann kann der Client auch Anlagenparameter verändern.

Das Versenden der Daten durch den Server erfolgt "anonym", also ohne ClientId. Daher kann das SmartHome-Syswtem die Daten in dem Fall eines "Offline"-Smarthome-Systems nur lesen.

Ab Version 1.4 wurde das Verfahren abgeändert. Im Topic eines Parameter-verändenden Befehls ist immer die clientId zu finden. Daher wird immer bei einem Server/Anlagenparameter-modifizierenden Befehl angenommen, dass das Smarthome-System (Client) online ist und eine Zuordnung des Befehls zum Client ist auch ohne das Online-Topic möglich. Das Online-Topic wird nach wie vor benötigt, wenn der Client offline geht. Dann sollte das Topic SolvisSmartHomeServer/clientId/online auf false gesetzt werden, da andernfalls Client-spezifische Einstellungen im Server erhalten bleiben.

Nach einen Versions-Update erscheint eine umfangreiche Attention-Meldung

Im Fall einer neuen Version kann es folgende Warnung geben:

00:47:25,918|LEARN|***********************************************************************
00:47:25,918|LEARN| A T T E N T I O N
00:47:25,918|LEARN|
00:47:25,918|LEARN|The file <control.xml> was manually changed. It's renamed to
00:47:25,918|LEARN|<control.xml.1>.The new one of the new server version is used!
00:47:25,918|LEARN|***********************************************************************

Diese Meldung erschein dann, wenn man die control.xml bearbeitet hat, welche im vom Programm beschreibbaren Pfad liegt (eingetragen im Attribut writablePathLinuxbzw. writeablePathWindows in der base.xml). Das ist sinnvoll, wenn man z.B. noch weitere Parameter der Anlage über das GUI auslesen will. Damit bei einem Update diese Ergänzungen nicht verloren gehen, wird die alte Datei umbenannt. Der Anwender müsste dann die neue Datei entsprechend ergänzen.

Besser ist es natürlich, wenn der Anwender seine Ergänzung der Community zur Verfügung stellt, z.B. auf GitHub als Issue oder gar in einem Branch mit Pull-Request.

Es gib noch einige wenige andere Fälle, bei denen diese Meldung entsteht. Diese kann man ignorieren, wenn man sich sicher ist, dass man keine eigenen Änderungen an der control.xml ausgeführt hat.

Nach einem Update ist der Zugriff vom Smart-Home-System erst nach ca. 5 Minuten möglich

Bei einer neuen Versioen des SolvisSmartHomeServers wurde meist die zentrale Steuerdatei control.xml verändert. Dadurch ist beim ersten Programmstart mit der neuen Version ein Learning erforderlich, das seit der Version 1.2.1 automatisch angestoßen wird. Ein Zugriff vom Smart-Home-System ist erst nach dem vollständigen Durchlauf des Learnings möglich. Das dauert ca. 5 Minuten.

Die in der Wiki beschriebene Kanalbelegung stimmt nicht mit meiner überein

Ab Programm-Version Version 01.03.00 erfolgt die Kanalbelegung konfigurationsspezifisch. Eine Dokumentation über die Kanalbelegung kann man durch das Programm selber erstellen lassen.

Unter Windows erfolgt das durch den Startmenü-Eintrag CreateCsv (die Datei SolvisChannels.csv liegt anschließend im User-Verzeichnis). Unter Linux startet man das Makefile mittels sudo make channelDocumentation (die Dokumentation wird auf StdOut geschrieben und muss evtl. umgeleitet werden).

Dabei ist zu beachten, dass vorher der Learning-Vorgang einmal fehlerfrei ausgeführt worden sein muss. Einiges der Konfiguration wird dabei direkt vom Bildschirm abgelesen.

Können die Zeiten der GUI-Bedienung an meine Anlage angepasst werden?

Aktuell sind die Zeiten der Gui-Bedienung so eingestellt, dass sie bei den verschiedenen Anlagenkonfigurationen sicher funktionieren sollten. Sie sind daher eher zu lang eingestellt, man könnte hier anlagenspezifisch sicher noch optimieren.Es könnte auch sein, dass die Zeiten für bestimmte Anlagen doch zu knapp eingestellt sind.

Man kann die vorgegeben Zeiten Anlagen-spezifisch ändern. Dies erfolgt durch die Sektion Durations in der base.xml. Die Beschreibung der verschiedneen Zeiten ist hier zu finden.

Die Anlage geht selbständig in den Installateur-Mode, kann man das abstellen?

Geht die Anlage selbstständig in den Installateur-Mode, so wurde in der base.xml-Datei das Feature Admin gesetzt. Nur dann werden auch einige Werte aus diesem Mode geholt, welche für bestimmte Kanäle oder zur Optimierung genutzt werden. Der SolvisSmarthomeServer ist auch ohne diese Werte nutzbar.

Wird das Feature Admin gelöscht oder auf false gesetzt, sollte die Anlage nicht mehr selbständig in den Installateur-Mode wechseln.

Das frühere Google-Drive mit älteren Versionen existiert nicht mehr, wie komme ich an ältere Versionen ran?

Auf folgender Seite finden sich die Tags der älteren Versionen:

https://github.com/GollmerSt/SolvisSmartHomeServer/tags

• Dort klickt man auf die gewünschte Version
• Dort läd man sich dann das komplette "Source code"-Package runter
• Im Verzeichnis "SolvisSmartHomeServer-xx.yy.zz\SolvisSmartHomeServer Package" befindet sich dann die Einzeldateien der damals freigegeben Version

Für Git-Insider kann man sich natürlich auch direkt an das Repository hängen und sich den entsprechenden Tag holen.

Was unter Linux bei einem Wechsel von einer niedrigeren Version als V01.05.01 zu beachten ist

Von der Version V01.05.01 an wurde das Linux-Makefile so geändert, dass der SolvisSmartHomeServer in einem anderen Verzeichnis installiert wird und unter dem User solvis läuft.

Nach dem Update kann man daher den bisherigen Ordner /opt/SolvisSmartHomeServer mit der alten Installation löschen. Das erfolgt am einfachsten mit folgendem Befehl:

sudo rm -r /opt/SolvisSmartHomeServer

Übernimmt man die Änderung writablePathLinux="/opt/solvis" des writablePathLinux in seiner eigenen base.xml, dann kann man den Ordner SolvisServerData in dem alten writablePathLinux löschen.

Andernfalls muss man die Rechte für diesen Ordner ändern, da nun der User solvis dort Zugriffsmöglcihkeiten erhalten muss. Dazu kann man folgenden Befehl verwenden:

sudo chown -r solvis writablePathLinux/SolvisServerData

Es gibt natürlich auch noch andere Möglcihkeiten, so kann man auch den User solvis in die Gruppe des Ordners einbeziehen. Dazu sollte man die Rechteverwaltungsdokumentationen von Linux zu Rate ziehen.