@GTV Auch ich bin kein Experte, aber ein paar Punkte kann ich schon mal (hoffentlich) klären. Und ein paar Nachfragen stellen.

1. Das was Du als Beta bezeichnest, ist ja die Quelle für Adapter, die Du verwendest. Das hat nichts mir dem Container zu tun.
2. Latest ist nicht Beta. Latest ist die letzte stabile Version. Gilt auch so für Container. Im Normalfall würde ich auch bei den Adapter mit Stabel/latest arbeiten.
3. Der Container stellt quasi ein Betriebssystem und eine ioBroker Installation bereit. Wenn der Containert aktualisiert wird, hast Du erstmal wieder eine cleane Installation ohne jegliche Daten und Adapter -> Daher vorher immer ein Backup machen.
4. Das Backup darf nicht im Container liegen. Die Daten sind ja nach einem Update weg.
5. Um den cleanen Container zu umgehen, hast Du vermutlich beim anlegen der DockerConfig Volumes konfiguriert. Im Endeffekt werden dadurch die Ordner im Container durch die Ordner überlagert, die Du an anderer Stelle auf dem NAS hast. Dadurch ist der Container nach dem Update doch nicht leer.

Wenn Du dich tiefer einlesen möchtest, empfehle ich die Seiten von André. Er entwickelt auch die den offizellen Container:
https://smarthome.buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/
https://smarthome.buanet.de/2020/10/iobroker-docker-container-updates-upgrades/

Allgemein werde ich Dir hier nicht sagen, was Du tun sollst. Dafür gibt es zu viele Fallstricke. Speziell wenn man deine Konfiguration nicht kennt. Ich fluche auch regelmäßig, weil ich wieder was dummes getan habe Aber lies dir vor allem man Updates & Upgrades (2.Link) durch. Dann wird hoffentlich einiges klarer. Bei Fragen einfach melden.
Nach welcher Anleitung hast Du den ioBroker aufgesetzt?

@reutli @jpgorganizer Also nicht die Accounts in dem Sinne, sondern die Applications. Habe in dem vorhanden Account die Application entsprechend der Anleitung neu angelegt.

@djmarc75 Ich Trigger einfach auf einen neuen Track. Wenn da was brauchbares bei rauskommt, kann ich das bestimmt auch hier mal einstellen.

@wildbill sagte in Synology IOBroker Image Update: was passiert genau ....:

. Latest ist beta

Danke! Da bin ich geistig irgendwie falsch abgebogen.

@guitardoc Ich meine ich hatte am Anfang auch gewisse Probleme mit bestimmten Switsches. Ist aber schon nen Paar Jahre her. Hast Du da was an der Verkabelung geändert?
Mit Modbus Version 5.0.11 habe ich aktuell keine Probleme.

@finn-g sagte in MieleCloudService Adapter:

ch hab gerade eine Miele KaffeeMaschiene eingerichtet.
In der App ist die Drin. Da kann ich sie auch steuern.
Dann hab ich den Adapter hier installiert. Und dieses API Conto angelegt. Ich hab nach 10 Minuten (was lange dauerte) die eMail mit den Zugangsdaten bekommen.
Nun habe ich die Zugangsdaten aus der App und aus der API. beide habe ich eingetragen. Immer kopiert. Aber der Adapter kann sich nicht verbinden.
Habt ihr ne Idee? Muss ich noch was machen?

Viel kann ich leider nicht beitragen. Ich hab noch mal geschaut, ob meine Verbindung zum Miele System läuft. Und ja es läuft. Es ist auch schon eine ganze Weile her, dass ich den Adapter eingerichtete habe. Seitdem hatte ich keine Probleme.
Zwei Ideen hätte ich:

1. Ist beim Kopieren evtl. nen Leerzeichen mit rein gerutscht.
2. Meine Bestätigungsmail kam damals von api-eu.mcs3.miele.com. Keine Ahnung ab das relevant ist. Ich gestehe aber, ich hab grad keine Idee, wie ich noch mal in den Konfigurationsdialog auf der Miele Developer Seite komme.

@horst-1 Perfekt! vielen Dank.

Die Lösung für mich ist:

{Datenpunkt.STATE.lc;date(hh:mm)}

Hi, ich würde gern in Lovelace den Zeitpunkt anzeigen, an dem sich ein Datenpunkt geändert hat. Den Wert als Zeitstempel bekomme ich mit Datenpunkt.state.lc auch angesprochen in in der Markdown Karte angezeigt. Nur leider ist die Zahlenkolonne halt nicht sehr lesbar. Hat jemand eine Idee, wie das funktionieren kann? Hatte an sowas wie

**{a:Datenpunkt.state.lc;a.datetostrin()}** 

gedacht.

@wildbill sagte in Synology IOBroker Image Update: was passiert genau ....:

. Latest ist beta

Danke! Da bin ich geistig irgendwie falsch abgebogen.

@GTV Auch ich bin kein Experte, aber ein paar Punkte kann ich schon mal (hoffentlich) klären. Und ein paar Nachfragen stellen.

1. Das was Du als Beta bezeichnest, ist ja die Quelle für Adapter, die Du verwendest. Das hat nichts mir dem Container zu tun.
2. Latest ist nicht Beta. Latest ist die letzte stabile Version. Gilt auch so für Container. Im Normalfall würde ich auch bei den Adapter mit Stabel/latest arbeiten.
3. Der Container stellt quasi ein Betriebssystem und eine ioBroker Installation bereit. Wenn der Containert aktualisiert wird, hast Du erstmal wieder eine cleane Installation ohne jegliche Daten und Adapter -> Daher vorher immer ein Backup machen.
4. Das Backup darf nicht im Container liegen. Die Daten sind ja nach einem Update weg.
5. Um den cleanen Container zu umgehen, hast Du vermutlich beim anlegen der DockerConfig Volumes konfiguriert. Im Endeffekt werden dadurch die Ordner im Container durch die Ordner überlagert, die Du an anderer Stelle auf dem NAS hast. Dadurch ist der Container nach dem Update doch nicht leer.

Wenn Du dich tiefer einlesen möchtest, empfehle ich die Seiten von André. Er entwickelt auch die den offizellen Container:
https://smarthome.buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/
https://smarthome.buanet.de/2020/10/iobroker-docker-container-updates-upgrades/

Allgemein werde ich Dir hier nicht sagen, was Du tun sollst. Dafür gibt es zu viele Fallstricke. Speziell wenn man deine Konfiguration nicht kennt. Ich fluche auch regelmäßig, weil ich wieder was dummes getan habe Aber lies dir vor allem man Updates & Upgrades (2.Link) durch. Dann wird hoffentlich einiges klarer. Bei Fragen einfach melden.
Nach welcher Anleitung hast Du den ioBroker aufgesetzt?

@guitardoc Ich meine ich hatte am Anfang auch gewisse Probleme mit bestimmten Switsches. Ist aber schon nen Paar Jahre her. Hast Du da was an der Verkabelung geändert?
Mit Modbus Version 5.0.11 habe ich aktuell keine Probleme.

@marc-berg sagte in (gelöst) MacVlan hat den Dienst eingestellt:

„name“ Attribut

Ah, dass kling sinnig. Nur eine kurze Rückfrage. Bei Dir taucht ja jetzt 2 Mal mvl1 auf.

networks:
  mvl1:  # Name zum "verlinken" mit den Containern oben
    driver: macvlan
    name: mvl1 # Name des macvlan

Müssen die beiden Namen gleich sein oder würde z.B auch

networks:
  public:  # Name zum "verlinken" mit den Containern oben
    driver: macvlan
    name: mvl1 # Name des macvlan

funktionieren?

@marc-berg Danke für die Antwort. Ich dachte auch, das hätte ich über den Block

networks:
  public:
    driver: macvlan
    driver_opts:
      parent: ovs_eth0
    ipam:
      config:
        - subnet: 192.168.1.0/24   #IP Adressbereich /24 = 254 Adressen
          gateway: 192.168.1.1     # Router
          ip_range: 192.168.1.200/29   # /29 = 6 Adresse

getan. Das hat auch vorher immer funktioniert. Nur auf einmal nicht mehr. Daher habe ich quasi genau das gleiche Macvlan wieder von Hand angelegt.

PS: Da grad der Fi Ausgelöst hat, konnte ich spontan unfreiwillig testen, dass es aktuell auch nach einem Neustart noch funktioniert

@dominic151617 Gott sei Dank, es läuft wieder. Fall noch mal jemand hierrüber stolpert:
Ich habe mich per ssh auf die Synology aufgeschaltet und dort das MacVlan neu angelegt. Befehl:
sudo docker network create -d macvlan --subnet=192.168.xxx.0/24 --ip-range=192.168.xxx.yyy/29 --gateway=192.168.xxx.1 -o parent=ovs_eth0 Name_des_MacVlan

Leider habe ich anscheinend irgendwie meine MacVlan Docker Installation auf der Synology zerschossen. Ich vermute es hängt mit der Installation Virtual Machine Manager zusammen. Zumindest ist das Problem im Anschluss aufgetretten.

Eckdaten:

• Stack in Portainer
• Nach Anleitung von BUANET
• Netzwerk über MACVlan

Problem:
- Der

Also alle Container aus dem Stack starten nicht. Bzw. Sie starten nur, wenn ich die Netzwerkschnittstelle entferne. Ich hab schon mal irgendwo gelesen, dass es mit der virtuellen Netzwerkschnittstelle ovs_eth0 zu tun hat, aber es funktioniert auch nicht wenn ich im Stack eth0 durch ovs_eth0 ersetze. Jemand eine Idee?