FHEM Adapter

LausiD

@d3ltoroxp
Welche Version ist der FHEM Adapter?

D3ltoroxp

@DJMarc75
Naja irgendwas muss ja an dem Spruch auch dran sein. " Never touch a running System "

Wenn alles stabil läuft wieso Update ?

Hab aber mal alles u2d aber gleiche Probleme, dieser eine DP wird einfach nicht mehr übertragen, existiert einfach nicht in ioB in FHEM schon.

@LausiD Fhem Adapter ist V2.0.2

DJMarc75

@d3ltoroxp sagte in FHEM Adapter:

Naja irgendwas muss ja an dem Spruch auch dran sein. " Never touch a running System "

Ein schrecklicher Irrtum...

@d3ltoroxp sagte in FHEM Adapter:

Wenn alles stabil läuft wieso Update ?

Ja genau... wenn alles stabil laufen würde, dann würde man ja kaum einen Beitrag hier im Forum aufmachen !

@d3ltoroxp sagte in FHEM Adapter:

Hab aber mal alles u2d aber gleiche Probleme

Nacherzählungen bringen nix... dass da alles aktuell ist sollte mal die Ausgabe von folgendem sein:

sudo apt update

und das wäre nur mal ein Anfang !

Thomas Braun

@d3ltoroxp sagte in FHEM Adapter:

Naja irgendwas muss ja an dem Spruch auch dran sein. " Never touch a running System "

Nein, da ist gar nix dran.
Wenn es keine Probleme gäbe würde kein Update erforderlich sein, dein System ist also schon 'kaputt' und muss angepackt werden.
Den Spruch hörst du auch nie von Administratoren von Systemen sondern immer nur von Leuten die keine Ahnung haben.

D3ltoroxp

@djmarc75

Das ist das ioB System.

@Thomas-Braun

Naja, Probleme gibt es ja erst seit neustem, also muss ja irgendwas passiert sein, das dieser DP verschwunden ist und auch nicht mehr erstellt wird. Wie gesagt, in der VIS wird das schon seit Ewigkeit über diesen DP gesteuert, der jetzt bei jedem Rollo fehlt. So kann ich die Rollos auf keine gewünschte Position fahren..

Das System ist jetzt u2d. FHEM wurde aktualisiert, ioB System wurde aktualisiert und die Adapter die ich nutze sind auch u2d.

In der Log sieht man sonst auch nichts. Nur wenn ich eben diesen DP über die VIS befüllen will kommt obiger Logeintrag. Das der FHEM Adapter sonst irgendwelche Probleme hat, steht nichts drin. Am FEHM Adapter wurde ja auch in letzter Zeit doch nichts geändert oder ?

Thomas Braun

@d3ltoroxp

Buster ist nicht up-to-date, das ist seit September abgekündigt.

DJMarc75

@d3ltoroxp sagte in FHEM Adapter:

Das der FHEM Adapter sonst irgendwelche Probleme hat, steht nichts drin. Am FEHM Adapter wurde ja auch in letzter Zeit doch nichts geändert oder ?

Was sollte da auch drin stehen wenn nur Du da Problemchen hast ?! System auf Stand bringen und dann sehen wir mal weiter !

D3ltoroxp

HIER scheint es noch jemand zu geben..

Cannot process object kommt bei mir auch immer.

Ich schau mal wie ich von Buster auf die nächste Version komme und melde mich wieder.

DJMarc75

@d3ltoroxp Super dass Du suchst ob Dein Problem auch andere haben Besser wäre zusätzlich die Tipps umzusetzen !
Und dann die "Ergebnisse" posten - damit man weiß ob da dann auch effektiv funktioniert hat :grinning:

D3ltoroxp

So, bin nun auf latest Bullseye (Debian 11) System läuft soweit wieder, aber hat an dem FHEM Problem nichts geändert.

Bin jetzt auf die Version 1.6.3 zurück und sofort waren die DP's wieder da und funktionieren auch. Indem Fall bleib ich erst mal so und melde mich dort mit im Issue. Dann muss sich ja im Update irgendwo ein Fehler eingeschlichen haben.

D3ltoroxp

Was, worum ich mir sorgen machen muss und nachschauen sollte ?


fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.roomioBroker

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.numberObjectsIOBoutSub

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.numberObjectsIOBout

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.numberObjectsIOBin

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.numberDevicesFHEMsync

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.numberDevicesFHEMignored

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.numberDevicesFHEM

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.lastWarn

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.lastSend2ioB

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.lastInfo

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.lastIOBout

fhem.0
2023-04-09 10:46:02.596	warn	CHECK id: fhem.0.info.Info.lastError

fhem.0
2023-04-09 10:46:02.595	warn	CHECK id: fhem.0.info.Info.buildDate

fhem.0
2023-04-09 10:46:02.595	warn	CHECK id: fhem.0.info.Info.alive

Kam nach dem Update von nodejs auf 18.x

michisa86888

Hallo zusammen,
ich habe nun mein FHEM mit dem iobroker verknüpft.
Nun habe ich aber das Problem das alle FHEM Devices im iobroker ankommen. Würde jedoch nur ein paar Devices übertragen. Um dies zu ermöglichen habe ich in FHEM ein Raum der iobroker heisst. Dort liegt ein Testdevice. Muss ich sonst noch irgendetwas beachten?

Marc Berg

@michisa86888 Ich verstehe die Frage, ehrlich gesagt, nicht so ganz. Unter

https://github.com/iobroker-community-adapters/ioBroker.fhem/blob/master/docs/de/SynchroFHEMconfig.md

ist ja ausführlich beschrieben, welche Möglichkeiten der Einschränkung der zu übertragenden Objekte man hat. Ist dir dazu etwas unklar? Funktioniert etwas nicht?

michisa86888

@marc-berg
Also kurz gesagt, möchte ich nur die FHEM Devices die im FHEM Raum ioBroker sind auch an iobroker übertragen.
Dazu habe ich onlySyncRoom wie im Screenshot konfiguriert. Es werden aber weiterhin alle FHEM Devices übetragen und auch aktualisiert.

Marc Berg

@michisa86888
Seltsam, das funktioniert bei mir völlig problemlos. Allerdings habe ich "onlySyncRoom" bei mir nicht gesetzt, da (wenn der Raum "ioBroker" existiert) sowieso nur dieser synchronisiert wird, das ist die Defaulteinstellung. Aber auch, wenn ich "onlySyncRoom" mal testweise eintrage, ändert sich das Verhalten nicht. Es werden weiterhin nur Geräte aus diesem Raum synchronisiert. Es ist sogar so, das Objekte in ioBroker gelöscht werden, wenn ich das Gerät in FHEM aus dem Raum "ioBroker" entferne.

Vielleicht Groß-/Kleinschreibung?

michisa86888

@marc-berg
auch wenn ich onlySyncRoom nicht setzte, passiert das selbe. Per default sollte das ja eigentlich automatisch gehen wenn in FHEM der Raum ioBroker vorhanden ist.

Groß und Kleinschreibung passt bei mir auch, habe ich schon kontrolliert gehabt.

Muss ich in FHEM vielleicht noch ein zusätzliches Attribut setzen bei den ioBroker System Devices?

Wildbill

@michisa86888 Ich würde vorschlagen, Du stoppst einmal den iobroker-Adapter, löscht den gesamten FHEM-Zweig manuell, weisst in FHEM allen Geräte, die Du in iobroker haben willst (zusätzlich) den Raum iobroker zu und startest den Adapter wieder. Bei allen Fällen, die ich bisher gesehen habe, tauchen in iobroker dann auch nur die gewünschten Geräte auf.
onlysyncroom habe ich da nie benötigt.

Gruss, Jürgen

Marc Berg

@michisa86888 sagte in FHEM Adapter:

Muss ich in FHEM vielleicht noch ein zusätzliches Attribut setzen bei den ioBroker System Devices?

Nein. Das einzige, was ich in FHEM von ioBroker habe, sind diese beiden Devices, die automatisch angelegt wurden und die ich nicht weiter beachtet oder gar angepasst habe.

Wildbill

@michisa86888 sagte in FHEM Adapter:

Hallo zusammen,
ich habe nun mein FHEM mit dem iobroker verknüpft.
Nun habe ich aber das Problem das alle FHEM Devices im iobroker ankommen. Würde jedoch nur ein paar Devices übertragen. Um dies zu ermöglichen habe ich in FHEM ein Raum der iobroker heisst. Dort liegt ein Testdevice. Muss ich sonst noch irgendetwas beachten?

Der Raum heißt bei mir (wo es funktioniert) übrigens ioBroker. Man beachte das große B. Keine Ahnung, ob es wichtig ist, aber so funktioniert es definitiv.

Gruss, Jürgen

michisa86888

@wildbill
habe nun alles mal gestoppt, Adapter und den ganzen FHEM Zweig gelöscht. Und auch die beiden FHEM Devices gelöscht. Und dann alles neu gemacht und siehe da nun funktioniert es.
Vielen Dank für eure Hilfe

Community Forum

NEWS

FHEM Adapter

Support us

666

32.6k

82.3k

1.3m