Ankündigung

Einklappen
Keine Ankündigung bisher.

Custom Firmware; OAM-LogicModule does not build

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    Custom Firmware; OAM-LogicModule does not build

    Ich möchte eine OAM entwickeln für ein Reg1 von Mafisi. Soll hauptsächlich die OFMs LogicModule, FunctionBlocks und DFA enthalten.
    welche App-ID darf ich nehmen?

    Meine Vorgehensweise wäre, das OAM-LogicModule unter einem anderen Namen OAM-LoFuSe zu klonen und um die anderen Module zu ergänzen. Ist das ok?

    ich hab testweise das OAM-LogicModule straight as is geklont, die dependencies „restored“, alles wie beschrieben.

    Lässt sich aber nicht bauen: PT_LogicDPT not declared, u.a.

    damit bin ich erstmal überfordert und bitte um Hilfe.

    #2
    Zitat von TabSel Beitrag anzeigen
    für ein Reg1 von Mafisi.
    sowas gibts nicht.

    Zitat von TabSel Beitrag anzeigen
    welche App-ID darf ich nehmen?
    es gibt einen privaten Bereich, siehe Wiki

    Zitat von TabSel Beitrag anzeigen
    ich hab testweise das OAM-LogicModule
    uralt, lässt sich ggf gar nicht mehr bauen ohne spezielles Detailwissen
    Nimm doch als Startpunkt lieber https://github.com/OpenKNX/OAM-StateEngine

    Die INfos aus dem Github Wiki sind ggf. etwas veraltet aber stimmen im Kern noch:
    https://github.com/OpenKNX/OpenKNX/w...for-Developers
    OpenKNX www.openknx.de

    Kommentar


      #3
      Hi,

      das Ansinnen verstehe ich, deswegen habe ich bereits coko gebeten, genau so ein OAM rauszubringen (mit DFA, Logik und FunctionBlocks). Wie lange das noch dauert, kann ich nicht sagen.

      Bis dahin solltest Du vom aktuellen DFA-Stand (nicht vom Logikmodul) ausgehen, denn das hat schon DFA und Logik im Bauch, dann muss man nur FunctionBlocks hinzufügen.

      Deine App-ID sollte sich im Bereich 0xAFnn bewegen, die hatten wir für Custom-Builds vorgesehen. Du musst auf jeden Fall die neuste Version vom OpenKNX-Producer verwenden, damit Entwicklung erfolgreich klappt, denn nur der generiert die neuen Enumerations-Datentypen (PT_xxx) für den Compiler. Deine obige Meldung kommt daher, dass Du einen zu alten OpenKNXproducer verwendet hast.

      Gruß, Waldemar
      OpenKNX www.openknx.de

      Kommentar


        #4
        Zitat von mumpf Beitrag anzeigen
        coko gebeten, genau so ein OAM rauszubringen (mit DFA, Logik und FunctionBlocks). Wie lange das noch dauert, kann ich nicht sagen.
        Ist bereits auf der Agenda die StateEngine zu erweitern, wobei auch noch ein oder zwei andere Module (wie VirtualButton) dazu kommen, weil es damit dann noch besser geeignet ist als "EtagenController" oder "HausController" einfache Automatisierungsserver zu ersetzen. Genauen Zeitplan habe ich auch noch nicht (DFA hat nach Refactoring noch mal Testbedarf, in die FunctionBlocks will ich noch zwei Features integrieren), aber so zumindest schon mal in der Entwicklungsumgebung laufen, auch zum Testen der Dimensionierung (so nicht so schwergewichtig und träge werden bei der Konfiguration, und ich will später auch nicht die Kanal-Anzahl reduzieren müssen).
        OpenKNX www.openknx.de | StateEngine: Universelle Zustandsautomaten in KNX | OpenKNX Konfigurationstransfer

        Kommentar


          #5
          Zitat von Ing-Dom Beitrag anzeigen
          sowas gibts nicht.
          Ma sowas: https://www.smart-mf.de/index.php/knx-logikmodule/
          War ursprünglich ein VPM, ist jetzt RaumController, wie nennt man das wenn nicht Mafisi-Reg1?

          Kommentar


            #6
            Der offiziell Name ist "Smart-MF 1TE REG" bzw. die Herstellerbezeichnung ist "KNX Logikmodul" siehe auch https://go.openknx.de/UxNs6D

            REG1 ist eine Geräte-Reihe bzw. -Platform von OpenKNX siehe: https://go.openknx.de/hlxNlq

            Wir wollen nur klar trennen um Verwechslungen zu vermeiden wenn sachen durcheinander geworfen werden.
            OpenKNX www.openknx.de | OpenKNX-Wiki (Beta)

            Kommentar

            Lädt...
            X