OpenKNX-Logikmodul release

[stoepf]

Hab gerade in der Hilfe noch den BCU-Status entdeckt. Vielleicht hilft folgendes Log auch noch.
Die 5 ignorierten Nachrichten zu Beginn sind von anderen Geräten.

0d 00:02:42: BCU<Status>: Connected
0d 00:02:42: BCU<Received>: Processed: 0 - Ignored: 5 - Invalid: 0 - Unknown: 0
0d 00:02:42: BCU<Transmitted>: Processed: 0/0
0d 00:02:45:
0d 00:02:45:
0d 00:02:47: p
0d 00:02:47: KNX: progmode on
0d 00:02:48: KNX: TPUart state error: 100000
0d 00:02:51: KNX: TPUart state error: 100000
0d 00:02:54: KNX: TPUart state error: 100000
0d 00:02:54: p
0d 00:02:54: KNX: progmode off
0d 00:02:58: bcu
0d 00:02:58: BCU<Status>: Connected
0d 00:02:58: BCU<Received>: Processed: 3 - Ignored: 5 - Invalid: 0 - Unknown: 0
0d 00:02:58: BCU<Transmitted>: Processed: 3/3
​

[stoepf]

Hallo Waldemar,

kein Problem. Hier der neue Log nach einem Neustart:

0d 00:01:13: KNX:
0d 00:00:01: Common: Init firmware
0d 00:00:01: KNX: Set Callback
0d 00:00:01: Common: Init knx stack
0d 00:00:01: KNX: readMemory
0d 00:00:01: KNX: 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
0d 00:00:01: KNX: DataObject api changed, any data stored in flash is invalid.
0d 00:00:01: KNX: expexted DataObject api version: 1, stored api version: FFFF
0d 00:00:01: KNX: ETS has to reprogram PA and application!
0d 00:00:01: UsbExchange: Inizialize usb exchange flash
0d 00:00:01: KNX: TP is connected
0d 00:00:01:
0d 00:00:01: +------------+-----------------------------------------------------------------+
0d 00:00:01: | | |
0d 00:00:01: | Open # | Device: OpenKnxLogic (3.2.0) - Address: 15.15.255 |
0d 00:00:01: | +----+ | |
0d 00:00:01: | # KNX | www.openknx.de - wiki.openknx.de - forum.openknx.de |
0d 00:00:01: | | |
0d 00:00:01: +------------+-----------------------------------------------------------------+
0d 00:00:01:
0d 00:00:04: p
0d 00:00:04: KNX: progmode on
0d 00:00:07: KNX: TPUart state error: 100000
​

Wenn ich das KNX-Kabel abziehe, meldet das Modul zuverlässig den "disconnected" und beim Anstecken auch wieder "connected".

Viele Grüße
Stefan

[mumpf]

Hi Stefan,

entschuldige bitte, aber ich hab doch das falsche File genommen. Ich wollte Dir ja was schicken, in dem der KNX-Stack eine neuere Version hat und so auf der Konsole ein bcu-Befehl verfügbar ist, der weitere Analysen zulässt.

Ich schicke Dir das nochmal in der richtigen Version. ABER: Wenn Du das in die ETS importierst (was für einen Test, ob die PA programmiert werden kann, nicht nötig ist), bitte nur in einem Testprojekt. Wenn Du das in Dein Hauptprojekt machst, wirst Du ein Problem mit dem Update auf die nächste Release-Version bekommen. Ist eben nur eine Vorabversion, sorry.

Gruß, Waldemar

[stoepf]

Wenn ich ich an der BCU RX und TX verdreht habe sieht es wie folgt aus

​
0d 00:00:22: Common:                  System will restart now
0d 00:00:22: K
0d 00:00:01: Common:                  Init firmware
0d 00:00:01: KNX:                       Set Callback
0d 00:00:01: Common:                  Init knx stack
0d 00:00:01: KNX:                       readMemory
0d 00:00:01: KNX:                       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
0d 00:00:01: KNX:                       DataObject api changed, any data stored in flash is invalid.
0d 00:00:01: KNX:                       expexted DataObject api version: 1, stored api version: FFFF
0d 00:00:01: KNX:                       ETS has to reprogram PA and application!
0d 00:00:01: UsbExchange:             Inizialize usb exchange flash
0d 00:00:01: KNX:                     ERROR, TPUART not responding
0d 00:00:01:
0d 00:00:01: +------------+-----------------------------------------------------------------+
0d 00:00:01: |            |                                                                 |
0d 00:00:01: |   Open #   |   Device: OpenKnxLogic (3.1.7) - Address: 15.15.255             |
0d 00:00:01: |   +----+   |                                                                 |
0d 00:00:01: |   # KNX    |   www.openknx.de - wiki.openknx.de - forum.openknx.de           |
0d 00:00:01: |            |                                                                 |
0d 00:00:01: +------------+-----------------------------------------------------------------+
0d 00:00:01:
0d 00:00:03:
0d 00:00:04:

RX und TX richtig, dann verschwindet "TPUART not responding"

0d 00:00:10: Common:                  System will restart now
0d 00:00:10: KNX:
0d 00:00:00: Common:                  Init firmware
0d 00:00:00: KNX:                       Set Callback
0d 00:00:00: Common:                  Init knx stack
0d 00:00:00: KNX:                       readMemory
0d 00:00:00: KNX:                       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
0d 00:00:00: KNX:                       DataObject api changed, any data stored in flash is invalid.
0d 00:00:00: KNX:                       expexted DataObject api version: 1, stored api version: FFFF
0d 00:00:00: KNX:                       ETS has to reprogram PA and application!
0d 00:00:00: UsbExchange:             Inizialize usb exchange flash
0d 00:00:00: KNX:                     ownaddr FFFF
0d 00:00:00:
0d 00:00:00: +------------+-----------------------------------------------------------------+
0d 00:00:00: |            |                                                                 |
0d 00:00:00: |   Open #   |   Device: OpenKnxLogic (3.1.7) - Address: 15.15.255             |
0d 00:00:00: |   +----+   |                                                                 |
0d 00:00:00: |   # KNX    |   www.openknx.de - wiki.openknx.de - forum.openknx.de           |
0d 00:00:00: |            |                                                                 |
0d 00:00:00: +------------+-----------------------------------------------------------------+
0d 00:00:00:
0d 00:00:02:
0d 00:00:02:

Progmode aktiviert kommt auf der Konsole

0d 00:00:05: KNX: progmode on​

und wenn in der ETS nach entsprechenden Geräte gesucht wird, kommt regelmäßige folgende Ausgabe:

0d 00:00:12: KNX:                     got U_STATE_IND: TE
0d 00:00:13: KNX:                     L_DATA_CON not received within expected time
0d 00:00:13: KNX:                     datagroup-confirm: unhandled APDU-Type: 192

Ich hab die Bestückung von R4 auf 1K geändert, weil ich eigentlich die zweiten 3V3 haben wollte.
Aktuell benutze ich aber keine der beiden Spannungen aus der BCU.

Gruß Stefan

[mumpf]

stoepf: Stefan, hast Du denn nach der richtigen Verkabelung immer noch das Problem, dass Du keine PA zuweisen kannst?

Gruß, Waldemar

[Ing-Dom]

Oder irre ich da?

Sollte so passen.


verbinde mal USB mit Notebook und KNX mit KNX, starte am Notebook die serielle konsole.
dann machst du mal ein r - enter und dann postet du die Ausgabe hier.

Wenn du den prog mode aktivierst wird die led rot?


Dass es an der BCU liegt ist sehr unwahrscheinlich, vor allem wenn es eine voll bestückte BCU ist.

[stoepf]

UART nicht available

Ich hatte mal RX und TX gedreht, das ist ja auch immer ein klassischer Fehler beim Aufbau eine seriellen Verbindung.
Da hatte ich dann ein "TP-UART not found" oder so ähnlich.
Mit richtiger Verkabelung war die Meldung dann weg.

Meine anderen Module haben den NCN direkt auf der Platine.
Ich werde mir eine neue BCU bestellen, kann aber bisschen dauern.

Emailadresse kommt der PN.

Viele Grüße
Stefan

[mumpf]

Ja... In der alten ist aber ein

UART nicht available

oder so was ähnliches. Das wird Stefan schon erkennen, wenn er darauf achtet.

Und wenn du mir deine Mail-Adresse schickst, kann ich dir auch eine Vorabversion der neuen zukommen lassen, die steht sowieso kurz vor dem Release. Die ist deutlicher in den Meldungen, wenn an TP was nicht stimmt.

Gruß, Waldemar

[traxanos]

Der Hinweis kommt aber erst mit der neuen (zukünftrigen) Firmware!

[mumpf]

Noch ne andere BCU zum ausprobieren?
Meldet der denn auf der Konsole direkt nach dem boot, dass KNX da ist?

0d 00:00:03: KNX:                     TP is connected

Oder alternativ:

0d 00:00:54: KNX:                     TP is disconnected

Das wäre schon mal ein Hinweis...

Gruß, Waldemar

[stoepf]

Versuch erstmal ohne USB, nur um auszuschließen, dass es stört. Der PiPico kann ja auch über KNX versorgt werden.

Hab es auch mal ohne USB probiert, aber auch keine Meldung in der ETS.

NanoBCU keinen Wackler hat...

Das kann ich leider nicht ausschließen. Werde mir wohl eine neue BCU bestellen, den PiPico hab ich schon getauscht.

oder auch mal in einem Minimalsystem

Hab ich leider nicht.

Danke euch

[willisurf]

oder auch mal in einem Minimalsystem, d.h. nur SV und Schnittstelle, falls Du so etwas verfügbar hast oder leihen kannst.

[mumpf]

Versuch erstmal ohne USB, nur um auszuschließen, dass es stört. Der PiPico kann ja auch über KNX versorgt werden.

Sonst fällt mir nichts ein, wenn Du sicher bist, dass die KNX-Leitung wirklich verbunden ist und die NanoBCU keinen Wackler hat...

Gruß, Waldemar

[stoepf]

Ich hab heute versucht eine PiPico über NanoBCU und BCU-Breadboard-Adapter mit dem Logikmodul in Betrieb zu nehmen.
Das Programmieren des PiPico über USB hat problemlos funktioniert, ich sehe auch die Ausgaben auf der Console.
Ich kann auch in dern Programmiermode schaltem, allerdings lässt sich die Adresse nicht programmieren.
Aktuell hab ich noch keinen ADUM eingebaut, weil ich auf der USB-Seite das Notebook im Akkubetrieb einsetze und die glavanische Trennung nach meinem Verständnis dann nicht notwenig ist. Oder irre ich da?

Fehlermeldung in der Console sobald ich die ETS nach Geräten im Programmiermodus suchen lasse:

L_data_con not received within expected time

Zu der Fehlermeldung hab ich Hinweise gefunden, dass wegen dem KNXD evtl. 2 Geräte gleichzeitig im Programmiermodus erscheinen. Abschalten vom KNXD hat aber leider nichts gebracht.
Ein Sensormodul funktioniert ohne Problem


Irgendwelche Ideen?

Viele Grüße
Stefan

[mumpf]

Wie gesagt, das "was" ist klar.

Ich weiß auch inzwischen das "wie": Es wird im nächsten Release eine Endlosschleifen-Erkennung geben, ich konnte das so lokal bauen, dass es nur dezidierte Kanäle deaktiviert werden und der Rest des Logikmoduls unbeeinflusst bleibt.

Rahmendaten: Es müssen mehr als 50 Aufrufe eines Kanals in einer Sekunde erfolgen, dann wird er deaktiviert. Es wird nicht aktiv gemeldet. Man kann den Zustand über das Diagnoseobjekt abfragen und zurücksetzen. Da die Endlosschleifen-Erkennung eine Fehlkonfiguration behebt, ist das primäre Ziel, dass das Gerät programmierbar bleibt. Danach kann man es neu programmieren und weitere Versuche machen.

Gruß, Waldemar