NEWS

@mickemup sagte in Tester Zigbee Adapter 3.x gesucht:

@asgothian

Bei einem Parasoll mit 82% Bat Anzeige kommt folgende Response:
6df8575e-360b-4ee1-b35b-232a5049e48d-image.png
Scheint irgendwie Faktor zwei darin zu stecken....

Beim Styrbar im DEBUG dies:
bdd126b4-eece-4925-8cec-0c01322b44a2-image.png

Kann es sein, dass 255 dafür steht, dass kein Wert vorhanden ist?

Diese Briefmarken kann ich nicht entziffern. Bitte die Log-Einträge aus dem ioBroker log als Text posten.

Der vergleich zwischen Styrbar und Parasoll bringt wenig - sie nutzen nicht unbedingt den gleichen Konverter

A.

A.

@nonixnarrez sagte in Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie':

Hat jemand einen Tipp für mich, wie ich das hinbiegen kann?

In dem du ein reines 64Bit-System fährst. Dein 32Bit-armhf wird ganz offenbar nicht mehr vollkommen unterstützt.

@nu_81 sagte in Neuer Adapter für Roborock-Staubsauger:

Previously detected issues: ~ Under-voltage has occurred ~ Arm frequency capping has occurred ~ Throttling has occurred ~ Soft temperature limit has occurred

Originalnetzteil verwenden - kein Ladegerät! Sorge für gute Kühlung.

Ro75.

@a200
Wenn bei dir wieder alles läuft und du ein bisschen Zeit hast, schau dir doch mal den Proxmox-Metrikserver an. Damit kann man Probleme schon ganz gut aufspüren.
Siehe:
promox1.JPG
promox2.JPG

@ronniboy
Danke für den Tip, ich hatte noch die Version 2.3.
Ich wusste nicht, das es schon eine neuere Version gibt, mit der 2.4.3, die über NVP angeboten wird scheint wieder alles zu funktionieren, vielen Dank für den Tip.

OK, danke für die Antworten.

@mickemup
Bin noch dabei
https://mcuiobroker.gitbook.io/jarvis-infos/jarvis-v3/besonderheiten-v3/scripts-3.2.x-pro/widgets/widgetshiding

Die "Alternative" schau ich mir auch mal an.

@perladd ich habe es in ha realisiert.
Über den hass Adapter dann in iobroker integriert.

Jedoch funktioniert es trotzdem nicht 100%, der Sensor lässt sich über ha auslesen, jedoch wiederholt er die Messungen nicht. Bei manuellem Scan und einmaligen Druck auf den Sensor, dass er an geht, funktioniert es dann. Über die Handyapp gehts aber immer.
Muss das noch rausfinden, warum er nicht zyklisch die Daten abruft.

@a200
Sorry, das Ding kenne ich nicht.
Das typische Problem mit dem Glättungs-Kondensator dürfte hier zumindest nicht auftreten, da es ja keine 230V~ als Versorgungsspannung hat.

@exmerci sagte in Zeitdifferenz berechnen:

die aktuelle Zeit

in welcher Form?

Danke, Alex, aber das war es auch nicht.

Bin jetzt dahinter gekommen, und ich habe es zum Laufen gebracht, und es ist sehr ärgerlich!
Ein Kollege aus dem Photovoltaik-Forum hat mir zur Kontrolle ein 2. Image des OpenInverterGateway zur Verfügung gestellt, um eventuelle Probleme diesbezüglich auszuschließen.
Zunächst hat es damit auch nicht funktioniert, bis ich endlich das Topic im Stick geändert habe von
/SmartHome/Growatt/ auf /SmartHome/Growatt, also ohne abschließenden Schrägstrich!
Dies ist in mehreren MQTT-Geräten bei mir gar kein Problem, obwohl es so von MQTT nicht vorgesehen ist.
(Wenn man mal auf die Tasmota-Konfigurationsseite sieht, s. Bild, steht dort sogar ein abschließender Schrägstrich).

Aber in der aktuellen Version des OpenInverterGateways scheint dies tatsächlich dazu zu führen, dass keine Daten über dieses Topic vom Broker angenommen werden.

Trotzdem danke an alle, die mir zur Seite gestanden haben!
Gruß,
Friedhelm
ksnip_20250829-184044.png

Es gibt wieder eine neue ALPHA Testversion (10.2.0-alpha.x)

In 10.2.0-alpha.0 ist neu der Shelly Shutter Gen3 (shellyshutter) verfügabr. Danke an @haus-automatisierung für die Implementierung.

Hinweis:
Weitere Geräte sind in Planung - daher zur Zeit mal als Alpha.

Ich habe es just mal ausprobiert: die Daten fliessen, wenn die Stream-Akkus wieder "autonom" sind...na toll...aber irgendwas ist ja immer 🙂

@bananajoe

zualt.jpg
Ich habe noch 10 Rechner die ich fernsteuern will (CNC Fräsmaschinen) aber da läuft nur Windows Embedded drauf. Und der wiobrowser mag scheinbar kein Embedded. 😞

@soulforged sagte in Einbindung von Marstek CT002 Smart Meter:

Kann von den Mods gerne verschoben werden,

erledigt, aber nicht weil

@soulforged sagte in Einbindung von Marstek CT002 Smart Meter:

hier unerwünscht

sondern weil

@soulforged sagte in Einbindung von Marstek CT002 Smart Meter:

leider kein Zugriff

Für diese Kategorie hier, gibt es aber einige Vorgaben.
Diese bitte im Eröffnungspost hinzufügen

@mick70 Danke 🙂

@jan_xx

in welchem post im forum wurde das geschrieben?
welches widget ist gemeint. es gibt viele.

gibt es da tatsächlich was standardmäßiges?
ansonsten könnte man das mit ein wenig javascript und jquery was in vis1/2 verfügbar ist selbst bauen.

@codierknecht

Hatte ich heute auch gesehen, nur um viele hier nicht zu verunsichern.
Das hat nix mit iobroker zu tun.
Nur Developer die das Tool nutzen, müssen das beachten.
Ist aber im iobroker Umfeld nicht wirklich üblich (bzw noch nirgends gesehen)

@dmode

Sind deine Quellen denn nun sauber?