OpenKNX-Logikmodul release

[willisurf]

Die aktuelle Version und Applikation des Logikmoduls (0.8beta) zeigt auch ohne Schaltuhr die KOs für Feiertage an (getestet unter ETS5, aber da vermute ich kein anderes Verhalten der ETS6).

mgeramb Welche Version des Logikmoduls benutzt Du?
Unbenannt.jpg

[mgeramb]

Hi,

danke für die Meldung. Ich schau mal nach, aber mir ist kein Problem bekannt. Was meinst Du genau mit

Was genau hast Du sichtbar machen können bzw. was hast Du dafür machen müssen? Und reden wir hier von ETS5 oder ETS6?

Gruß, Waldemar

Hi, sorry habe mich schlecht ausgedrückt, die Schaltuhr habe ich nur als Workaround genommen, um den Feiertagszustand am Bus ohne den Feiertag KO sichtbar zu machen. Dazu habe ich zwei Uhren verwenden, eine die immer nur bei Feiertag aktiv ist und EIN sendet, eine zweite die nu an nicht-Feiertagen aktiv ist und AUS auf die gleiche GA sendet.

Der eigentliche Fehler ist aber, das die KO‘s für Feiertage nicht sichtbar werden. Ich verwende ETS6, könnte am Wochenende aber bei Bedarf noch ETS5 probieren.

[mumpf]

Hi,

danke für die Meldung. Ich schau mal nach, aber mir ist kein Problem bekannt. Was meinst Du genau mit

über die Schaltuhr in der Logik konnte ich den Wert sichtbar machen. Ist das ein bekannter Fehler?

Was genau hast Du sichtbar machen können bzw. was hast Du dafür machen müssen? Und reden wir hier von ETS5 oder ETS6?

Gruß, Waldemar

[mgeramb]

Hallo Waldemar,

ich habe ein kleines Problem mit dem Applikationsprogramm, die KO4-6 für Urlaubs- und Feiertagsinfos werden mir nicht angezeigt. Internen scheinen die KO zu existieren, über die Schaltuhr in der Logik konnte ich den Wert sichtbar machen. Ist das ein bekannter Fehler?

Liebe Grüße, Michael
LogikAppProgram.png

[mumpf]

Hi Erkan,

hab mir mal Deine pio.ini angeschaut. Da gibt es einige Missverständnisse, die kann ich für meine Entwicklung so nicht nehmen, meine Projekte funktionieren so nicht. Das kannst Du am Logikmodul alleine nicht sehen und die anderen sind noch nicht draußen, insofern kann ich das verstehen, wie Du drauf kommst.

Ich kann mir aber durchaus vorstellen, noch eine weitere pio.ini.enduser oder so mit auszuliefern, die dann für Leute gedacht ist, die nicht an den Projekt entwickeln, sondern einfach mal nachbauen, z.B. mit anderen Pinbelegungen. Ich werde noch auf Deine Sachen im Detail eingehen und gerne mit Dir das Setup diskutieren, dafür mach ich aber noch einen eigenen Thread auf - aber erst ab Montag, ich hab am WE eine Familienfeier...

Aber 2 Punkte noch:

PowerShell Skripte - sollten imho in Python geschrieben/portiert werden,

Die ps-Scripte sind nicht für PIO nötig, das sind welche, die ausgeliefert werden, damit sich der Enduser eine knxprod bauen und die Firmware flashen kann. Und da Python nicht auf jedem Windows-Rechner verfügbar ist, fällt das aus. Und da man für den Vorgang sowieso Windows braucht, sehe ich hier wie gesagt keine Notwendigkeit, was umzustellen.

Unglücklich ist, dass die Pins im OGM-SensorDevices definiert werden.

Das sind Boarddefinitionen für von uns unterstützte Hardware. Deswegen ist das in einem Projekt, dass von vielen Projekten referenziert wird. Aber Du hast Recht, ich werde ein BOARD_ENDUSER einführen, dann wird am alle Definitionen in der pio.ini machen können.

Gruß, Waldemar

[GeminiServer]

Wieso? Powershell gibt es sowohl für MacOS wie für Linux.

Wenn es geht noch besser. Hab damit kein Problem. Hatte bisher wenig mit ps gemacht.

[abeggled]

PowerShell Skripte - sollten imho in Python geschrieben/portiert werden, dadurch erreichen wir mehr OS Plattform Unabhängigkeit.

Wieso? Powershell gibt es sowohl für MacOS wie für Linux.

[GeminiServer]

Hallo Waldemar,

Zitat von GeminiServer Beitrag anzeigen
Platformio.ini musste ich bezüglich der dependency libs (Knx, OGM-Common, -SensorDevices, -LogicModule) noch anpassen. Windows sollte es, glaube ich, auch so bauen.



Würde mich interessieren, wo.

Ich habe heute mal ruhige 2 Stunden gefunden:
Habe die Platformio.ini mal etwas erweitert und umstrukturiert.

• Änderungen sind in meinem fork zu finden: https://github.com/GeminiServer/OAM-LogicModule (Platformio.ini)

Wichtig für mich war, dass es unter MacOS funktioniert. Windows sowie Linux muss noch getestet werden. PowerShell Skripte - sollten imho in Python geschrieben/portiert werden, dadurch erreichen wir mehr OS Plattform Unabhängigkeit. Ich habe erst einmal nur gebaut. Die Release Builds wurden von mir noch nicht getestet.

Eine weitere Sache noch: Unglücklich ist, dass die Pins im OGM-SensorDevices definiert werden. Was zwar ok ist, wir sollten aber die Möglichkeit bieten, lokale pins-defines zu erlauben und zu nutzen. Bin jetzt nicht tiefer in den Code gegangen und bin mir nicht sicher, was noch alles von SensorDevices genutzt wird. Musste das Projekt ebenfalls Forken und meine eigenen pins definieren.

VG,
Erkan

[mumpf]

Und noch ein Tipp, falls jemand mal ohne Prog-Button und Prog-LED was ausprobieren möchte (eine BCU an Pin 12/13 braucht man auf jeden Fall:

• Pico mit BCU verbinden.
• Pico mit Firmware per USB flashen
• Mit der ETS schauen, ob am Bus ein Gerät mit der PA 15.15.255 ist
• Jetzt in der ETS auf das Logikmodul gehen und Programmieren->Überschreibe physikalische Adresse wählen, dann 15.15.255 eintragen.
• Dann normal die Applikation programmieren

Dann hat man quasi die Minimalkonfiguration... Funktioniert aus, man hat ohne Prog-LED aber nie ein optisches Feedback, ob noch alles läuft.

Gruß, Waldemar

[mumpf]

Noch ne Ergänzung:

Die derzeit vorcompilierte Pico-Firmware-Version nutzt folgende Pins:

#define PROG_LED_PIN 16
#define PROG_LED_PIN_ACTIVE_ON HIGH
#define PROG_BUTTON_PIN 17
#define PROG_BUTTON_PIN_INTERRUPT_ON FALLING
#define KNX_UART_TX_PIN 12
#define KNX_UART_RX_PIN 13
#define SAVE_INTERRUPT_PIN 15

Nur falls das jemand direkt mit einem Pico ausprobieren will und nicht alles selber bauen will. Da es aber noch keine von uns unterstützte Pico-Hardware gibt, kann es durchaus sein, dass sich die Pinbelegung für den Pico in der vorcompilierten Firmware in Zukunft nochmal ändert.

Gruß, Waldemar

[mumpf]

Hi allerseits,

nur als Vorwarnung: Mir ist leider aufgefallen, dass ich bei der 0.8-Beta noch ein Naming-Problem in der ETS-Applikation habe. Leider wird damit die nächste Version nochmal inkompatibel zur vorherigen werden. Seht es bitte als "Anlaufschwierigkeiten", ich bin stark daran interessiert, Versionen kompatibel zu halten, alleine schon um selber nicht immer alles neu parametrisieren zu müssen .

Gruß, Waldemar

[bazhuyu]

Installed successfully, great project!

[mumpf]

Hi Erkan,

noch zu Deinen Anmerkungen...

Sollte aber auch auf Linux baubar gemacht werden. Ggf. mach ich mal meine Anpassungen fertig und erstelle ein pull-request

Erstmal allgemein: PR ist immer gut, wir können gerne daran arbeiten, dass es auf mehreren Plattformen compilierbar ist, allerdings wegen

Bei knxprod-build werden wir wohl um ETS und Windows nicht drum rumkommen.

ist die Plattformunabhängigkeit nicht im Focus meines Interesses. Ich habe schon viele verschiedene Hardware-Versionen zu testen, auch noch verschiedene Plattformen zu Bauen zu unterstützen kann ich nicht leisten. Aber ich werde mich da auch nicht quer stellen, wenn das jemand anderes (z.B. Du ) erreichen will.

Die initialSetup.bat kannst du, glaube ich, verwerfen.

Ich liefere immer meinen aktuellen Entwicklungsstand aus, auch mit eventuellen Versuchen, die nicht erfolgreich bzw. nicht beendet sind. Das ist so ein Fall. Derzeit hab ich nur das Setup-Dokument https://github.com/OpenKNX/OAM-Logic...O-dev-setup.md und nichts weiter automatisiert. Vielleicht mach ich mal auch hierfür ein Script, ist aber dadurch, dass man jetzt per Script Firmware aktualisieren kann, nicht mehr im Focus.

Platformio.ini musste ich bezüglich der dependency libs (Knx, OGM-Common, -SensorDevices, -LogicModule) noch anpassen. Windows sollte es, glaube ich, auch so bauen.

Würde mich interessieren, wo.

Ansonsten viel Spaß damit und Frag einfach, wenn was nicht klar ist.

Gruß, Waldemar

[mumpf]

Hi Erkan,

danke für die Blumen... aber leider ist gleich was schief gegangen. Ich habe soeben noch schnell eine v0.8-beta nachgeschoben, leider nochmal inkompatibel. Insofern solltest Du mit der was machen .

Zu Deinen restlichen Anmerkungen sage ich heute Abend noch was, jetzt ist erstmal Family dran.

Gruß, Waldemar

[GeminiServer]

Hallo Waldemar,
klasse Arbeit und Hut ab! Super Dokumentation. Wirklich vorbildlich. Da hast du aber die Messlatte recht hochgelegt. 👍

Habe es gerade ausgeheckt und "versucht" & gebaut.

Erste kleine Feedbacks: Platformio.ini musste ich bezüglich der dependency libs (Knx, OGM-Common, -SensorDevices, -LogicModule) noch anpassen. Windows sollte es, glaube ich, auch so bauen. Die initialSetup.bat kannst du, glaube ich, verwerfen. Scripts etc. müssen noch Plattform unabhängig bzw. OS-Spezifisch strukturiert werden. Ich bin ja auf dem Mac unterwegs. Sollte aber auch auf Linux baubar gemacht werden. Ggf. mach ich mal meine Anpassungen fertig und erstelle ein pull-request. Bei knxprod-build werden wir wohl um ETS und Windows nicht drum rumkommen.

Nochmal. Top! Freue mich schon damit rum zu spielen.

VG,
Erkan