freebus.org

Hallo zusammen,

die neue Lib für den AVR Kontroller ist fertig und ich habe sie die letzten Tage getestet und bei mir scheint alles zu funktionieren.
Jetzt würde ich gerne noch einen Test mit anderen Leuten machen, bevor ich alles ins Git lade.

Anbei eine Version für die 328P. Einmal für die Hardware Revision 3.01 und für das neue Kontrollerboard (mit Funkteil).
Ich würde mich freuen, wenn ihr die Versionen testen würdet. Wenn alles klappt, lade ich es ins Git.

_________________
Gruß
Matthias

Neue Version hochgeladen, entspricht commit 00d8cbb13ceac770a215942d7affd7840e406fa4.

_________________
Gruß
Matthias

Hallo Matthias,

ich hab heute vormittag mal das obern verlinkte hex in 5 Aktoren geflascht.

Bei keinem der Aktoren funktionieren die Rückmelde Objekte mehr.

Die Schaltvorgänge funktionieren, aber die Rückmeldeobjekte geben keinen Muks von sich.


Habe nun erstmal die 168er mit der alten Firmware wieder eingebaut da ich auf die Rückmeldungen angewiesen bin.

Könntes du da vielleicht mal einen Blick auf den Code werfen?

Kann ich da nochwas falsch gemacht haben?


(Mein Vorgehen: Nagelneue 328p, Fuses wie im GIT Readme gesetzt (xFD,xD9,xCF), das Hex reingeflasht. Dann in der ETS zuerst nur die PA programmiert, anschließend dann Parameter & Gruppenadressen)

Gruß Martin

Nein, du hast alles richtig gemacht.

Matthias hat die Rückmeldeobjekte nicht implementiert!!

Ich habe mal auf die schnelle etwas implementiert, aber noch nicht auf der HW getestet.
Du könntest mal deinen git Branch updaten und einen Test durchführen. Berichte mal ob es funktioniert.

Gruß
Dirk

Hi, danke für die Information.

Mit Git Branch updaten meinst du einach einen neuen git clone? Und dann wie in der Anleitung von Matthias beschrieben übersetzen?

Werd mal schauen wann ich das schaffe. Danke für den Einsatz


Langsam macht mich das echt wahnsinnig, in der Featureliste steht nämlich das die implementiert sind:

http://www.freebus.org/content/avr-8-out-hardware-rev-301


EDIT:

Ich hab jetzt einfach mal neu ausgechekt und erfolgreich compiliert. Werd es heut abend mal Testen.
Frage: Beim Compolieren ist auch ein app-8-out.ee.hex entstanden. Ist dies für den EEPROM? Muss der auch geflasht werden?

Ich hab nämlich das Symptom das bei neu Programmierten MCU´s der Aktor mit allen Kanälen EINGESCHALTET startet.


Gruß Martin

Hallo zusammen;

bei mir funktioniert die neue Firmware leide noch nicht. Ich betreibe im Moment das RF Board, auf nem Steckbrett ,ohne Funk.
Leider habe ich bei der Version hier aus dem Forum, sowie bei der selbst compilierten das Problem das ich mit der ETS die physikalische Adresse nicht programmieren kann.
Gibt es hier einen Trick bei? Da es ja anscheinend bei den meisten läuft habe ich erstmal auf meine Schaltung getippt. Diese jetzt aber schon 4 mal kontrolliert. Am Pin Eib_in liegen 2,2V an. Am Pin EIB_out 0V.

Der µc gibt mir über UART folgendes aus:


V2.0
EEPROM:
[...]
ADR:01
G00:FFFF
ASOC:00
COMM:00
SET PINS FF WLWLWLWLWLWLWLWLDone.
Sw SWITCH 00 TO 00
V2.0
Empty EEProm.
EEPROM:
[...]
ADR:01
G00:FFFF
ASOC:00
COMM:00
SET PINS FF WLWLWLWLWLWLWLWLDone.
Sw SWITCH 00 TO 00 P on

Wäre hier dankbar für jeden Tipp.

Gruß Christoph

So in der Art. Einen neuen clone brauchst du nicht unbedingt. Ein update reicht. Dann wie Matthias beschrieben hat übersetzen.


Sorry, diese Funktionalität ist mit der Umstellung auf die neue Lib buggy.


Super.
Die app-8-out.ee.hex kannst du ignorieren. Ist leerer EEPROM Inhalt. Der richtige Inhalt wird später per ETS programmiert.


Das ist dann evtl. noch ein weiteres Problem. Ich denke mal darüber nach.

Dirk

Siehst du irgendwelche Fehlermeldungen (FERR oder PERR) ?
Mit welchen Flags hast du die Software compiliert? EIB_in und EIB_out liegen an den richtigen Pins?

Dirk

Hallo

also ich habe mit FB_TP DEBUG_UART und F_CPU=8000000UL compiliert. Dann halt gegen die Libfbtpdebug.

Das letzte was der mit auf der Uart ausgibt ist P on. Dies kann ich so oft ich will wiederholen. "Leider" keine weiteren Fehlermeldungen.
Muss ich bei der Schnittstelle was beachten? Ich benutze hier das Merten USB Interface?

Viele Grüße und schon mal Danke.
Christoph

So ich konnte mein HEX nun mal auf Hardware testen.

Ergebnis ist das die PROG LED nicht an bleibt und die Phys. Adresse nicht programmiert werden kann.

SVN Checkout von Heute, nach Anleitung mit Atmel Studio kompiliert.

FUSES xFD,xD9.xCF

Defines waren: -DFB_TP -DBOARD301 (ja hab das alte Board)

Libs waren: m, libfbtp.a & libavreib.a

Make lief ohne Fehler durch

Hab ich was falsch gemacht oder Bug?

Gruß Martin

Hi,

ja das Problem, daß die Prog LED nicht anbleibt hatte ich vor einem Monat schon hier beschrieben: http://freebus.org/phpBB3/viewtopic.php?f=10&t=2031. Leider hatte ich noch keine Zeit mich weiter darum zu kümmern.
Ich glaube aber auch nicht, daß ich da viel tun kann, da die Lib nicht Quelloffen ist. Ein Debuggen ist da schwierig bis unmöglich.
Auf meine Frage aus welchem Commit das Hex auf der Homepage stammt wurde auch nicht eingegangen (weiß wahrscheinlich auch keiner mehr).

Sebastian

Hi, Sebastian, das hex auf der Webseite ist für den 328p da geht das soweit. Nur Rückmeldungen sind dort keine eingebaut

Ich habe mein aktuelles hex aus dem Git gebaut, dort sollten nun Rückmeldungen implementiert sein, das wollte ich mal Testen. Nur bleibt nun beim selbstgebauten Hex die Led nicht an.

Gruss Martin

Lösche hier mal libfbtp.a
Für das alte Board ist libavreib.a richtig.

Als Optionen habe ich bei mir:
-DFB_TP -DBOARD301 -DF_CPU=8000000UL

Damit kann ich zumindest unter Linux eine Hex bauen die auch über KNX kommuniziert. Mehr konnte ich momentan nicht testen. Evtl. habe ich am We etwas Zeit.

Probiere mal mit o.g. Änderung, dann sollte es eigentlich funktionieren.

Dirk

Die Ausgaben sehen soweit ok aus, der AVR läuft korrekt. Jedoch wird anscheinend kein Telegram empfangen.


Wie ist das zu verstehen? Hast du eine bestückte Platine oder sind AVR und Grundschaltung auf dem Steckbrett?
Bei letzterem würde ich eher auf falsche Pinbelegung tippen.

Gruß
Dirk

@KrasserMann

Ich habe gerade nochmal kurz die Rückmeldeobjekte ausprobiert. Das funktioniert leider noch nicht so wie gewünscht. Der Wert scheint invertiert zu sein. Entschuldigung.

Werde ich mir nochmal genauer anschauen. Mir sind aber noch ein paar Dinge aufgefallen, die ich gerne mit Matthias (Idefix) besprechen würde.

Viele Dank für die Rückmeldung und deine Geduld. Du bekommst Bescheid sobald diese Fehler behoben sind.

Dirk