Kaenx-Creator - Erstelle KNX Produktdatenbanken mit GUI

[wintermute]

Ja, bitte entsprechend den Vorschlaegen von mobil750 umsetzen - das waere extrem hilfreich!
Dein Projekt hat mir uebrigens viele neue Wege eroeffnet! Besten Dank dafuer, super Arbeit!

[mobil750]

Hallo Mike,

so wie es momentan ist, finde ich es nicht gut. Die Ergebnisse findet man nicht so leicht und glaubt erst an ein Fehlverhalten. Dass es nun nur noch die EXE gibt ist gut, die anderen Details braucht man ja bei der Anwendung nicht. Wenn die header und knxprod im EXE Verzeichnis oder wieder in einem Output Verzeichnis liegen wäre gut oder evtl. In dem Verzeichnis, in dem auch die Quelldatei (.ae) liegt. Das wäre bei verschiedenen Projekten sogar optimal.

Gruß Helmut

[thewhobox]

Hallo Helmut,

ja das ist die richtige Datei.
Ich hab umgestellt, dass es wirklich nur noch eine Datei ist. Das hatte aber anscheinend zum Nachteil, dass eben alles dann in "C:\Users\[UserName]\AppData\Local\Temp\.net\Kaenx.Creator\[ZufälligeZeichenkette]\Output" ausgegeben wird.

Soll ich das fixen, dass die erstellte knxprod (und header) in den Ordner der exe kommen, oder ist vll das alte Schema besser (dass die anderen Dateien mti im Ordner liegen)?

Gruß Mike

[mobil750]

Hallo Mike,

ich hab da mal wieder eine Frage. Hab eben die V1.6.3 heruntergeladen. Im ZIP war nur die EXE, die auch so ohne alles drumrum funktioniert, bis aufs Veröffentlichen. Das macht es zwar auch aber in einem temporären Verzeichnis fernab der EXE. Hab ich da nicht die richtige Datei geladen (unter Releases latest)?

Gruß
Helmut

[willisurf]

Doch, Du weißt es nur nicht . Du glaubst gar nicht, wie viele kleine Logiken sich im Laufe der Zeit ansammeln...

full ACK

[mumpf]

Ich brauche nicht in jedem Taster 99 Logikkanäle^^

Doch, Du weißt es nur nicht . Du glaubst gar nicht, wie viele kleine Logiken sich im Laufe der Zeit ansammeln...

Vielleicht lässt sich die offenbar bereits angefangene Modul-Integration mit deinem UI-Tool, Mike, ja doch noch fertig realisieren?

Ganz wichtig: Es gibt in der ETS ein Modules-Konzept, dass nichts mit den Module-Konzept von OpenKNX zu tun hat. Die Module im Kaenx-Creator unterstützen die ETS-Modules.
ETS-Modules dienen dazu, relativ einfach Wiederholgruppen (z.B. 8 Aktorkanäle, die alle gleich aussehen) definieren zu können. Die müssen alle in einem xml-File stehen. Der OpenKNXproducer kann auch nativ Wiederholgruppen, sogar etwas flexibler als die ETS und verteilt über mehrere xml-Files. So realisieren wir unser Modulkonzept.
Der OpenKNXproducer kann zwar auch ETS-Modules, allerdings stehen die beiden Konzepte "orthogonal" zueinander. Es gibt weniger "Win-Win", als ich dachte. Und das Ganze auch noch mit einem UI zu verbinden, ist ein hoher Anspruch!

Die Integration von OpenKnx Module läuft bereits, allerdings muss man halt wirklich viel selbst Hand anlegen.

Dafür hab ich höchste Hochachtung, Mike! Hut ab, das ist absolut nicht-trivial.

Vielleicht hat Waldemar bei Gelegenheit mal Zeit für eine kleine Einführung.

Aber klar doch, schau mal in Dein Slack .

Gruß, Waldemar

[thewhobox]

Die Integration von OpenKnx Module läuft bereits, allerdings muss man halt wirklich viel selbst Hand anlegen.
Da würde ich wirklich eher den Producer dafür nehmen.

Ich finde beide Tools haben ihren Kundenkreis:
- OpenKnxProducer: Verwendung von verschiedenen Modulen, volle Kontrolle über XML und die Parameter, xml prüfung (über xsd)
- Kaenx-Creator: Einfach erstellen von knxprods ohne große XML Kenntnisse, automatische IDs und überprüfung

Ich brauche nicht in jedem Taster 99 Logikkanäle^^
Wenn ich ein Logikmodul brauche, dann bastel ich mir eins mit dem Pico zusammen oder dem REG1.
Ich verbrate den Speicher lieber mit meinem schlechten Coding xD

Gruß Mike

[abtools]

Vielen Dank für euer Feedback, Mike and Marco!

Da muss ich mir auf jeden Fall nochmal den OpenKNXProducer ansehen, da ich mir eigentlich schon die Möglichkeit offenhalten wollte später auch vorhandene OpenKNX-Module zu integrieren zu können. Vielleicht hat Waldemar bei Gelegenheit mal Zeit für eine kleine Einführung.

Finde das ja gerade eine der tollen Sachen des OpenKNX-Projekts hier, dass es bereits eine Reihe von Modulen gibt, die man einfach "wiederverwenden" kann.

Vielleicht lässt sich die offenbar bereits angefangene Modul-Integration mit deinem UI-Tool, Mike, ja doch noch fertig realisieren?
Es ist nun etwas schade, dass man sich als "Neuling" zwischen einem tollen UI-Tool und der Wiederverwendung von bestehenden OpenKNX-Modulen entscheiden muss...

Mike, wenn du Interesse hättest das Touch-Panel für z. B. Lichtsteuerungsnutzung weiterzuentwickeln, kann ich dir da gerne ein Set (Gira-Rahmen mit passendem Ausschnitt, WaveShare RP2040-Zero, Seeed Touch-Panel und mein PCB zur Verbindung von all dem) zum Selbstkostenpreis zur Verfügung stellen.

Viele Grüße
Andreas

[thewhobox]

Genau, deswegen meinte ich lieber vorher beide Tools anschauen und danach entscheiden.
Ein Umbau zwischen den Tools ist faktisch nicht machbar.

[traxanos]

Also wenn du das Logik- oder mein VirtualButton-Modul nutzen möchtest, musst du vermutlich den Weg über den OpenKNXProducer gehen. Der Kaenx-Creator kann mit den Modulen glaube ich nichts anfangen. Dann klappt auch der weg über die libdeps nicht mehr, sondern du musst die Module per Symlink in deinen lib-Ordner linken.

[thewhobox]

Hallo Andreas,

das Display passt wirklich gut in den Rahmen.
Sowas für die Steuerung von ein paar Leuchten oder Multimedia hätte ich auch später mal bedarf^^

Dein Examples habe ich mir kurz angeschaut, da müssen noch weitere Anpassungen erfolgen, aber mehr dazu im PR später.

ja die XML sind am Anfang recht unübersichtlich, aber halt doch mächtig.
Ich will dich zwar nicht von meinem Tool fernhalten, aber ich finde man sollte beide Tools kennen und sich dann entscheiden.
Waldemar gibt auch gerne ein paar Tipps am Anfang.

Ja die OpenKNX Modules sind dafür mal angedacht, allerdings noch ganz früh in der Alpha Phase.
Man muss die Module aktuell noch viel manuell anpassen.
Ein Testbuild mit einem Logikmodul integriert hat mal vor längerer Zeit geklappt.
Allerdings mit abstrichen...


Gruß Mike

[abtools]

Hallo Mike,

Vielen Dank fürs gleich debuggen!
Das hat tatsächlich einen Grund, damit beim andern von Lokal zu Global nicht ausversehen noch der alte ParameterRef gespeichert ist.

Werde mir was überlegen, wie ich das fixen kann.
Danke dir!

Gerne, meld' dich einfach, wenn ich nochmal etwas testen soll.

Das Display klingt sehr interessant.
Hab auch schon damit in Gedanken gespielt, aber aufgrund, dass ich einen 3d Drucker oder skills habe schnell wieder verworfen^^

Mir ging's primär darum ein Touch-Display zu haben, was sich nahtlos in das übrige Schalterprogramm integriert.
Bisher waren die Displays dazu immer entweder zu klein oder zu groß, aber mit diesem Seeed-Teil ist das nun endlich realistisch möglich.

Zwei Fotos vom Prototypen anbei - einmal in einem schwarzen Gira-Standardrahmen, einmal in einem (überteuerten, aber hübsch aussehenden) Edelstahl-Rahmen von Gira zum Testen.

Als Anwendung läuft gerade meine Türsteuerungs-App, aber ich werde sicherlich noch andere KNX-Anwendungen für das kleine Touch-Display schreiben.

Dank Dominiks neuen NCN5130-NanoBCUs ist das komplett Bus-Powered, ohne Hilfsspannung.

Für den beitritt zu openknx muss man eig nicht viel machen.
Es sollten aber folgende Punkte erfüllt werden:
- Geräte sollten öffentlich auf Github unter der Organisation openknx veröffentlicht werden
- Interesse auch am Common mit zu entwickeln

Klar, mache ich beides gerne, einen weiteren Pull-Request (wenn auch nur für die Examples) habe ich dir gerade rein gestellt. :-)

Generell gibt es zwei Arten um openknx Geräte zu entwickeln:
- meine Version mit dem Tool hier
- oder auch Waldemars umfassender OpenKNXProducer (für die Einbindung von Logikmodul oder anderen in seine eigenen Geräte)

Ja, da bin ich ehrlich gesagt noch etwas "unschlüssig":
Eigentlich wollte ich tatsächlich den OpenKNXProducer verwenden, weil ich den ja auch zum Testen von Waldemars Präsenzmelder brauche.
Nach ein paar grauen Haaren über diese verschachtelte XML-Struktur habe ich dann aber doch erst einmal zu deinem übersichtlichen UI-Tool gegriffen. ;-)

Eine Frage bei der Gelegenheit dazu:
Ich habe gesehen, dass es auch in deinem Tool einen Bereich "OpenKNX Modules" gibt, in welchem man offenbar bestehende Module hinzufügen kann.
Wäre es damit dann möglich z. B. das erwähnte Logikmodul in die eigenen Geräte einzubinden, auch wenn man den "Rest" mit deinem UI-Tool macht?
Das wäre natürlich perfekt!

Viele Grüße
Andreas

[thewhobox]

Vielen Dank fürs gleich debuggen!
Das hat tatsächlich einen Grund, damit beim andern von Lokal zu Global nicht ausversehen noch der alte ParameterRef gespeichert ist.

Werde mir was überlegen, wie ich das fixen kann.
Danke dir!

Das Display klingt sehr interessant.
Hab auch schon damit in Gedanken gespielt, aber aufgrund, dass ich einen 3d Drucker oder skills habe schnell wieder verworfen^^

Für den beitritt zu openknx muss man eig nicht viel machen.
Es sollten aber folgende Punkte erfüllt werden:
- Geräte sollten öffentlich auf Github unter der Organisation openknx veröffentlicht werden
- Interesse auch am Common mit zu entwickeln

Generell gibt es zwei Arten um openknx Geräte zu entwickeln:
- meine Version mit dem Tool hier
- oder auch Waldemars umfassender OpenKNXProducer (für die Einbindung von Logikmodul oder anderen in seine eigenen Geräte)

[abtools]

Hallo Mike,

zunächst vielen dank für deine schnelle Antwort!

Da ich es bei mir 100 % reproduzieren kann, hab' ich's gerade mal mit Visual Studio debugged und das Problem ist diese Zeile hier:
https://github.com/OpenKNX/Kaenx-Cre...seBlock.cs#L34
Während des UI-Ladevorgangs wird auch der Setter dieser Property aufgerufen und dort setzt du "_parameterRefObject = null;" - damit ist der ParameterRef weg, jedes mal, wenn man die Node im Baum nur aufruft.

Mir ist nicht ganz klar, warum der ParameterRef an dieser Stelle dereferenziert werden muss, lasse ich dies jedoch weg, funktioniert es bei mir einwandfrei. Einen entsprechend Pull-Request habe ich erstellt:
https://github.com/OpenKNX/Kaenx-Creator/pull/26
Nun bin ich mir aber wie gesagt nicht sicher, ob es einen bestimmten Grund gibt, weswegen es wichtig ist den ParameterRef an dieser Stelle zurück auf "null" zu setzen. Bitte prüfe daher vor dem Mergen, ob mein "Fix" ggf. andere unerwünschte Nebeneffekte hat, die mir bei einem kurzen Test gerade noch nicht aufgefallen sind.

Hallo Andreas,
Du darfst dich gerne jederzeit bei Fragen und Problemen melden.

Vielen Dank, arbeite mich wie gesagt gerade ein, da kommt bestimmt noch die ein oder andere (doofe) Frage. ;-)

Hallo Andreas,
Darf man denn Fragen, was du damit vor hast?

Gerne, zum einen arbeite ich als externer Entwickler öfters mal bei Smart-House-Projekten mit, zum anderen ist nächstes Jahr ein eigener Neubau geplant, in dem ich beabsichtige eine ganze Reihe selbstentwickelter KNX-Geräte einzusetzen - bzw. auch Geräte, die selbst keine KNX-Schnittstelle haben, auf den Bus zu bringen.

Dazu gehören DormaKaba-Türantriebe, eine Siemens-Brandwarnanlage sowie ein selbstentwickeltes Mini-Touch-Display (basierend auf dem Seeed Studio Round Display), was ich vollständig in das Gira-"System 55"-Schalterprogramm integriert habe. Bzgl. Präsenzmelder teste ich das Produkt von Waldemar.

Prototypen der Anwendungsebene habe ich für die meisten Geräte fertig, bzgl. KNX habe ich für erste Tests bisher jedoch einfach direkt KNX-Telegramme geschickt, ohne die Geräte in der ETS zu registrieren. Nachdem nun jedoch dank Dominik die ersten NCN5130-NanoBCUs zur Verfügung stehen :-) , möchte ich die KNX-Integration nun "vernünftig" abschließen und die Geräte in das "OpenKNX-Universum" bringen.

Ich finde es einfach super, was ihr mit den OpenKNX-Modulen als Basis verfügbar gemacht habt, was einem den Einstieg ungemein erleichtert.
Besonders spannend finde ich auch den "OFM-Updater", mit dem ein Firmware-Update sogar über den Bus möglich ist, was bei größeren Bauprojekten (mit teils etwas "verbauten" Geräten) doch extrem nützlich ist!

An dieser Stelle gleich mal die Nachfrage:
Was muss man tun, um einen OpenKNX-Anwendungs-ID-Bereich zugewiesen zu bekommen?

Viele Grüße und nochmals danke für deine schnelle Rückmeldung und Support
Andreas

[thewhobox]

Hallo Andreas,

vielen Dank für das Feedback.
Das Problem ist mir leider allerdings schon bekannt, ich konnte nur noch nicht ausfindig machen, warum es das tut und wie ich es verhindern kann.
Es tritt auch nicht immer auf, dafür aber eig nur bei den chooses.
Wenn man den chosses keine Namen vergibt ist das Suchen auch extrem schwer.

Du darfst dich gerne jederzeit bei Fragen und Problemen melden.

Darf man denn Fragen, was du damit vor hast?


Gruß Mike