Antwort
Mai 02, 2024 - 14:40
Docker ist eine Sache für sich, da frage am besten mal bei dem Ersteller des Docker Containers, den Du benutzt genauer nach. In der Regel müssen vom System, auf dem der Docker läuft, zum Container bestimmte Ports gemappt werden, damit alles einwandfrei funktioniert. Bei Homematic kann das oft Port 5544 sein, kann aber sein, das noch weitere Ports gemappt werden müssen. Das sind konkrete Fragen, die Dir nur der Ersteller des Dockers genau beantworten kann.
Aktualisiert wird eine Seite in NEO immer dann, wenn entweder etwas auf dieser Seite ausgeführt worden ist, wie ein Button wurde gedrückt, oder das Seitenaktualisierungsintervall unter Autorefresh greift, oder aber die Seite von einem externen System per Push angewiesen wurde neu zu laden. Ein externes System, dass die NEO Remote anweist, eine Remote Seite neu zu laden, kann z.B. der NEO Server sein oder IP-Symcon oder andere Systeme, die einen Seiten Refresh der NEO Remote eben aktiv unterstützen.
Eigentlich sollte sich der Zustand, wenn Du z.B. einen Button in der NEO Remote drückst, unmittelbar aktualisieren und nicht erst zeitversetzt, so ist das zumindet bei mir der Fall.
Ich würde an Deiner Stelle zunächst mal schauen, ob Du alles für den Nutzung mit einem Docker Container hinreichend konfiguriert hast.
Aktualisiert wird eine Seite in NEO immer dann, wenn entweder etwas auf dieser Seite ausgeführt worden ist, wie ein Button wurde gedrückt, oder das Seitenaktualisierungsintervall unter Autorefresh greift, oder aber die Seite von einem externen System per Push angewiesen wurde neu zu laden. Ein externes System, dass die NEO Remote anweist, eine Remote Seite neu zu laden, kann z.B. der NEO Server sein oder IP-Symcon oder andere Systeme, die einen Seiten Refresh der NEO Remote eben aktiv unterstützen.
Eigentlich sollte sich der Zustand, wenn Du z.B. einen Button in der NEO Remote drückst, unmittelbar aktualisieren und nicht erst zeitversetzt, so ist das zumindet bei mir der Fall.
Ich würde an Deiner Stelle zunächst mal schauen, ob Du alles für den Nutzung mit einem Docker Container hinreichend konfiguriert hast.
Von
Hi Fonzo,
Danke für die Info.
Genau, im Docker müssen alle notwendigen Port gemappt werden, deshalb auch meine Frage, welche Ports für Mediola erforderlich sind. Welche Ports hier nötig sind, ist ja unabhängig, in welcher Umgebung die RaspberryMatic läuft. Ich hatte die RaspberryMatic bislang dediziert auf einem Raspi laufen und nun auf einem leistungsfähigeren System ein Docker Container erstellt und dort RaspberryMatic installiert. Die Frage der Ports kann ich mir leider daher als Ersteller nicht selbst beantworten. ;)
In NEO Remote habe ich viele Statuselemente, z.B. um zu sehen, ob ein Fenster geöffnet ist. Wenn ich nun das Fenster selbst öffne, benötigt es ewig, bis mir das offene Fenster im NEO angezeigt wird. Wenn ich dort im NEO z.B. eine Lampe einschalte, wird das nahezu zeitgleich aktualisiert.
Wie gesagt würde der NEO Server ohnehin auf dem System laufen, aber muss ich dazu etwas konfigurieren oder macht dies der Server selbstständig ? Und auch hier ist die Frage, welche Port der NEO Server dann dazu benötigt, die entsprechend erreichbar sein müssen.
Am letzten Satz bin ich bereits dran, leider ist es recht schwierig hier Informationen zu finden, da gerade in Bezug auf die Ports eigentlich nichts in den Dokus steht.
Von
Das weis ich zumindest auch nicht welche Ports mediola alle benötigt, da dies in der Regel ja nicht notwendig ist dezidiert einzustellen, dazu gibt es ja den Menüpunkt Mediola Zugriff in den Firewall Einstellungen der CCU3. Zusätzliches Mapping ist ja nur bei einem Docker Container notwendig.
In der Regel werden meist Port 8181 und 8082 benötigt, was mediola sonst noch alles braucht, weis ich persönlich wie gesagt auch nicht.
Im Zweifelsfall mal direkt den Hersteller mediola anschreiben
https://www.mediola.com/service#emailsupport
der sollte das zumindest eigentlich wissen, auch wenn dieser wohl direkt kein Docker Container unterstützt.
Falls Du eine passende Antwort vom Hersteller mediola direkt erhalten solltest, kannst Du das ja hier als Antwort auf Deine eigene Frage ergänzen, das ist sicher auch für andere Nutzer von Interesse.
Der NEO Server oder auch als Alternative auch IP-Symcon senden einen Broadcast Message an Port 1902 um eine Seite in der NEO Remote neu zu laden oder ein Popup zu öffnen oder zu schließen.
Selbstständig sendet der NEO Server oder ein anderes System wie z.B. IP-Symcon keine Push Message für eine Seiten Aktualisierung der NEO Remote. Das muss wenn dann im jeweiligen genutzten System konfiguriert werden, unter welchen Bedingungen eine Seite neu geladen werden soll.
Bei mir persönlich steht der Autorefresh in der NEO Remote auf --, also nicht vorhanden, und eine Seitenaktualisierung bei mir persönlich erfolgt nur auf Anforderung bei einer Variablenänderung aus IP-Symcon getriggert über NEO Helper
https://github.com/Wolbolar/IPSymconNEOHelper/blob/master/docs/de/README.md
Ich hoffe mediola als Hersteller selber kann Dir die notwendigen Ports für das Mapping des Docker Containers nennen.
Von
Hi Fonzo,
mich würde nun noch in diesem Zusammenhang der Auslösemechanismus interessieren. Da ich mich weder im Detail mit dem Automations Manager noch mit IP-Symcon auskenne, hilft es mir hoffentlich die nötigen Stellen einzugrenzen.
In dem Link zu dem NEO Helfer ist zu sehen, dass die Konfiguration auch über eine GUI stattfindet. Also ähnlich den Programmen in der CCU, als auch im Automations Manager.
Du legst dann fest, bei Änderung der Variable/Parameter soll dann die Seite gerefresht werden ?
Von
Seiten werden wie gesagt unter drei verschiedenen Bedingungen aktualisiert
- beim ausführen einer Aktion auf einer NEO Remote Seite wird sofort der Status aktualisiert
- ist ein Autorefresh Intervall eingestellt, aktualisiert sich die Seite zyklisch im eingestellten Intervall
- eine Seite einer NEO Remote wird dann sofort neu geladen, wenn die NEO Remote per Push eine Broadcast Message auf Port 1902 von einer externen Instanz erhält, wie z.B. der NEO Server, IP-Symcon usw., die Seite neu zu laden. Auf dem gleichen Weg kann auch von einer externen Instanz bei Bedarf ein Popup geöffnet oder geschlossen werden.
Den Autorefresh legt man im AIO CREATOR NEO selber pro Seite fest.
Sollte wie gesagt der Wunsch bestehen, die NEO Remote von einer externen Instanz heraus anzuweisen, neu zu laden oder die Seite zu wechseln, muss die Bedingung des Auslösers in der externen Instanz hinterlegt bzw. konfiguriert werden.
In der Regel ist das eben dann sinnvoll so was in einer externen Instanz zu konfigurieren, wenn ein Ereignis auftritt, das eine NEO Seite wechseln soll oder aber neu laden.
Beispiele für ein Ereignis, das einen Seitenwechsel oder Popup triggert, wäre es klingelt an der Tür, darauf hin weist eine externe Instanz eine bestimmte NEO Remote an, ein Bild in einem Popup von einer Kamera anzuzeigen.
Die Daten einer Wetterstation oder von einem Wetterbericht haben sich geändert, in dem Fall weist eine externe Instanz die NEO Remote an die Seite neu zu laden.
Eine Beuchtungsszene wurde aufgerufen, die NEO Remote wird von einer externen Instanz angewiesen die Seite neu zuladen um den aktuellen Status darzustellen.
Ein Musiktitel hat sich geändert, die NEO Remote wird angewiesen die Seite in der NEO Remote mit dem Cover neu zu laden.
Für eine ganz einfache Seitenaktualisierung unabhängig von konkreten Bedingungen benötigt man aber keine externe Instanz. Dann reicht es an sich ja völlig aus ein Intervall bei Autorefresh einzustellen.
Was passiert denn bei Dir konkret wenn Du z.B. den Autorefresh auf 20 Sekunden einstellst? Dann sollte zumindest eigentlich spätestens nach 20 Sekunden immer der aktuelle Status sichtbar sein.
Neuen Kommentar hinzufügen