freebus.org

Hallo zusammen,

erstmal ein frohes Neues!

Ich hab's nun auch geschafft die erste Module nachzubauen und eine "Testumgebung" einzurichten. Hat bis dahin auch alles mehr oder weniger Problemlos geklappt (Bis auf die kleinen Fehler die man grundsätzlich selber einbaut .

Allerdings hakt es bei der Inbetriebnahme der Module mit der ETS SW. Ich muss dazu sagen, dass meine bisherigen EIB Erfahrungen gleich null sind. Folgendes hab ich bis dato Probiert:

1. Projekt angelegt und zwei Geräte hinzugefügt (8-fach IN, Schaltaktor 8-fach -ohne Applikationsboard)

2. Einen AVR controller mit der "freebus-avr-8-out_v1382.hex" Datei programmiert und angeschlossen, zweiten controller mit "freebus-avr-8-in_v1382.hex" programmiert aber noch nicht angeschlossen.

3. Buszugriff über eibd und LPC controller mit FT1.2 hergestellt.

Der Buszugriff scheint grundsätzlich zu funktionieren. Wenn ich im ETS Menü über Diagnose/physikalische Adressen nach Modulen im Programmiermodus suche erscheint das Module mit der Adresse 1.1.51 sobald ich den Programmiertaster drücke. Jeder versuch auf das Modul zuzugreifen (z.B. über Geräteinfo oder Adresse programmieren schlägt fehl.

Hier mal das was ETS beim Versuch die Geräteinfo auszulesen ausspuckt:

EDI: KNXnet/IP
Params: Name='eibd';IpAddr='192.168.1.3';Port='3671';NAT='off'
Last messages (cEMI):
12:59:06.960 R L_DATA.con (UDT/GroupValue_Write) BC E0 0000 0901 01 00 81
12:59:06.960 R L_DATA.ind (UDT/GroupValue_Write) BC E0 0000 0901 01 00 81
12:59:08.742 S L_DATA.req (UDT/GroupValue_Write) 8C E0 0000 0901 01 00 81
12:59:08.757 R L_DATA.con (UDT/GroupValue_Write) BC E0 0000 0901 01 00 81
12:59:09.460 S L_DATA.req (UDT/GroupValue_Write) 8C E0 0000 0901 01 00 81
12:59:09.476 R L_DATA.con (UDT/GroupValue_Write) BC E0 0000 0901 01 00 81
12:59:10.242 S L_DATA.req (UDT/GroupValue_Write) 8C E0 0000 0901 01 00 81
12:59:10.242 R L_DATA.con (UDT/GroupValue_Write) BC E0 0000 0901 01 00 81
13:00:56.586 S L_DATA.req (UDT/GroupValue_Write) 8C E0 0000 0901 01 00 80
13:00:56.586 R L_DATA.con (UDT/GroupValue_Write) BC E0 0000 0901 01 00 80
13:00:56.586 R L_DATA.ind (UDT/GroupValue_Write) BC E0 0000 0901 01 00 80
13:00:59.680 S L_DATA.req (UDT/GroupValue_Read) 8C E0 0000 0901 01 00 00
13:00:59.680 R L_DATA.con (UDT/GroupValue_Read) BC E0 0000 0901 01 00 00
13:00:59.680 R L_DATA.ind (UDT/GroupValue_Read) BC E0 0000 0901 01 00 00
13:01:37.603 S L_DATA.req (UDT/IndividualAddress_Read) 80 E0 0000 0000 01 01 00
13:01:37.603 R L_DATA.con (UDT/IndividualAddress_Read) B0 E0 0000 0000 01 01 00
13:01:37.619 R L_DATA.ind (UDT/IndividualAddress_Read) B0 E0 0000 0000 01 01 00
13:01:37.791 S L_DATA.req (OPR/) 80 60 0000 1133 00 80
13:01:37.806 R L_DATA.con (OPR/) B0 60 0000 1133 00 80
13:01:37.806 S L_DATA.req (NDT-0/DeviceDescriptor_Read) 80 60 0000 1133 01 43 00
13:01:37.806 R L_DATA.con (NDT-0/DeviceDescriptor_Read) B0 60 0000 1133 01 43 00
13:01:38.025 R L_DATA.ind (ACK-0/) B0 60 1133 0000 00 C2
13:01:40.603 S L_DATA.req (UDT/IndividualAddress_Read) 80 E0 0000 0000 01 01 00
13:01:40.603 R L_DATA.con (UDT/IndividualAddress_Read) B0 E0 0000 0000 01 01 00
13:01:40.916 S L_DATA.req (CLR/) 80 60 0000 1133 00 81
13:01:40.916 R L_DATA.con (CLR/) B0 60 0000 1133 00 81
13:01:43.603 S L_DATA.req (UDT/IndividualAddress_Read) 80 E0 0000 0000 01 01 00
13:01:43.619 R L_DATA.con (UDT/IndividualAddress_Read) B0 E0 0000 0000 01 01 00
13:01:43.619 R L_DATA.ind (UDT/IndividualAddress_Read) B0 E0 0000 0000 01 01 00
13:01:43.697 R L_DATA.ind (UDT/IndividualAddress_Response) BC F0 1133 0000 01 01 40
13:01:46.666 S L_DATA.req (OPR/) 80 60 0000 1133 00 80
13:01:46.666 R L_DATA.con (OPR/) B0 60 0000 1133 00 80
13:01:46.666 S L_DATA.req (NDT-0/DeviceDescriptor_Read) 80 60 0000 1133 01 43 00
13:01:46.681 R L_DATA.con (NDT-0/DeviceDescriptor_Read) B0 60 0000 1133 01 43 00
13:01:46.884 R L_DATA.ind (ACK-0/) B0 60 1133 0000 00 C2
13:01:52.994 S L_DATA.req (CLR/) 80 60 0000 1133 00 81
13:01:52.994 R L_DATA.con (CLR/) B0 60 0000 1133 00 81
13:01:53.041 S L_DATA.req (UDT/IndividualAddress_Read) 80 E0 0000 0000 01 01 00
13:01:53.056 R L_DATA.con (UDT/IndividualAddress_Read) B0 E0 0000 0000 01 01 00
13:01:53.056 R L_DATA.ind (UDT/IndividualAddress_Read) B0 E0 0000 0000 01 01 00
13:01:53.150 R L_DATA.ind (UDT/IndividualAddress_Response) BC F0 1133 0000 01 01 40
13:02:06.884 S L_DATA.req (UDT/IndividualAddress_Read) 80 E0 0000 0000 01 01 00
13:02:06.884 R L_DATA.con (UDT/IndividualAddress_Read) B0 E0 0000 0000 01 01 00
13:10:37.690 S L_DATA.req (OPR/) 80 60 0000 1133 00 80
13:10:37.690 R L_DATA.con (OPR/) B0 60 0000 1133 00 80
13:10:37.690 S L_DATA.req (NDT-0/DeviceDescriptor_Read) 80 60 0000 1133 01 43 00
13:10:37.706 R L_DATA.con (NDT-0/DeviceDescriptor_Read) B0 60 0000 1133 01 43 00
13:10:37.909 R L_DATA.ind (ACK-0/) B0 60 1133 0000 00 C2
13:10:44.018 S L_DATA.req (CLR/) 80 60 0000 1133 00 81
13:10:44.018 R L_DATA.con (CLR/) B0 60 0000 1133 00 81


Hat jemand eine Idee was ich falsch mache oder wo das Problem liegt?

Vielen Dank schon mal!

Gruß

Nils

Hallo Nils,

ich hatte vor einiger Zeit auch Probleme beim paramatrieren des AVR mit der ETS.

Siehe Link: viewtopic.php?f=10&t=1089

Denke das du das gleiche Problem hast.
Ich hab fuer den 8fach-in und 8fach-out eine Firmware aus dem SVN geschickt bekommen, mit dieser funktioniert die
Programmierung mit der ETS ohne Probleme.

Schreib doch mal ne PN an Idefix, der Programmiert die AVR Software, und der kann dir bestimmt weiterhelfen.

Gruss Jens

ich habe zwar gerade keine Testumgebung bei mir laufen um es jetzt zu testen, aber ich habe die aktuellen Versionen in den Downloadbereich gestellt.
Da ich bis jetzt kein negatives Feedback bekommen habe, gehe ich davon aus, die funktionieren.

_________________
Gruß
Matthias

Hi,

habe gerade nochmal die neueste Version aus dem DL Bereich geflasht. Leider geht es immer noch nicht. Ich baue gerade ein paar LPC Controller auf, die ich nachher nochmal testen werde. Mal schauen ob es damit anders aussieht...

Meld' mich später nochmal.

Gruß

Nils

Hallo nochmal,

einen qualmenden LPC später läuft nun das Controllerboard mit Jalousie FW. Adressen und Parameter lassen sich Programmieren.

Der Fehler am AVR board lag vermutlich daran, dass ich einen mega168 anstatt des 168PA verwendet habe... Werde mir die Tage mal den korrekten Controller besorgen und weiter testen.

Danke für eure Hilfe!

Gruß

Nils

Hallo Nils,

ja das kann durchaus sein, der 168 hat andere Register als der 168P(A) und ist aus diesem Grund denke ich nicht binärkompatibel.

Wenn du neu Infos hast, lass es uns bitte wissen.

_________________
Gruß
Matthias