ESP8266 KNX mit ETS

[Alloc]

So, mal wieder ein kurzes Update: Erste "Applikation" steht (bin ja immer noch am evaluieren der ganzen Komponenten, ob sie für mein Projekt taugen, dann kommt erstmal das Platinendesign dran). Kann per RF meine LED-Pulsieren-Ansteuerung an/ausschalten und die RTC wird auch per KNX eingestellt. Läuft grundsätzlich soweit alles prima

Gibt es einen Grund, warum DPT_TimeOfDay als Dpt(10, 1) und nicht Dpt(10, 1, 1) definiert ist? Wenn ich den Code für die Konvertierung richtig lese bringt einem Index 0 doch gar nichts? Das hat mich jedenfalls erstmal stolpern lassen

Ansonsten ist mir das CreateKnxProd-Tool noch ein Rätsel. Ich hab zwar jetzt erstmal einen simplen Aufbau, zwei KOs und zwei Parameter, aber ich hab noch nicht raus, wie ich bei den Parametern irgendwas einstelle außer den Typ. Sprich bei "Ganze Zahl" zum Beispiel den gültigen Bereich oder bei "Aufzählung" die Elemente. Oder gar eine Checkbox / Radiobuttons? Muss ich für all diese Dinge wirklich die generierte KnxProd-Datei manuell anpassen? Wenn ja, wird dadurch nicht deren Signatur ungültig?

[Alloc]

Jetzt ist es da

Dann kann man dort Dokumentieren, ohne jedes mal einen Pull-Request erstellen zu müssen für einzelne Textdateien

PS: Bei mir läuft jetzt das Setup SAMD21 (SparkFun SAMD21 Mini Breakout) und CC1101 (Laqiya CC1101 868 MHz Modul) soweit, sprich ich konnte die PA vergeben. Denke damit ist das gröbste schon geschafft

[thesing]

Das wiki sollte eigentlich da sein: https://github.com/thelsing/knx/wiki
Ich seh es zumindest. Und es ist auch auf public gesetzt.

[Alloc]

Ja, muss ich mir mal anschauen. Die Arduino IDE ist letztlich ja auch nur ein besserer Texteditor (noch nicht mal Code-Completion, von weiteren Fähigkeiten ganz zu schweigen ). Aber zumindest für den Anfang reicht es, nachdem man die grundlegendsten Dinge mit den Libraries am Laufen hat

Musste aber jetzt erstmal noch auf die harte Tour feststellen, dass es für den SAMD21 auch nicht reicht, die Libraries drin zu haben. Die EEPROM-Emulation fliegt einem nämlich dann um die Ohren, weil die standardmäßig nur 1 kiB emuliert, die KNX-Lib aber mindestens 8 kiB erwartet. Das könnte schon mal mit in die config.h


Ich schreib aber fleißig mit und werd das später dann als PR für eine neue Datei im doc-Ordner bereitstellen. Wobei ich ein GitHub-Wiki ja angenehmer fände, aber das ist ja aktuell noch aus, thesing ? Du hattest zwar glaub mal erwähnt es aktiviert zu haben, ich kann aber keins sehen. Eventuell gibts da noch Rechte die eingestellt werden müssen?

[mumpf]

Hi Chris,

wenn Du jemand bist, der sich mit make und gcc auskennt, wäre für Dich vielleicht PlatformIO besser (statt der Arduino IDE). Ich finde es transparenter, was da abgeht... ist nur ein Vorschlag.

Gruß, Waldemar

[Alloc]

Ok, heute nochmal mit frischem Hirn draufgeschaut. Es ist natürlich der Linker der meckert, die Header-Files während des Kompilierens werden ja alle gefunden.

Nochmal etwas recherchiert um festzustellen, dass man einfach das ganze KNX-Repo als Library in der Arduino IDE hinzufügen muss, nicht nur den src-Unterordner. Dann klappt das auch

Mal schaun wann ich dann den ersten KNX-Test laufen hab

[Alloc]

Hm, also irgendwas mach ich falsch ... Dieses Arduino-Zeug ist für mich aber auch komisch, bin klassische Entwicklung mit make + gcc etc gewohnt

Also ich habe bisher folgendes gemacht:

• Vom Hauptrepo ( https://github.com/thelsing/knx ) den Master-Branch geklont
• Dazu dein FlashStorage-Repo ( https://github.com/thelsing/FlashStorage ), da ich ja einen SAMD21 nutze
• Dann mal in der Arduino-IDE die examples/knx-demo/knx-demo.ino geöffnet, unter Sketch -> Include Library -> Add .ZIP Library den src-Ordner vom Hauptrepo hinzugefügt damit das gefunden wird (gibt sicher noch einen besseren Weg, konnte aber in der Arduino-IDE nichts finden, um den Include-Path anzupassen)
• Unter Tools -> Board das "SparkFun SAMD21 Mini Breakout" gewählt
• Klick auf Verify bringt eine Menge Fehler, los gehts schon mit:
  

  sketch\knx-demo.ino.cpp.o: In function `resetCallback(GroupObject&)':
  	C:\Users\ci\Documents\Arduino\Sketches\knx-demo/knx-demo.ino:48: undefined reference to `GroupObject::value()'
  	C:\Users\ci\Documents\Arduino\Sketches\knx-demo/knx-demo.ino:48: undefined reference to `KNXValue::operator bool() const'

Und halt noch ne Menge mehr in der Richtung. Die Header findet er aber scheinbar, sonst wird ja gemeckert, dass die eben nicht gefunden werden (hatte ich bevor ich die Library in der IDE hinzugefügt hatte).

Muss ich sonst noch etwas ändern/machen, damit das richtig baut?

Grüße,
Chris

[thesing]

Ich habe übrigens gerade einen Pull-Request von Nanosonde gemergt. Durch diesen kann der Stack knx data secure. Ausprobiert habe ich selbe leider noch nicht. Aber schon mal vielen Dank an Nanosonde .

VG
Thomas

[Alloc]

Danke Thomas. Werd das dann einfach mal probieren, wenn ich die Bestellliste zusammen habe

[thesing]

Das Medium kann man einfach über ein #define in der config.h wechseln. Allerdings gibt es aktuell einen Fehler bei samd im master-branch. Siehe https://github.com/thelsing/knx/issues/58.
Die Hardware sollte recht einfach wie in der Dokumentation beschrieben verbunden werden. Als Beispiel kannst du normal das knx-demo Projekt nehmen. Es kommt nur darauf an welche knxprod-Datei in ETS importiert wird, und welches Medium gesetzt wurde. Dem "Anwendungscode" ist es total egal welches Medium genutzt wird.

[Alloc]

Hi,

erstmal vielen Dank an Thomas für dieses Projekt, finde das super was hier so entwickelt wird!

Nanosonde und hotze oder gerne auch jeder andere: Hat schon jemand aktiv ein KNX-RF-Gerät mit dem Stack in Betrieb? Funktioniert das ohne Probleme mit dem aktuellen Code aus dem Git? Welche HW habt ihr dazu verwendet?

Im Git finde ich kein Beispiel der die RF-Implementierung nutzt und die Textdatei im docu-Ordner ist da auch etwas knapp gehalten An sich will ich auch sowieso letztlich ein KNX-TP-Gerät bauen, aber da wir aktuell nur einen Testaufbau im Arbeitszimmer haben (richtige Installation erst in gut zwei Jahren in der neuen Wohnung) wäre es natürlich super praktisch, wenn ich erstmal einfach den Aufbau mit RF machen könnte und wenn dann alles wie gewünscht läuft die RF-HW durch eine BCU ersetzen. In der Software sollte dazu ja eigentlich lediglich von RF auf TP umgestellt werden müssen?

Grüße,
Chris

[mumpf]

HI Thomas,

danke für die ausführliche Antwort.

so langsam merkst du warum bei vielen kommerziellen Geräten bei 255 KOs Schluß ist

Deswegen verwende ich ja Deinen Stack - weil er mir wesentlich mehr Möglichkeiten bietet .

Dazu müsste man GroupObjectTable::_groupObjects zum Typ GroupObject*[] machen,

Das traue ich mir nicht wirklich zu, würde da erst dran gehen, wenn ich wirklich in Speicherprobleme laufe.

Du musst dann natürlich schauen GroupObject::get dann auch auf GroupObject* umgestellt werden muss, und die Nutzer der Methode gegen nullptr prüfen müssen.

Ich würde allerdings dann vom GroupObject::get ein statisches "leeres" KO liefern lassen, anstatt alle Nutzer der Methode umzustellen (was ja auch mein Coding und alle anderen User massiv betreffen würde...)

Das KnxValue braucht dich nicht interessieren,

Dann hab ich das richtig verstanden... vielleicht kann ich doch langsam C++ lesen UND verstehen .

Nicht vergessen, mal einen Pull-Request für deine Änderungen zu machen.

Ja, das steht noch aus - auf für die aktuellen Änderungen (kleineres KO). Ich muss nur meine Baustellen mal auf die Reihe bekommen, bevor ich neue aufmache...

Gruß, Waldemar

[thesing]

Hallo Waldemar,

so langsam merkst du warum bei vielen kommerziellen Geräten bei 255 KOs Schluß ist . (Hängt auch von der Maskenversion ab.)

zu 1) und 3)
Ich weiß nicht genau was ETS and Daten schickt, wenn ein GroupObject nicht benutzt wird. Wenn man an den Daten erkennen kann, as man es nicht braucht, könnte man auch einfach kein GroupObject anlegen.
Schau dazu mal in GroupObjectTable:initGroupObjects (oder so.) Dazu müsste man GroupObjectTable::_groupObjects zum Typ GroupObject*[] machen, und in der Schleife danach nur dann das GroupObject im Array ablegen, wenn man es braucht. Falls man das am GroupObject nicht erkenn, und die AssociationTable davor programmiert wird, könnte man auch dort schauen, ob das GroupObject benötigt wird.

Du musst dann natürlich schauen GroupObject::get dann auch auf GroupObject* umgestellt werden muss, und die Nutzer der Methode gegen nullptr prüfen müssen.

zu 2)
Das KnxValue braucht dich nicht interessieren, das es nicht gespeichert/gelesen wird. Beim Aufruf der Methode wird es ggf. (auf dem Stack) erzeugt, und danach wieder frei gegeben. Die eigentlichen Daten liegen in GroupObject::_data. Zur Union: Die ist so groß wie die größte Komponente, das sollte in dem Fall struct tm sein.

Nicht vergessen, mal einen Pull-Request für deine Änderungen zu machen.

VG
Thomas

[mumpf]

Hallo Thomas,

wie Du schon in meinem Thread gelesen hast, will/muss ich mir ein KO-Schema für meine Applikation überlegen, damit ich in Zukunft möglichst keine KO-Verschiebungen mehr brauche. Dazu muss ich aber Lücken in den KO-Nummern lassen für zukünftige Erweiterungen. Nach meinen ersten Hochrechnungen komme ich auf 436 KO, mit Erweiterungen sagen wir mal auf 500 KO. Da ich dabei signifikant RAM verbrauche, muss ich abschätzen, ob das mit 500 KO klappen kann.
Im Folgenden wollte ich nur mal Nachfragen, ob ich irgenwas übersehen habe:

1. Ich hatte schon mal nachgefragt und inzwischen auch im Coding gesehen, dass auch für nicht vorhandene KO (also Lücken) ein KO mit _datalen = 1 angelegt wird. Mit meinen "verkleinerten" KO wären das 8 Byte für das KO + _data (1 Byte) also 9 Byte. Bei 500 KO macht das 4500 Byte Minimum. Hab ich das richtig gesehen, dass für ein Leeres KO nur ein Byte genutzt wird? https://github.com/thelsing/knx/blob...bject.cpp#L103
2. Mir ist in dem Zusammenhang die Bedeutung von KNXValue nicht ganz klar (da zeigt sich wieder, dass ich C++ nicht wirklich kann): Das Ding besteht aus einem   union , in dem auch die   struct tm  drin ist. So wie ich das verstehe, wird dadurch KNXValue auf 44 Byte "aufgeblasen". Wenn ich das richtig verstehe, dann wird ein KNXValue nur für den Zugriff auf den KO-Wert erzeugt, oder? Und nicht mit jedem (auch unnötigen) KO? Sonst müsste ich ja mit 500 * (16 Byte KO + 44 Byte Value) = 500 * 60 = 30 kByte -> das wäre bei 32k Speicher etwas viel . Wie gesagt, hier bin ich mir nur nicht sicher, ob ich das KNXValue-Handling richtig interpretiere.
3. Die KO-Tabelle (group_object_table_object) besteht doch im Großen und Ganzen aus Zeigern auf die KO, also bei 500 KO rund 2 kByte, oder?

Es wäre nett, wenn Du sagen könntest, ob meine Annahmen richtig sind oder ob ich irgendwo komplett falsch liege. Ich will vermeiden, eine Infrastruktur für 500 KO zu legen, nur um dann bei den Tests rauszufinden, dass es nicht geht und dann beim Nachfragen hier im Forum zu hören, dass es schon vorher klar war, dass es nicht klappen kann.

Gruß, Waldemar

[thesing]

Nein. Es hat nur noch niemand etwas hinzugefügt. https://github.com/thelsing/knx/wiki