Kaenx-Creator - Hinzufügen von OGM-Common

[Ned]

Hallo zusammen,
ich möchte gerne das OFM-NeoPixel mit OGM-Common zum Laufen bringen.

Hierzu habe ich mit dem Kaenx-Creator v1.9.8 ein Projekt angelegt und die ersten drei KOs angelegt (Schalten, Farbe, Status).

Wenn ich dann versuche OGM-Common in dem Dialog "OpenKNX / Hinzufügen" mit der Repo-Angabe "https://github.com/OpenKNX/OGM-Common"
einzufügen, dann bekomme ich von Kaenx-Creator diese Fehlermeldung:
"An unhandled exception occured: - The input string '00998%ProducerModulID%' was not in a correct format."


Kann mir bitte jemand erklären, was dieser Fehler bedeutet oder zumindest wie ich diese Fehlermeldung behebe?


P.S. kann ich die *.ae-manu hier hochladen, damit ihr die Fehlermeldung besser nachvollziehen könnt?


Viele Grüße
Ned

[mumpf]

Hi Ned,

warum nimmst Du dafür nicht - wie vorgesehen - das OAM-NeoPixel? Das verbindet doch bereits Common mit OFM-NeoPixel.

Ich weiß nicht, wie weit die Integration von thewhobox bereits fortgeschritten ist, wir arbeiten immer wieder daran, den Creator und den Producer näher zusammen zu bringen, aber es würde mich wundern, wenn das, was Du vor hast, bereits im Creator gehen sollte. Aber das kann thewhobox sicherlich besser beantworten.

Gruß, Waldemar

[thewhobox]

was dieser Fehler bedeutet oder zumindest wie ich diese Fehlermeldung behebe?

Die Funktion zum importieren von OFMs in den Creator ist schon länger her.
Damals waren die Module noch nicht so kompliziert und Common hatte viel weniger Abhängigkeiten.

Kurze Antwort: es ist aktuell nicht möglich Common mit dem Creator zu verwenden.

Was geht: Die Entwicklung eines eigenen OFMs und die defines fürs Common aus einem anderen Projekt kopieren.
Danach kannst du das Modul aus dem Creator für den Producer exportieren.

[jeff25]

mumpf es gibt kein OAM-NeoPixel.... siehe meine Nachricht....

[Ing-Dom]

es gibt kein OAM-NeoPixel.

es ist noch privat / intern.
Weil einfach noch nicht fertig.
Dazu kommt, dass Erkan hier ganz neue Ansätze ausprobiert, die es selbst anderen OpenKNXler schwer macht, das Projekt selbst zu bauen.
Ist einfach noch nicht reif für die breite Masse.

[jeff25]

ich weis Ing-Dom; ich wollte das nur sagen weil Waldemar auf OAM-NeoPixel verwiesen hatte.... das hilft Ned aktuell ja nichts....

[Ing-Dom]

ich weis

ich weiß das du weißt

Meine Erklärung war für Ned gedacht damit er weiß wovon wir sprechen...

[thewhobox]

ich weiß das du weißt

Ich weiß, dass ihr das wisst.
Aber vll weiß es Waldemar nicht? 😂

[jeff25]

also ich habe es gleich gewusst das du es weist

[Ned]

mit so vielen Antworten in so kurzer Zeit hatte ich gar nicht gehofft :-)
Vielen Dank schon mal.

Sehe ich das richtig: der Kaenx-Creator fügt mir die OGM-Common nicht einfach so ein, richtig?

Die Verzeichnisstruktur von meinem Projekt plane ich gerade so:

/
├── OAM_NeoP
│   └── src
│        └── NeoP-release.xml (**)
├── OGM-Common (*)
│   └── src
│        └── Common.share.xml
└── OFM-NeoPixel
    └── src
           └── NeoPixel.share.xml (**)

(*) geklont von GitHub
(**) neu erstellen

könnt ihr mir einen Tipp geben, wie ich die NeoP-release.xml und die NeoPixel.share.xml erstellen kann?


Dazu habe ich nichts im Internet gefunden. Den einzigen Ansatz den ich jetzt hätte wäre Reverse-Engineering, also aus vorhandenen OAMs die Syntax zu verstehen lernen und nachzubauen. Der Kaenx-Creator erstellt zwar eine XML im temporären Projektverzeichnis, aber die wäre nach meinem derzeitigen Verständnis nicht direkt verwendbar.

[Ing-Dom]

Ned, ich denke das führt nicht zum Erfolg.
Das Neopixel OFM ist a) nicht fertig, b) durchaus komplex und c) verwendet neuartige Methoden die außer Erkan keiner wirklich kennt.
Erkan ist gerade zu 200% in seinem Garten ausgelastet und wird hier nicht lesen und schreiben, aber irgendwann sicher weitermachen.
Ich würde - ich werde - warten (ich will das auch verwenden).

[K1rk]

Ich würde - ich werde - warten (ich will das auch verwenden).

Ich auch
Bzgl. neuartige Methoden: die HW, also dein Gerät, bleibt aber fix. Korrekt?

[Ned]

Guten Morgen Dominik,
okay, verstanden.

Unabhängig vom OFM-NeoPixel würde ich schon gerne verstehen wie man eigene OAMs baut.

Ich habe eine LED-Matrix zu Hause als Beleuchtung und plane dafür Effekte wie Sonnenaufgänge- oder Sternenhimmel-Simulationen.
D.h. wenn ich erstmal ein OFM integriert habe, würde ich es sehr wahrscheinlich für meine Ideen umbauen.

Wenn ich es richtig verstanden habe, dann sind hier die Speicherbereiche verwaltet die im Kaenx-Creator eingegeben werden:
https://github.com/OpenKNX/OpenKNX/w...cationID_AppID

Welchen Speicherbereich kann ich denn zum Ausprobieren nutzen?

[thewhobox]

Welchen Speicherbereich kann ich denn zum Ausprobieren nutzen?

0xAF00 to 0xAFFF

44800 to 45055

No public usage

[Ing-Dom]

Unabhängig vom OFM-NeoPixel würde ich schon gerne verstehen wie man eigene OAMs baut.

klar, dazu würde ich empfehlen mal mit einem überschaubar komplexen OAM das aktuell ist, anzufangen.
Ich würde da aus meinem Fundus das https://github.com/OpenKNX/OAM-UP1-Taster empfehlen.

Dann solltest du mal im Dev-Wiki unter Software-Developement starten und die Schritt zum aufsetzen der Toolchain durchgehen:
https://github.com/OpenKNX/OpenKNX/w...for-Developers

Wenn du mal ein bestehendes OAM bauen kannst, kannst du anfangen Ändeunugen vorzunehmen.
Sollte im Wiki irgendwo was nicht mehr aktuell sein, bitte direkt melden, dann klären wir das und passen das Wiki auch direkt an.

dann sind hier die Speicherbereiche verwaltet die im Kaenx-Creator eingegeben werden:

Wir verwenden fast alle den OpenKNXProducer zum generieren unserer xmls. Das ist ein Kommandozeilentool, das auf Basis "instrumentierter" xmls das xml mit der Produktdatenbank generiert. Der Creator ist zwar durch seine GUI sicher erstmal einfacher zu bedienen, bietet aber - zumindest noch - nicht die volle Flexibilität bei der Verwendung der OpenKNX Modularität.