Ankündigung

Einklappen
Keine Ankündigung bisher.

OpenKNX IP-Router

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

  • Ing-Dom
    antwortet
    Zitat von mondphil Beitrag anzeigen
    REG1-LAN-TP-Base Komplettbausatz mit der Artikelnummer 0431-KIT gekauft, verlötet ist der RP2040 Chip.
    das kann gar nicht sein.Kannst du bitte ein Foto machen aus dem das hervorgeht?
    Der Schaltaktor ist ein RP2040 basierende Gerät, aber die mit LAN sicher nicht.

    Zitat von mondphil Beitrag anzeigen
    Windows erkennt einen virtuellen COM-Port (CH340) erkannt. Beim ersten verbinden hat er sich als Massenspeicher gemeldet.
    Das ist ausgeschlossen.
    Ich denke das du hier ein paar Sachen durcheinanderbringst..

    Bitte verbinde den REG1-LAN-TP-Base per USB mit dem Rechner, kontrolliere ob der virtuelle Comport im Gerätemanager erscheint und führe anschließend das USB-Upload ps1 Skript aus und verfolge den Prozess. Dann sollte das klappen, wenn nicht, bitte mit detaillierter Beschreibung wann genau mit welcher Meldung es hakt.

    Einen Kommentar schreiben:


  • mondphil
    antwortet
    Zitat von Ing-Dom Beitrag anzeigen
    Das kann eigentlich gar nicht sein weil die Toolbox kein ESP unterstützt?
    Auch auch meldet sich ein ESP grundsätzlich nie als Massenspeicher, immer nur als virtueller Comport - wenn der korrekte CH340 Treiber installiert ist. Ist das der Fall?
    Laut deiner Rechnung vom 22.06. habe ich den REG1-LAN-TP-Base Komplettbausatz mit der Artikelnummer 0431-KIT gekauft, verlötet ist der RP2040 Chip.
    Windows erkennt einen virtuellen COM-Port (CH340) erkannt. Beim ersten verbinden hat er sich als Massenspeicher gemeldet.
    Mit der Toolbox habe ich die Firmware für den RP2040 hochgeladen. (Wählt man die ESP32-FW aus, wird das Gerät auch gar nicht in der Liste der flashbaren Geräte aufgeführt).

    Gruß,
    Philipp

    Einen Kommentar schreiben:


  • Ing-Dom
    antwortet
    Zitat von mondphil Beitrag anzeigen
    Zwei flammneue REG1-LAN-TP-Base mittels Toolbox auf V.0.7.0 geflasht. Rückmeldung war bei beiden "Firmware erfolgreich übertragen".
    Das kann eigentlich gar nicht sein weil die Toolbox kein ESP unterstützt?
    Auch auch meldet sich ein ESP grundsätzlich nie als Massenspeicher, immer nur als virtueller Comport - wenn der korrekte CH340 Treiber installiert ist. Ist das der Fall?

    Einen Kommentar schreiben:


  • mondphil
    antwortet
    Zitat von Ing-Dom Beitrag anzeigen
    welche Version war vorher drauf?

    Haben weitere User das Problem auch gehabt?
    Sollte eigentlich nicht sein..
    Hallo Dominik,

    ich habe vermutlich das selbe Problem. Zwei flammneue REG1-LAN-TP-Base mittels Toolbox auf V.0.7.0 geflasht. Rückmeldung war bei beiden "Firmware erfolgreich übertragen".
    Danach per KNX angeschlossen: keinerlei LED, Programmiermodus kann nicht eingeschaltet werden.
    Per USB an PC angeschlossen: wird nicht als Massenspeicher erkannt. Ausgabe der seriellen Konsole anhängend. Reset der Firmware bzw. Aktivieren des Bootsel-Modus über verschiedene Wege (mit Reset-Taster, mit USB trennen) nicht möglich. Werden auch von der Toolbox und auch vom PS-Script nicht gefunden.

    Ich habe gestern noch zwei andere OpenKNX Geräte geflasht (4xSELV-Aktor; Soundmodul), die sind beide funktionsfähig.

    Hast du noch eine Idee um wieder in den Bootloader-Modus zu kommen?

    Gruß,
    Philipp

    Angehängte Dateien

    Einen Kommentar schreiben:


  • olemaan
    antwortet
    Ja, ich hatte auch nicht erwartet, dass der Router irgendeinen Einfluss auf die Kommunikation der Secure-Geräte hat. Hätte ich mehr Zeit gehabt oder hätte jemand geschrieben "Doch, läuft bei mir", hätte ich auch nicht so schnell ein alternatives Interface bestellt aber nun kann ich wenigstens gegentesten. Vermutlich ist es nur irgendwas Banales.

    Der Router agiert aktuell nur als Interface für die ETS und ich kann das Gerät einfach nicht Programmieren, also weder PA noch die Applikation wenn ich die PA vorher mit dem Enertex-Interface vergeben habe. Die ETS wartet auf das Drücken der Programmiertaste, der Taster ist im Programmiermodus und das wars
    ETS Diagnose zeigt das hier:
    grafik.png

    Der selbe Taster am selben Anschluss mit dem Enertex-Interface war dann problemlos möglich.
    Ich habe aber auch nicht die aktuelle Firme​ware auf dem Router und wollte auf Grund der Zeitnot nicht damit anfangen alles zu verändern. Falls der Konfigurations- oder Bedienfehler nicht sowieso sofort klar ist, teste ich gerne in ein paar Wochen systematischer.

    Einen Kommentar schreiben:


  • Ing-Dom
    antwortet
    der Router macht ja eigentlich nichts außer Telegramme 1:1 weiterzuleiten.
    Insofern kann ich mir nur vorstellen dass irgendein Spezialhandling hier noch einen Bug hat oder fehlt.

    Wie genau äußert sich denn der Fehler und was genau machst du und wie genau ist der Router beteiligt.

    Einen Kommentar schreiben:


  • olemaan
    antwortet
    Für alle die es interessiert, offenbar kann man Secure-Geräte auch nicht im unsicheren Modus über den OpenKNX-Router konfigurieren.

    Ich habe den OpenKNX-Router als Schnittstelle für die ETS verwendet und konnte darüber bisher alle Geräte einbinden. Der Jung F40 war das erste Secure-Gerät.
    Für meinen Anwendungsfall benötige ich allerdings keine Secure-Funktionen und will die Komplexität der Installation nicht unnötig erhöhen, deshalb werden die Tastsensoren im unsicheren Modus betrieben. Nachdem ich mit dem OpenKNX-Router die physikalische Adresse nicht programmieren konnten, habe ich mir ein Enertex IP Secure Interface bestellt (das auch im unseren Modus betrieben wird) und damit war das Programmieren der Adresse und der Applikation problemlos möglich.

    Auch nach der Zuordung der PA war das Programmieren der Applikation des Tastsensors über den OpenKNX Router nicht möglich.

    Ich hatte bisher gedacht, dass Secure-Geräten, die im unsicheren Modus betrieben werden, identisch zu den Nicht-Secure-Geräten kommunizieren aber entweder ist das nicht so oder der OpenKNX-Router blockt irgendwas bzw. ich habe etwas falsch konfiguriert. Leider fehlt mir gerade die Zeit, mich da genauer einzulesen.
    Zuletzt geändert von olemaan; 03.04.2026, 07:38.

    Einen Kommentar schreiben:


  • olemaan
    antwortet
    KNX Secure geht ja mit der Applikation nicht. Lassen sich dann Secure-Geräte einbinden, bei denen man die Secure-Funktion nicht aktiviert?
    Ich versuche gerade einem Jung F40 Tastsensor, den es nur noch als Secure-Variante gibt, eine PA zuzuordnen und die ETS findet das Gerät nicht.
    Meinen schon vorhandenen F40 Taster ohne Secure kann ich problemlos programmieren.

    Einen Kommentar schreiben:


  • Laudi111
    antwortet
    Zitat von Ing-Dom Beitrag anzeigen
    welche Version war vorher drauf?
    .
    Bei mir war vorher die 0.6.1 drauf.

    Einen Kommentar schreiben:


  • sunshine000
    antwortet
    Hallo, ich habe zwei Probleme mit der RP2040-Firmware V0.7.0:

    1. Wenn ich ein IP-Gateway mit dem Home Assistant verbinde und einen Timer für die minütliche Ein-/Ausschaltung des Aktuators im Home Assistant einstelle, werden die ETS-Pakete nach etwa 72 Stunden unzuverlässig. Nachdem ich andere Störungen ausgeschlossen habe, behebt ein Neustart des Gateways das Problem. Liegt das an einer Netzwerküberlastung?

    2. Bei aktuell verfügbaren sicheren Geräten kann ETS6 die physische Adresse weder per Multicast noch per Tunneling ermitteln. ETS5 kann die physische Adresse zwar per Multicast ermitteln, aber nicht herunterladen.

    Das gleiche Problem trat auch bei früheren Firmware-Versionen auf. Könnten wir die möglichen Ursachen dieser Probleme besprechen?​

    Einen Kommentar schreiben:


  • schuma
    antwortet
    Ich habe die Firmware über die Datei in dem ZIP per OTA übertragen und die Application In ETS einfach getauscht.
    Das lief völliger problemlos.

    Einen Kommentar schreiben:


  • Ing-Dom
    antwortet
    welche Version war vorher drauf?

    Haben weitere User das Problem auch gehabt?
    Sollte eigentlich nicht sein..

    Einen Kommentar schreiben:


  • Laudi111
    antwortet
    Hey, hier ne kurze Info, ich hab eben versucht, das Update auf die v0.7.0 zu machen (per OpenKNX.Toolbox) per USB.
    Das schien auch erstmal soweit funktioniert zu haben, es kam die Meldung, dass die Firmware erfolgreich übertragen wurde.

    Ich hab dann das REG1-Eth wieder an den Bus gesteckt, und wollte die neue Applikation per ETS übertragen, allerdings hat das Interface nicht mehr auf den Prog-Taster reagiert und auch sonst hat keine LED geleuchtet. Auch am PC hab ich das Gerät nicht mehr verbunden bekommen (an 2 PCs getestet).

    Ich war dann schon am verzweifeln, aber nach einer kurzen Suche hab ich den Tipp gefunden mit gedrückter BOOT/ RES Taste per USB zu verbinden und dann wurde das Interface auch direkt wieder am PC gefunden. Nach dem neu programmieren hats dann auch direkt geklappt und ich konnte in der ETS die neue Applikation aufspielen, die phys. Adresse musste auch nicht neu angelernt werden.

    Einen Kommentar schreiben:


  • Ing-Dom
    antwortet
    Es gibt eine v0.7.0: https://github.com/OpenKNX/OAM-IP-Ro...ases/tag/0.7.0

    - Applikation laden nach FW-Update mit neuer ETS-Version ist ab jetzt möglich mit Erhalt der PA (vorher ist das Laden der Applikation abgebrochen und ein erase knx war nötig)
    - APDU Property PID_MAX_APDU_LENGTH_ROUTER von 220 auf 254 geändert
    - Bugfix ConfigReq werden nun korrekt beantwortet​

    Einen Kommentar schreiben:


  • shortyle
    antwortet
    Zitat von MarcoLanghans Beitrag anzeigen
    oder hast du einen Multicast Router oder sonst was in dieser Richtung?
    Puh so tief stecken ich dann in der Materie nicht drin. Hab ne Unifi DreamMachine und ein Unifi POE Switch.

    Einen Kommentar schreiben:

Lädt...
X