NEWS

@tourer4778 sagte in Vis-2 Border Rahmen verschwunden:

Hallo, ich habe seit heute das problem, das mein Border Rahmen verschwunden ist.
Ich weiß leider nicht, was dazu geführt hat. Ich nutze diesen in meiner Visu an vielen stellen und Seiten, alle Linien sind weg.
Kann es sein, das die Infos dazu in einer CSS Klasse waren, oder sind? Wo müsste ich suchen?

Hat sich erledigt, warum auch immer lag es vermutlich am Webbrowser

@tourer4778 sagte in Manchmal hohe CPU Last:

Iob fix sagt mir nichts

der Befehl iob fix in der Konsole richtet hauptsächlich verbogene Rechte und zusätzlich noch das ein oder andere

@jacquesnorris sagte in Präzise Ortung von Handy (iPhone) innerhalb des Hauses:

Aber was passiert dann, wenn der Screen wieder aus geht? behält ioBroker den Wert für die Distanz oder wird dann als "nicht mehr Ortbar" diese gelöscht?

Alle Werte im Adapter ändern sich. Die Distanz ändert sich auf -1 und die Anwesenheit geht auf false.
Das bleibt so bis das der Screen irgendwie angeht (Lock aktiv), dann werden die Werte aktualisiert und die Anwesenheit z.B. geht auf true.
Nach knapp 50 Sekunden mit ausgeschaltetem Screen dann wieder alle Werte weg.

@ticaki Der Blockierungsmodus ist aus

Edit: Und danke für den Versuch zu helfen. im Netz findet man leider gar nichts

Nabend zusammen,

ich habe keine SQL laufen - zumindest nicht bewusst. Einen SQL Adpter habe ich nicht installiert. Geht das Script auch über den History Adapter?

VG
srkonus

@daniel81

Bezüglich Deines Sensors gibt es haufenweise Infos im Netz.
Für HomeAssistant, Zigbee2MQTT, unser Iobroker ZigbeeAdapter....
Bei Deconz gibt es wohl nun die Möglichkeit DDF Files upzuloaden.
(Ich habe noch ne ganz alte Version, deshalb bin ich da nicht firm drin)

Hier kannste Dich austoben lesetechnisch:

https://github.com/dresden-elektronik/deconz-rest-plugin/issues/6517

McKenzer created this issue in dresden-elektronik/deconz-rest-plugin closed Human Presence Detector - ZY-M100-S #6517

@icebear Auf der VIS einen Button der einen Datenpunkt auf true schaltet.
Auf den Datenpunkt triggert ein Script welches dann den

fullybrowser.0.FireMikrowelle.Commands.startApplication

den Fully die App starten lässt. Da muss der interne Name der App rein, also com.amazon.storm.lightning.client.aosp
Den internen Namen kann man aus der URL zur Googe Play Seite erkennen:

https://play.google.com/store/apps/details?id=com.amazon.storm.lightning.client.aosp

Und den Datenpunkt der das Skript angetriggert hat, lässt du vom Skript wieder auf false setzen, mit um die 300ms Verzögerung, dann hast du ein Feedback

Hallo,
vielleicht kann mir ja jemand helfen.
Ich habe den Adapter eingerichtet und in den Instanzen soweit alles eingegeben.
IP des NVR, User und Passwort. Auf http stehen lassen und einen Kanal ausgewählt.
Bei mir bleibt die Instanz orange.

Kann mir jemand die Register als Export Posten? Eingang und Holding? Ich habe einen SPH1000TL3 BH-UP Modbus Version sollte 3.05 sein, habt ihr den Port auf VPP eingestellt oder unused gelassen? LG

@martinschm ich habe neulich auch ein paar G10 Lampen eingebunden die sich nicht lokal verbinden, aber trotzdem steuern lassen.
Damit der Adapter "grün" wird, bräuchtest du mindestens ein Gerät was sich lokal verbinden lässt. Ist aber ansonsten nur ein Schönheitsfehler.

So,

ich habe die Dateien jetzt einfach mit Win SCP rüber gezogen und und in der Config den Pfad angepasst....läuft! 🙂

Vorher natürlich InfluxDB gestoppt.

Kirk

Ich hatte ein ähnliches Problem - eigentlich lief alles fein, bis ich ein display an ein ESP anschliessen wollte. Beim kompilieren bekam ich dann den Hinweis, dass ich mindestens pillow 10.2.0 haben müsste.

Ich bin daraufhin in die Python-venv von esphome gegangen

source /home/iobroker/.cache/autopy/venv/esphome/bin/activate

dort hatte ich ebenfalls (ohne sudo in der venv - und nein, mach es bitte nicht nach)

pip install --upgrade pip

ausgeführt, was dann alle Pakete upgegradet hat.
Danach funktionierte leider genau wie bei dir das Dashboard nicht mehr.
Daraufhin habe ich den Adapter deinstalliert, den cache geleert

sudo rm -rf /home/iobroker/.cache/autopy

den adapter neu installiert. Danach wieder in die venv rein, und diesmal wirklich nur die geforderte pillow-version installiert:

pip install "pillow==10.2.0"

Seit dem läuft bei mir alles wunderbar.

@stefan-falt sagte in Victron Multiplus 2 ausschalten:

brauche ich keine drei Stück Batteriewechselrichter

und was ist mit

@linedancer sagte in Victron Multiplus 2 ausschalten:

Wenn die 3 Multiplusse als 3 Phasen Netz konfiguriert sind

??

Da ich auch gerade (mal wieder) mit dem ebus kämpfe noch ein Tipp von mir, um zumindest immer gleiche Ergebnisse zu erhalten, falls noch jemand das Problem hat:

Da der ebus Service bei mir beim Starten sehr unzuverlässig die csv Dateien den gescannten Geräten zugeordnet hat (mal garnicht, mal eine ander Datei genommen) wurden danach andere Objekte in ioBroker aktualisiert bzw. halt nicht mehr aktualisiert. Im dümmsten Fall wurde auf git die csv aktualisiert und etwas umbenannt, dann war es nach Neustart des ebus Service ein anderes Objekt. Dadurch hat meine VIS oft nicht mehr gestimmt.
Ich habe jetzt die csv lokal abgelegt (durch ein lokales git repository clonen, sehr einfach; händisch kopieren hat nur zu Fehlermeldungen geführt) und seitdem ist nach jedem ebus Neustart auf dem Raspi die Zurodnung der csv identisch 👍

Wenn man nun wie im vorherigen Post einen Status hat, der immer wieder ungwewollt auftaucht, kann man diese Zeile in der lokalen csv einfach löschen. Dann erscheint er nach Neustart des ebus daemons sicher nicht mehr.

ABER: klar, Aktualisierungen werden online dann nicht mehr gezogen. Da sich eine Heizungssystem aber nicht sooo oft ändert, ist das akzeptabel, denke ich.

Was ich noch nicht herausgefunden habe: wie kann ich manuell eine csv einem in ebus gefundenem Gerät zuordnen, z.B. nach einem Scan? Aber das ist keine ioBroker Frage, sondern ebus ☺

@kvn298 sagte in Solvis Modbus Einstellungen:

A14 mit der Adresse 33293 liefern nur unplausible Werte.

was sagt die Gerätebeschreibung zu den einzustellenden Parametern?

Das Problem ist leider noch immer nicht behoben. Wenn ich merke, dass es nicht funktioniert, dann starte ich den Zigbee Adapter neu und es funktioniert wieder für unbestimmte Zeit, meist zwischen 1-3 Tage. Komisch, dass es immer funktioniert, wenn der Adapter neu gestartet wurde und dann irgendwann wieder ausfällt.

@oliverio na vielleicht teste ich doch mal ein Testsystem auf einem MacVLAN Container.
Eventuell sollte / kann man ja später mal das Produktivsystem umziehen.

@iobrokerin

Ersten Post von Dir bearbeiten und vor dem Threadtitel [GELÖST] schreiben

@manfredhi sagte in Upgrade auf js-controller 7.0.6:

Auch wenn bei mir iobroker in einer proxmox VM läuft?

Ja, habe ich auch so gemacht

Beim Raspberry Pi ist ein Upgrade von bullseye auf bookworm einfacher, wenn es komplett neu aufgebaut wird. Im zu erwartenden Fall bekommt man ein bookworm mit dem alten Kernel von bullseye.

Aber das Problem hast du ja nicht.

@Skyprin

Deine 4 bisherigen Shelly sind Shellyplus1pm, sind die neuen Schellys vom selben Typ?
Ich gehe davon aus, das deine Shelly-Instanz auf MQTT eingestellt ist, ist der Port im Shelly wirklich korrekt gesetzt?
Ist im Shelly bei MQTT "RPC-Statusbenachrichtigung über MQTT" und "allgemeine Statusaktualisierung über MQTT" aktiviert?

@arteck said in Z2M-Adapter: Geräte als offline markiert obwohl online:

das ist meine Einstellung.. kann ja dann nur ean dem timeout liegen

Den hatte ich ja schon rausgenommen. War deine erste Idee in Tgram.
Deine Version ist ja, glaub ich, der default, 10 und 1500. Werd ich aber auch nochmal explizit so übernehmen, who knows...