NEWS

Hab dasselbe Problem mit Samsung Tablets, allerdings nicht nur mit älterem Android:

Mit WEB-Server 7.0.8 oder 7.0.9 startet die vis weder auf Fully-Browser noch Chrome oder Samsung Internet, und zwar weder auf Android 11 noch Android 14. Mit WEB-Server 6.3.1 gibt's keine Probleme.

Alle erwähnten Hilfestellungen mit Installation / Update von WebView (134..., Beta 136..., Canary 137...) oder Chrome waren leider nicht erfolgreich.

Sorry, hab gerade erst gesehen, dass das Thema hier bereits gelöst ist, deshalb noch mal neu angelegt unter
web-Adapter/vis: lädt nicht auf Android 11 oder 14

@beowolf sagte in Zigbee - verbinden die sich wieder von allein?:

kommen die alle automatisch wieder?

Sollten sie. Kann aber etwas dauern. Lass das einfach laufen.

Ok, wer noch nicht bei GitHub mitliesst sollte das tun ... da wir die Struktur der Objekte anpassen werden/müssen hier die diskussion dazu https://github.com/Apollon77/ioBroker.alexa2/issues/1223#issuecomment-2781343742

jomahol created this issue in Apollon77/ioBroker.alexa2 open Shopping- und Todolist werden nicht mehr geladen. #1223

@thomas-braun Danke für die Info. Habs eingestellt und direkt ein Backup laufen lassen... Das hat schon mal funktioniert 🙂

@rasmus schau doch mal welche Datenpunkte beschreibbar sind..

@mcm1957 Hi, danke Euch für die schnelle Antwort, das passt so. Derzeit läuft bei mir auch 7.6.3, dann warten wir auf 7.6.4. Wünsche Euch einen schönen Sonntag. VG Axel

Da hab ich zu schnell aufgegeben gehabt.
Danke Marc Berg & MCU, das war es was ich machen wollte.

@sneak-l8 Ich bin mir sicher, dass das Verhalten vom Laderegler oder der Software des Autos kommt. Der verzögerte Ladebeginn tritt auf wenn erst angesteckt und dann autorisiert wird aber auch umgekehrt und auch wenn die PV-Automatik aus ist. Zum Ausschluss eines Adapterproblems habe ich auch einmal den Adapter deaktiviert und geladen, auch so vergeht die Minute bis zum Ladebeginn. Muss also das Auto sein.
Wann stellst du die aktuelle Git-Version auf stable?

@kstoni
Hi - habe ich auch gerade bekommen. Liegt wohl am neuesten Update vom Wechselrichter, davor war es unsigned, jetzt ist es signed.

Ich habe jetzt mal tiefer reingeschaut, das scheint an der API zu liegen, weil die die Sonderzeichen sendet:

{ "gps": { "satellites": 12, "latitude": "48�24.1068 N", "longitude": "10�8.9852 E" }, "successful": true }

Ich hab mal im Robonect-Forum ein Bugreport angemeldet

@tok Moin. Ich habe den ganzen Winter durch den 40350 benutzt und es lief ohne Probleme. Gruß Björn

@black-falcon87
vielen Dank, habs eingerichtet und funktioniert 👍 😊

Kurze Rückmeldung an alle:

Der W2839 funktioniert nicht mit dem PH803W Adapter.
Aber er funktioniert problemlos mit dem aktuellsten TUYA Adapter.

Beste Grüße

@mcm1957 sagte in Update Adapter schlägt fehl:

Bei vis-plumb hat das Repo wirklich einen unsinnigen Wert ausgeliefert.

Habe das bei mir auch:

Screenshot (1144).png
Screenshot (1145).png

@paul53
Bin gerade am testen von WLAN-Wetterstation (s. o.). Da gibt es allerdings noch ein Problem.
Wenn ich da nicht weiterkomme, dann scheint mir deine Lösung eine gute Alternative zu sein.

Danke erstmal für den Vorschlag.

@dtp sagte in Tastersimulation mit YAHKA-Adapter:

Damit kann ich aber den Switch in Homekit bzw. YAHKA nicht wieder ausschalten, weil es ja gar keinen entsprechenden Datenpunkt für den Schalter gibt. Das müsste also direkt in YAHKA umgesetzt werden.

einfacher trick:

Schalter auf den besagten Datenpunkt legen. Als 'conversion' 'skript' wählenScreenshot 2025-04-04 at 18.52.11.png

Was jetzt passiert ist das jedes 'umschalten' des Schalters dazu führt das der DP mit 2 belegt wird.
Wenn der DP von aussen (ioBroker / HM) aktualisiert wird, dann wird der Schalter im HomeKit auf falsch zurück gesetzt.

A.

@wendy2702
Das habe ich bereits gelesen, komme aber nicht weiter.
Gemäss Log scheint er ja zumindest mit dem Waveshare eine Verbindung machen zu können. Oder interpretiere ich das falsch?
Ich habe mittlerweile so viele Kombinationen durchgetestet, das ich nicht weiss wo der Fehler zu suchen ist.
Ich finde es speziell, dass ich auch den Waveshare-Server nicht mit dem VirCom in meinem Netz finde.

Ich werde nochmals alles auf Werkseinstellungen setzen und neu versuchen.

@tiego Doch! genauso wie @mickym es schrieb war es gemeint.

@mickym sagte in Richtiger umgang mit 433MHZ Sensoren über MQTT:

ist glaub am Anfang kein Ordner)

zumindest nicht gefüllt.

aber

@mickym sagte in Richtiger umgang mit 433MHZ Sensoren über MQTT:

ggf. den Expertenmodus einstellen

musst du nicht.
in dem Namespace darf der normale user wirken und walten.

@ro75

heißt also einen komplett frischen LXC Container mit Ubuntu 24.04.2 LTS erstellen, iobroker installieren und iobroker backup dann über backitup einspielen?

Ich hatte iobroker vor kurzem unter Proxmox auf einem Asus Zenbook laufen und bin dann auf einen Fujitsu Esprimo umgezogen. Hatte auf diesem Proxmox frisch installiert und den "alten" LXC Container wiederhergestellt. Dort dann den Sonoff Stick durchgereicht mit ach und krach. Vielleicht ist auch dabei irgendwas schief gelaufen.