[gelöst] Umstiegt EIB auf KNX - Anleitung gesucht

[Alveole]

Hallo Leute,
ich wollte gerade von 10_EIB auf 10_KNX umsteigen.

Nur leider finde ich Andi's Anleitung nicht mehr!

Ich weis, es gab eine und ich habe sie auch schon mal gelesen, aber nun finde ich Sie nicht mehr!

Kann jemand nochmal den Link posten!

Danke!!!

[Andi291]

Abend!

Ne richtige Anleitung gibt's nicht - dann machen wir halt eine :-)

1. Ich empfehle, während der Migration autocreate zu deaktivieren
2. Definitionen umbauen (geht nur in der fhem.cfg), alternativ per fhemweb neu anlegen
  EIB:
    define myDev EIB 1/2/3
   attr myDev model dpt5
  KNX:
    define myDev KNX 1/2/3:dpt5
3. Die Geräte sollten nun alle geladen werden
4. Einige Attribute und deren Verhalten hat sich geändert - bitte dazu die commandref studieren. Alle Kombinationan aufzulisten, würden zu weit führen. Insbesondere stateCmd, stateRegex und Format sind neu.
5: "useEib" in der TUL auf 0 stellen
5: Wer's mag: autocreate wieder einschalten

Grüße, Andi

[Alveole]

DANKE!
ne kurze Frage hätte ich noch:

5: "useEib" in der TUL auf 0 stellen

sagt mit gar nix?

und wie verhält es sich, wenn ich knxd verwende?
meine aktuell Einbindung lautet:

Code: [Auswählen]

define EIB TUL eibd:localhost 0.0.100

[Alveole]

zu

5: "useEib" in der TUL auf 0 stellen

gefunden!

attr useEIB = 0

[Jiml]

Hallo Andi,

habe auch eine Frage:

Nach Umstellung auf KNX
also in der cfg

Code: [Auswählen]

attr KNX useEIB 0
erscheint doch immernoch die Meldung im LOG:

Code: [Auswählen]

Using EIB is deprecated. Please migrate to KNX soon. Module 10_EIB is not maintained any longer.
Das Modul wird doch über das attrib deaktiviert - warum immer noch die Meldung?

thnx Jimly

[Andi291]

Abend!

Ich setze das Attribut aktuell aus der TUL selbst heraus. Im nächsten Release nehm ich es raus - sprich "EIB-user" müssen das Attribut aktiv setzen.
Ist mir momentan die sicherste Lösung - sonst massakrieren mich wahrscheinlich einige User.

Bitte lebt noch ein paar Wochen mit der Meldung.

Danke!

[speedschmidt]

Servus zusammen,

zu:

1. Ich empfehle, während der Migration autocreate zu deaktivieren

schalte ich autocreate via

Code: [Auswählen]

attr global autoload_undefined_devices 0
oder via

Code: [Auswählen]

# define autocreate autocreate
# attr autocreate filelog ./log/%NAME-%Y.log
in der fhem.cfg aus? Weil bei mir tauchen da immer noch EIB-Devices per Autocreate auf. Was mache ich mit denen, löschen? Evtl. auch Ursache für folgendes Problem:

zu

define myDev KNX 1/2/3:dpt5

habe ich Probleme mit folgenden Raumtemperaturen.
Mit:

Code: [Auswählen]

define KZIstTemperatur KNX 12/2/0:dpt9.001
attr KZIstTemperatur IODev tul
attr KZIstTemperatur alias Raumtemperatur
attr KZIstTemperatur group Heizung
attr KZIstTemperatur room Kinderzimmer
attr KZIstTemperatur sortby 1
attr KZIstTemperatur verbose 5
# attr KZIstTemperatur model dpt9
define FileLog_KZIstTemperatur FileLog ./log/KZIstTemperatur-%Y.log KZIstTemperatur
attr FileLog_KZIstTemperatur logtype text
attr FileLog_KZIstTemperatur room Kinderzimmer
kommen die Istwerte zwar beim Device an, aber im Logfile wird nichts gelogt.

Ich habe wohl bloß wieder etwas übersehen. Bitte öffnet mir die Augen!!!

Schmitti

[speedschmidt]

SERVUS

SORRY

Ein Update von Fhem hat meine Probleme gelöst

Schmitti

[Tompkin]

Hallo,

also erst einmal toll, dass sich jemand dem KNX mal annimmt und aufräumt. Das war wirklich nötig.

Ich hatte fhem Stand März und habe nun ahnungslos im Mai geupdated. Das heisst nach dem Neustart ging gar nichts mehr und der Log war komplett voll mit tausenden Fehlermeldungen. Noch dazu schlägt autocreate voll zu. Kurzum, extremes Chaos und kein Hinweis im Changelog oder fhem, was das Problem ist oder wie es zu lösen ist.

Was macht man als erstes? Natürlich, Panik.. aber das Forum hat hier, wie immer, weitergeholfen. Trotzdem waren viele Stunden Arbeit nötig, bis der grösste Teil lief wie es soll. 
Muss das wirklich sein? Kann nicht im Log stehen, was zu tun ist? Um die Zeit ist es wirklich schade.

Ich muss aber trotz alledem auf jeden Fall sagen, ich finde es sehr gut, dass diese Änderungen angegangen wurden, vor allen das mit den Datapoints ist sehr gut gelöst! Kurze Anmerkung, ist irgendwo beschrieben, dass DPs Aliase wie z.b. tempsensor oder percent nicht mehr zu benutzen sind?

Wünsche nach etwas mehr Datapoints hätte ich momentan noch..

• dpt9.008 fehlt, war airqualitysensor
• dpt9.007, war humiditysensor
• dpt7.012, war current-mA

Gruss,
Tomp

[Andi291]

Hallo Tomp,

die DPT bau ich bei Gelegenheit ein.

Wg. update - Du kommst einen Tag zu spät. Bis gestern ist die TUL noch im Kompatibilitätsmodus gelaufen - und der EIB lief wie gewohnt :-)

Sorry dafür...

Grüße, Andi

EDIT: Aber weil Du es bist, hab ich für eine Übergangszeit einen Hinweis ins Log eingebaut.

[Andi291]

Servus!

Das ist Absicht. Ein Device ohne DPT funktioniert nur zufällig: Maschinell ermitteln kann man den mit vernünftigen Mitteln leider nicht.

Insofern - sorry :-)

Grüße, Andi

[Volker Kettenbach]

Ich hatte fhem Stand März und habe nun ahnungslos im Mai geupdated. Das heisst nach dem Neustart ging gar nichts mehr und der Log war komplett voll mit tausenden Fehlermeldungen. Noch dazu schlägt autocreate voll zu. Kurzum, extremes Chaos und kein Hinweis im Changelog oder fhem, was das Problem ist oder wie es zu lösen ist.

Muss das wirklich sein? Kann nicht im Log stehen, was zu tun ist? Um die Zeit ist es wirklich schade.

Genau das ist mir gerade auch passiert!
Ich habe das zuvor erstellte Backup wieder eingespielt, da die Umstellung meines Systems mit über 60 KNX Devices und 400 GA adhoc nicht möglich ist.

Jetzt muss ich die Umstellung erstmal planen und schauen, wann sich Zeit dafür findet.

"4. Einige Attribute und deren Verhalten hat sich geändert " - wäre es möglich hier doch mal 2-3 Sätze dazu zu schreiben, statt lapidar auf die commandref zu verweisen!?

[Andi291]

Selbstverständlich. Zitat aus der commandref (und aus dem Log):

◦useEIB

Das Gerät kann das Modul 10_EIB bedienen, wenn das Flag auf 1 gesetzt ist. Dies ist nur fÜr RÜckwärtskompatibiliät genutzt. Andernfalls wird nur das Modul 10_KNX bedient.

Damit könnt Ihr Euren Umstieg bequem und device für device vollziehen.

Grüße, Andi

P.S.: Manchmal lohnt sich das nachlesen wirklich!!!
P.P.S.: Eine Doku zu schreiben, welche alle geänderten Schnittstellen vorher/nachher beschreibt, sprengt wirklich meine Möglichkeiten. Bitte um ausreichend genaue Schilderung Eurer Anforderungen, und dann reagiere ich (wie gewohnt) mit Rat und falls nötig und sinnvoll auch mit Tat.

[Bucky2k]

Vielleicht passt es hier her: Seit umstieg von 10_EIB auf 10_KNX haben sich die Logeinträge verdreifacht. Eine Temperatur auf dem KNX Bus wird statt mit einem Eintrag nun wie folgt abgelegt:

Code: [Auswählen]

2016-12-01_22:58:28 EIB_200D getG1: 19.90 °C
2016-12-01_22:58:28 EIB_200D last-sender: 1/0/113
2016-12-01_22:58:28 EIB_200D 19.90 °C

Kann ich das wieder reduzieren? Die Erstellung meiner Plots braucht merklich länger seit dem Umstieg.

Danke!

EDIT: Hat sich schon erledigt - ein Blick in die Logfile-Definition zeigt, das vorher Folgendes reichte:

Code: [Auswählen]

EIB_2000:.*
Jetzt sollte es dank der drei verschiedenen Meldungen einer KNX Adresse dann z.B. sein:

Code: [Auswählen]

EIB_2000:getG1:.*
Gruß

Bucky

[Xcoder]

Hmm, und was macht man wenn man nur die das State-Reading im Log haben möchte:

Code: [Auswählen]

2016-12-01_22:58:28 EIB_200D 19.90 °C
EIB_200D:state:.* oder ähnlich funktioniert nicht. Ich möchte ja nicht für jede GA eine spezifischen Logfilter definieren. Gibt es ein spezielles Flag oder muss man sich da einen alles könnenden Superfilter basteln?

Gruss