ESP8266 KNX mit ETS

[damic]

Hallo Michael,

Die Themen hatten wir schon bei Post 1002
Das sind Propertys und die werden nicht in der Knxprod festgelegt.
Du musst sie über den KNX Stack festlegen.

In der Ladeprozedur kannst du diese Propertys dann abfragen.

Gruß Mike

Hi Mike,
Danke für deine Antwort und deine Recherche dazu.
Prinzipiell funktioniert das so wie von dir angegeben, mich hat nur die Application Note stuzig gemacht, da das die ETS meines erachtens bereits im Bauch haben sollte:

ETS shall verify if it is allowed to load the data into the device right at the start and outside of the Configuration Procedure implementation. This includes:
- Reading the Device Descriptor Type 0 from the installed device and verifying whether it is identical to or compatible with the Device Descriptor of the device that it holds in its project information and that it intends to configure.
- Reading the Manufacturer Identifier from the installed device and verifying whether it is identical to or compatible with the Manufacturer Identifier of the device that it holds in its project information and that it intends to configure.
- A list of additional Resources of which the value of the installed device and the value stored in the project for the device that it indends to configure shall be identical. For System B these shall be the Properties PID_ORDER_INFO (identical), PID_VERSION (identical or higher), and PID_HARDWARE_TYPE (identical) of the Device Object. The comparison is against the product data (parameter value in Application Program); if no such parameter exists the comparison shall be skipped.

Dazu müssten die Sollwerte aber dann irgendwo im Projekt/der knxprod definiert werden.
Aber da ich hier noch auf keinen grünen Zweig gekommen bin, werde ich es vorerst so machen, wie von dir vorgeschlagen.

Viele Grüße
Michael

[thewhobox]

Ich konnte die Parameter PID_VERSION, HARDWARE_TYPE und ORDER_INFO in der knxprod allerdings noch nicht erfolgreich zuordnen.

Hallo Michael,

Die Themen hatten wir schon bei Post 1002
Das sind Propertys und die werden nicht in der Knxprod festgelegt.
Du musst sie über den KNX Stack festlegen.

In der Ladeprozedur kannst du diese Propertys dann abfragen.

Gruß Mike

[damic]

Regarding the Problems with ESP and ETS5: i´ve successfull loaded applications into esp with the knx-demo example.
Sometimes i had the same problems like you - the device is not recognized by ETS. Most of the time it was caused by bad Powersupply or unknown connection-/routing-problems (solved by restarting ETS / hole PC).

Es gab hier schon einige Beiträge zuvor Diskussionen darüber, welche Möglichkeiten es gibt, das laden einer falschen Applikation auf ein Gerät zu verhindern.
In der AN 157 Seite 10 - "Pre-download verification step" für 57B0 habe ich nun Infos dazu gefunden, welche Verifikationsschritte die ETS von sich aus durchführt, bevor eine Applikation geladen wird.
Zum einen wir der Device Descriptor Type 0 ausgelesen (ich gehe davon aus, dass hier dinge wie die Maskenversion geprüft werden)
Zum anderen wird der Manufacturer Identifier geprüft.
Soweit so gut, das konnte ich über das setzen eines anderere Herstellers verifizieren.
Interessant wird es ab hier:

A list of additional Resources of which the value of the installed device and the value stored in the project for the device that it indends to configure shall be identical. For System B these shall be the Properties PID_ORDER_INFO (identical), PID_VERSION (identical or higher), and PID_HARDWARE_TYPE (identical) of the Device Object. The comparison is against the product data (parameter value in Application Program); if no such parameter exists the comparison shall be skipped.

Ich konnte die Parameter PID_VERSION, HARDWARE_TYPE und ORDER_INFO in der knxprod allerdings noch nicht erfolgreich zuordnen. Hat hier jemand Ideen, wie diese mit der knxprod korrespondieren?

Viele Grüße
Michael

[richardpub]

The flash button should be the programming button for nodemcu. There should be a debug message on the serial console and a led should blink of turn on if the programming mode of the device is active.

I think I'll have to go through the analysis of the "thesing" code in order to see at what level during the total download in ETS5, and its request for action on the programming button of the ESP8266 is read for understand why the action on my ESP8266 is not working.
Can you tell me at what level of code is this done ???
Can someone who has functionally used "knx-demo" with an ESP8266 and ETS5 give me any advice?

Otherwise I think I'll have to leave with a code from knx-demo, totally new from Github.

Kind regards

[thewhobox]

"der Schüssel ist nicht enthalten blabla"

Ich hab jetzt mal rumprobiert...
Auch mit geänderter knx_master.xml kommt die gleiche Fehlermeldung.
Meine Vermutung: Die Datei ist Signiert und wird einfach verworfen, wenn die Signatur nicht passt

[richardpub]

Hi,

you are sure that your ETS is using an KNX-IP-Router to access yournetwork? I have no experience with ESP and especially with the KNX-IP version of the stack, but you need a router.

You wrote, you have a successful test with your own knxprod, I would suggest to compare the console outputs of both approaches, probably there is a difference.

Regards,
Waldemar

Hi,

My ETS does use a KNX-IP-Router to access my network. I can connect to the domain of my IP network (192.168.1.xx), or in multicast. But one or the other does not change anything.

On the other hand my GA range, for participants created with knx-demo only accepts 1.0.xx and not the usual range of my participants with a GA in 1.1.xx

Could this be the cause of my problems ??

I don't understand how I was able to make my connection, the first time with the Thelsing knx-demo example and that I can't do it now.

Greetings,

[mumpf]

Hi,

you are sure that your ETS is using an KNX-IP-Router to access your network? I have no experience with ESP and especially with the KNX-IP version of the stack, but you need a router.

You wrote, you have a successful test with your own knxprod, I would suggest to compare the console outputs of both approaches, probably there is a difference.

Regards,
Waldemar

[richardpub]

The flash button should be the programming button for nodemcu. There should be a debug message on the serial console and a led should blink of turn on if the programming mode of the device is active.

*wm:[2] Connecting as wifi client...
*wm:[2] setSTAConfig static ip not set, skipping
*wm:[1] Connecting to SAVED AP: AsusRichard4136
*wm:[1] connectTimeout not set, ESP waitForConnectResult...
*wm:[2] Connection result: WL_CONNECTED
*wm:[1] AutoConnect: SUCCESS
*wm:[1] STA IP Address: 192.168.1.228
readMemory
RESTORED FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
saved memory doesn't match manufacturerId, version or hardwaretype
manufacturerId: FFFF FA
version: FFFF 3
hardwareType: FF FF FF FF FF FF
00 00 00 00 00 00
setup multicast addr: 224.0.23.12 port: 3671 ip: 192.168.1.228
result 1
progmode on

This is the debug message on the serial console and the LED is solid blue.

When I press the Flash button for the download of the participant to create with knx-Demo in ETS5, the code adds the last line "progmode on", but nothing happens. "Temperatursensor" remains flashing when downloading in ETS5.

[mumpf]

Spannend wird es sowieso die ETS6 , ob alles noch geht...

Zumindest kann ich meine knxprod, die mit dem aktuellen multiplychannels erzeugt werden (und eine ETS >= 5.6 braucht) in die ETS 6 importieren. Programmieren hab ich noch nicht versucht, erwarte da aber keine Probleme.

Ich hab noch keine Zeit gefunden, die Schema-Version 20 der ETS 5.7 zu unterstützen, das liegt daran, dass in der 5.7 eine dll weggefallen ist und man deswegen andere Methoden aufrufen muss. Da das in thesing (Thomas) CreateKnxProd bereits drin ist, würde ich da "abkupfern". Hab ich mir mal für die Weihnachtsferien vorgenommen. Damit würde man bis Schema 20 (und ETS 5.7) dabei sein. Wie das dann mit Schema 21 der ETS 6 aussieht (und damit auch eine ETS 6 zum konvertieren benötigt), weiß ich leider nicht. Noch hoffe ich, dass der Umbau für die 5.7 auch mit der 6.0 funktioniert.

Gruß, Waldemar

[thewhobox]

ETS6

ohje. An die hab ich auch noch nicht gedacht.
Ja das wird spannend.

Wofür bräuchtest du denn neue DPT?

[Ing-Dom]

- Neuer DPT/DPST wird nicht importiert

neue DPT einzubringen wäre natürlich super könnte ich auch brauchen.

Spannend wird es sowieso die ETS6 , ob alles noch geht...

[thewhobox]

Also ich glaube die Master Dateien sind immer abwärtskompatibel.
In der XML gibt es auch ein Attribut für Version.
Denke sobald die Version höher ist als die lokale wird die Datei importiert.

[mumpf]

Hey Mike,

wie läuft das überhaupt mit der master.xml? Die ist ja bei jeder knxprod dabei, also potentiell auch in sehr alten Versionen mit ganz wenigen DPT. Gibt es denn da überhaupt irgendein Bezug zu der master.xml der (neusten) ETS? Oder wird einfach die Master der aktuellen knxprod genommen? Dann gäbe es nämlich keine Kollisionen mit irgendwas. Die master.xml beschreibt dann einfach die Hersteller und DPT usw. die zum Erstellungszeitpunkt der knxprod verfügbar waren.

Oder wird da was gemerged oder so?

Gruß, Waldemar

[thewhobox]

meins ist dafür umso größer.
Hab mich nun lange damit beschäftig wegen der Kaenx und meinem eigenen KnxProd Erzeuger.

Ja das kann ich nicht ausschließen. Das schlimmste was mal passieren kann:
- Neuer Hersteller wird nicht importiert
- Neue Maskenversion wird nicht importiert
- Neuer DPT/DPST wird nicht importiert

Mir gehts hauptsächlich darum, ob das überhaupt funktionieren würde

[Ing-Dom]

achso. Meine knxprod Kentnisse sind paktisch nicht existent
Ich hätte aber Bedenken mit der modifizierten knx-master, das könnte Probleme bei späteren "echten" Updates der master geben, oder?

Klar wärs schön aber so richtig schlimm ist das auch nicht dass die Geräte und KNX A zu finden sind.