[Frage] [V3.5.1] EDOMI Verbindung zu KNX (DPT Unterstützung/Kompatibilität)

[Skippper]

Hallo Thomas,

könntest du dir bitte noch angewöhnen die aktuelle TWS Software Version in den Titel zu schreiben und aussagekräftigere Titel zu verwenden?
In diesem Thread zB "[V _._._] KNX Telegramme kommen nicht in Edomi Logiken an".

ModKommentar: Bitte keine Vollzitate.

Hallo Göran, grundsätzlich kein Problem, kommt halt immer auf den subjektiven Standpunkt des Suchenden/ Schreibenden, in diesem Fall mich an. Kurz und knackig oder lang und ausschweifend. Kann den Titel leider nicht ändern, bzw weiß nicht wie.

[Skippper]

Der TWS unterstützt ja alle drei KO-Typen / Datentypen um Datum und Zeit auf den Bus zu bringen.

TWS ist nicht das Problem, EDOMI mag das nicht.

[Skippper]

Edomi selber unterstützt nur ESF-Dateien. Die muss man mit ETS exportieren. GA's die nicht verwendet werden, tauchen dann auch nicht auf und man muss sie mit einem Dummy verbinden.

ModKommentar: Bitte keine Vollzitate.

Guten Abend Nils, Edomi=ESF und TWS = Knxproj. Das Problem mit der Trennung ist bekannt. Die Million Fehler sind einfach nur kumulativ weil ich seit langem keine Aktivierung durchgeführt habe.

[Skippper]

Hallo Thomas,

wie schon geschrieben, bitte die TW- sowie die Edomi-Version in den Thread-Titel schreiben. Danke!

zu Punkt 1, ja. Immer wenn ich in der ETS was verändere lade ich die Datei in EDOMI und in den TWS. Das Ergebnis ist immer dasselbe:

Wie schon geschrieben, nicht unterstützter DPT. Aber das ist ja einfach zu beheben.

zu Punkt 2

Die Doku zum Wandler-LBS hast Du gelesen? Insbesondere was da an E2 erwartet wird?

Guten Abend Yves,
ich habs in die Signatur gepackt...
Den DPT mit Datum/Zeit werde ich die Tage anfassen.
Ich bin der Meinung E2 benötigt die Stellgröße von A4. Stellgröße und Wertebereich... ich lerne gerne wenn ich was nicht korrekt mach.

Nocturnal greetings, Thomas

[starwarsfan]

Hallo Thomas

kommt halt immer auf den subjektiven Standpunkt des Suchenden/ Schreibenden, in diesem Fall mich an.

Nein, darauf kommt es nicht an.

Es ist eine Regel des Forums. Diese Regel hat sehr gute, nicht diskutierbare Gründe und ist einzuhalten.

ich habs in die Signatur gepackt...

In die Signatur gehört alles ausser den Software-Versionen und zwar aus dem Grund, dass sich die Software-Versionen ändern und die Signaturen unter jedem Posting angezeigt werden. Daher passt die Signatur nach einem Update nicht mehr zum im Thread besprochenen Problem. Also: Signatur enthält statische Daten wie Typ und ID, Versionen gehören in eckigen Klammern in den Thread-Titel.

Ich bin der Meinung E2 benötigt die Stellgröße von A4. Stellgröße und Wertebereich... ich lerne gerne wenn ich was nicht korrekt mach.

Na dann zitiere ich mal die Doku zu E2 des Wandler-LBS:

E2: Wahl der Wertebereichs von E1: 0 für 0-100%, 1 für 0-255

Wenn Du den Baustein an E1 also mit Werten im Bereich 0-100 fütterst, dann muss E2 mit 0 belegt werden. Schreibst Du aber Werte im Bereich 0-255 an E1, dann muss E2 mit 1 belegt werden. Welcher Teil aus dieser einen Zeile da oben war da jetzt unverständlich, insbesondere in Verbindung mit den Fehlermeldungen im Log?

[gbglace]

Der TWS unterstützt ja alle drei KO-Typen / Datentypen um Datum und Zeit auf den Bus zu bringen.

TWS ist nicht das Problem, EDOMI mag das nicht.

Ich meinte damit, da der TWS alle Zeitformate beherrscht, kannst auch einfach eine andere GA in Edomi benutzen die EDOMI mit der Zeit versorgt. Ich gehe da jetzt davon aus, dass der TWS der Zeitgeber für alles am KNX-Bus ist, also inkl. EDOMI.


PS: hat wer noch einen Vorschlag für einen besseren Titel, Logiken in EDOMI scheint hier nicht wirklich der passende Titel.

[Parsley]

Moin zusammen

PS: hat wer noch einen Vorschlag für einen besseren Titel, Logiken in EDOMI scheint hier nicht wirklich der passende Titel.

In Beitrag #6 habe ich einen Vorschlag gemacht:

... zB "[V _._._] KNX Telegramme kommen nicht in Edomi Logiken an".

Zu dem Zeitpunkt kam mir der passend vor. Aber inzwischen... ¯\_(ツ)_/¯

[Marino]

Edomi holt sich die Zeit nicht vom KNX-Bus, hat aber ein Problem mit einem unbekannten DPT (DPT 19) auf dem Bus und schmeißt daher einen Fehler.

Unbekannte GA's braucht man nicht protokollieren (Basis-Konfig). Möglicherweise hilft das schon, den Fehler nicht mehr zu haben. Ob man unbekannte DPT's ignorieren kann, weiß ich nicht. Wenn nicht, ist es möglicherweise am einfachsten, die DPT 19 nicht zu nutzen.


Viele Grüße
Nils

PS: Merkwürdig. Wenn jemand gleichzeitig einen Post verfasst und man als zweiter absendet, taucht der Post nicht auf?!?

[gbglace]

Wenn EDOMI auf einem TWS installiert ist braucht man eigentlich gar kein Busprotokoll anlegen, das ist ja redundant zum TWS selbst und vergeudet dann eigentlich nur Speicherplatz, da sollte man sich dann darauf begrenzen nur das zu loggen was innerhalb EDOMI passiert, da das meist dem TWS unbekannt ist.

PS: ja parallele Erfassung von Beiträgen mag diese Forensoftware so nicht wirklich. Geht mir auch immer mal so das ich dann wieder im eigenen Editor hängen bleibe.

[Marino]

Es kommt drauf an. Edomi speichert immer nur ein paar Tage und ersetzt dann immer das älteste. Allgemein bin ich bei Dir, dass es nicht doppelt erstellt werden muss. Edomi speichert darin aber auch Dinge, die im TWS Busmonitor gar nicht auftauchen. Und zwar sind das Werte der internen Kommunikationsobjekte (iKO). Nutzt man also viel Logik und speichert Intern etwas, taucht das im Log auf auch ohne es an KNX zu übergeben. Das kann nützlich zur Fehlersuche sein und man sieht besser, was die Logik macht, daher habe ich es auch noch aktiv.

Forensoftware:
Immerhin bin ich der der einzige, der (bisher einmal) damit ein Problem hat.


Viele Grüße
Nils