Hallo Marc, danke für die Info ... hatte ich gemacht. Hier kam nur die Meldung, dass auch nur localhost gehört wird. Aber heute die Lösung gefunden. Mit einem Freund an seinem PC online die Prozedur durchgespielt und dann seine config bei mir ersetzt für meine alte config. - Dann klappte es ... obwohl wir vorher die beiden Dateien verglichen hatten und sie in allen Zeilen identisch waren. - Wir haben's nicht verstanden, warum das nun geht ... aber es klappt nun. Und im mosquitto-Ordner gibt es ja auch nur eine config. Aber dennoch nochmal Danke für die freundliche Mithilfe! Micahe P.S.: Leider kann ich diesen Beitrag/das Thema nicht als "gelöst" markieren. Ich finde die Einstellung bei den drei Punkten rechts nicht!

@iobroker2001 sagte: Für Raspi5 ist es doch immer diese Version!? Aber nur bei einer sauberen Neuinstallation.

Das Problem kann man in kleine Unter-Probleme zerlegen, die man Schritt für Schritt abarbeiten kann ... Coral USB-Stick im Proxmox-PVE Ziel ist ein "Google Inc." Device zu finden root@pve:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ... Bus 002 Device 003: ID 18d1:9302 Google Inc. Hier gibt es eine Hürde, dass sich der Coral Stick im Lieferzustand erstmal NICHT mit Google Inc. meldet. Siehe: https://github.com/google-coral/edgetpu/issues/536 Coral an den LXC durchreichen Ich habe einen privilegierten Container gewählt mit Nesting und nach der Anregung von @uweklatt den ganzen USB-Bus 2 durchgereicht... Und dann auch noch den ganzen /dev/serial/by-id Baum, und dann gleich noch ein paar serielle Standard-Ports ... arch: amd64 cores: 2 dev1: /dev/dri/renderD128,gid=108,uid=0 features: nesting=1 hostname: ubuntu-frigate-privileged memory: 3072 net0: name=eth0,bridge=vmbr0,hwaddr=BC:24:11:10:59:1E,ip=dhcp,ip6=auto,type=veth onboot: 1 ostype: ubuntu rootfs: local-lvm:vm-107-disk-0,size=16G swap: 512 tags: proxmox-helper-scripts lxc.cgroup2.devices.allow: a lxc.cap.drop: lxc.cgroup2.devices.allow: c 188:* rwm lxc.cgroup2.devices.allow: c 189:* rwm lxc.mount.entry: /dev/serial/by-id dev/serial/by-id none bind,optional,create=dir lxc.mount.entry: /dev/ttyUSB0 dev/ttyUSB0 none bind,optional,create=file lxc.mount.entry: /dev/ttyUSB1 dev/ttyUSB1 none bind,optional,create=file lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=file lxc.mount.entry: /dev/ttyACM1 dev/ttyACM1 none bind,optional,create=file lxc.mount.entry: /dev/bus/usb/002 dev/bus/usb/002 none bind,optional,create=dir 0,0 root@pve:/etc/pve/lxc# Wenn man im LXC in der Console lsusb eingibt... frigate@ubuntu-frigate-privileged:~$ lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ... Bus 002 Device 003: ID 18d1:9302 Google Inc. Das wären erstmal die Vorarbeiten ... hast Du diesen Punkt schon erreicht?

@ichwersonst naja, obwohl ich keine cloudbasierte Lösung wollte, bin ich jetzt letztendlich doch bei Alexa gelandet. P.S. Evtl. wäre Hannah was für dich?

@Samson71 Ich habe in der Zwischenzeit eine Möglichkeit gefunden wenn jemand Interesse hat. Kann gerne anfragen und zwar habe ich das System von Dormakappa von der Vermietung nicht genommen sondern bin direkt an die Siedle Klingel gegangen. Ich kaufe mir doch nicht die teuren RFIDs nach oder nutze die beschissene App. Wenn die Vermietung nicht für jeden Bewohner bereit ist einen zugeben. Denn laut Mietrecht muss jeder der im Haus/ Wohnung gemeldet ist ungehindert Zugang zu bekommen. Nur bei den abgeschlossenen Müllplätzen muss ich noch eine Möglichkeit finden. Aber auch dort kann man die Türklinke von draußen einfach runterdrücken.

Beschwerde bei der BNetzA schon raus?

@OliverIO sagte: Bietet iobroker eigentlich bezahlter Support mit irgendeinem Service Level an? Soweit ich weiss ja, für professionelle Kunden der GmbH

jetzt sind es schon fast 25 Liter Unterschied, nach 91 Tagen [image: 1781373413379-2026-06-13-19-55-52.jpg]

MartinP sagte: @BananaJoe sagte: Und ja, ESP8266 ist immer noch sehr verbreitet Unter anderem in meinen Schubladen ;-) Da lagern auch noch Compact Flash Speicherkarten Siemens S35 Ladegeräte USB zu PATA Adapter Mobile 3,5 Zoll Floppy-Disk

@MartinP Hat er doch. Da ist ein Redirect auf https drin bzw beim /get auf die App Seiten die dann wieder https sind

@bl4ckn1ght Hast du dein Problem inzwischen gelöst ? Ich hatte die Tage ähnliche Probleme mit einem CasaFan Deckenventilator. Nativ über die Smartlive app lässt er sich nicht mit Alexa koppeln, da der Typ Ventilator nicht in Tuya zum Export in Alexa unterstützt wird. Der woraround geht über den Tuya adapter. Der greift auf die Tuya Cloud zu und syncronisiert das Gerät. Leider kann man im IOT adapter nicht direkt einen Ventilator als Gerät auswählen, aber man kann sich über alias ein Gerät mit Steckdose für ein/aus und Dimmer für die fan speed machen. Das funktioniert dann auch mit Alexa.

@Codierknecht sagte: @line sagte in VW Connect Adapter - Audi Fehlermeldung: Das kann ja nicht die Lösung von Audi sein. Ist es aber ... und nicht nur von Audi. Wie bereits angedeutet, ist das zwischen den Herstellern und den Adapter-Entwicklern immer eine Art Katz-und-Maus-Spiel. Die Hersteller schotten ihr API in der Regel mehr oder weniger gut ab und rücken keine Infos raus, wie deren eigene App mit den Servern kommuniziert. Die Adapter-Entwickler kommen (z.B. mit Reverse-Engineering) dahinter, wie das funktioniert und entwickeln daraufhin einen Adapter. Der Hersteller entdeckt, dass ein externes System Zugriff erhalten hat und zieht eine weitere Sperre ein. Gehe zurück zu 1) - Ziehe keine 400 € ein. Ist eigentlich auch völlig verständlich. Die wollen halt ihre Ressourcen schonen. Ein Anwender mit App ruft wenn's hochkommt ein paar mal am Tag die App auf und schaut rein. Ein externes System wie ioBroker oder HA macht das aber im Minutentakt. Da müsste der Hersteller ganz andere Ressourcen vorhalten. Sowas kostet Geld. Außerdem besteht immer die Gefahr, dass durch unsachgemäße Anwendung eines externen Systems Schäden entstehen. Dass die Hersteller sowas verhindern möchten, liegt auf der Hand. Moin zusammen, ich hole das Thema hier nochmal vor. Habe seit dieser Woche auch einen Audi. Und immer wenn der Adapter lief, kamen an meiner myAudi app keine Daten mehr an (ich bin Hauptbenutzer). Ebenfalls bei weiteren eingerichteten 'Benutzern' des Audi (myAudi login, kein lokaler Benutzer). Die Frage ist jetzt: ist das Problem immer noch das gleiche (dass Audi nur eine Verbindung zulässt?) Das komische daran ist: ich habe für meine Frau ebenfalls den Zugriff / Profil eingerichtet (eigener myAudi Account). Das bedeutet: damit funktionieren ja auch 2 parallele Benutzer. Kann ja also nicht sein, dass die Audi Server generell nur EINE Connection zulassen. Da ich auf den myAudi Account nicht verzichten kann/will (und meine Frau erst recht nicht): bedeutet das, dass ich den Adapter nicht nutzen kann. Was ich noch nicht versucht habe ist einen dritten Account einzurichten. Aber ich denke das wird nichts bringen, da er ja auch so schon mich und meine Frau 'abmeldet' beim API Zugriff. Echt ärgerlich. Bei BMW ist das kein Problem; da konnte man ja einen speziellen API Zugriff auf die Daten über sein BMW Konto einrichten; ganz offiziell. Und das hat prima funktioniert (myBMW und die API per MQTT Verbindung)

Hallo, ich bin jetzt auch an Meshtastic drann, da ich iobroker nutze war das mein erster Gedanke dies zu kombinieren. Ich hänge mich hier mal interessehalber mit drann. Gibt es mittlerweile ein Adapter oder so? Ist meshsense hier schon bekannt?

@wendy2702 Damit kannst du deine bestehenden WhatsApp, Discord, Telegramm Accounts mit Matrix verbinden. Somit reicht eine App statt für jeden Message Dienst eine eigene. Mach nun alles über Element.

@Meister-Mopper sagte: @MartinP sagte: Daran habe ich mir die Zähne ausgebissen ... Vielleicht hilft dir die KI/AI weiter. Plausible Antworten habe ich erhalten, ob sie stimmen, steht auf einem anderen Blatt . Ich hatte das Problem schon früher hier im Forum angesprochen - die damalige Lösung funktionierte nicht so toll. Habe jetzt eine neue Lösung gefunden, und sie im damaligen Thread publiziert, um die Themen besser zu trennen. https://forum.iobroker.net/topic/77848/gelöst-proxmox-google-coral-usb-modul-im-lxc-container/5?_=1777556446972

@mike-eg6 Magst Du Deine final durchgeführten Schritte noch mal erklären . Beim Host Modus , jedenfalls in meinem Verständnis, ist die IP fest und zwar die , von Deiner HostKiste mit Port 8081.

@Negalein sagte: @Meister-Mopper sagte: Dann hast du einen Boolean-Datenpunkt auf den du triggern kannst.. kann ich dan Dienst dann mit Linux-Control wieder starten? Das muss durch ein Skript geschehen. Wenn der DP auf false geht sudo systemctl restart nut-client.service edit => @Negalein Aber hier sollte auch eine großzügige zeitliche Komponente eingebaut werden, damit nicht bei jedem Neustart des Ziel-Host das "Gezappel" losgeht.