uracoli - raspbee Board - BOOTOFFSET

[Ralf K. (elral)]

Hallo zusammen,

ich habe mir die letzten Tage uracoli etwas näher angeschaut.
Dabei ist mir aufgefallen, dass für das raspbee Board von Dresden 
Elektronik der BOOTOFFSET mit 0x1e000 definiert ist. Zu finden in 
board_cfg.h, den *.mk für wibo, makefile für wuart und den 
entsprechenden xmpl makefiles. Im Zip File der devel Sourcen ist es auch 
in der board.cfg so definiert (deswegen dann ja auch in den sourcen).
Auf dem Board ist aber doch ein ATmega256RFR2 verbaut, bei dem die 
Bootloaderadresse 0x1F000 (bei 4096 words) ist, also ein BOOTOFFSET von 
0x3E000 definiert sein müßte.

Liege ich da falsch oder ist es tatsächlich nicht richtig definiert?

Danke und Grüße

Ralf

[Jörg W. (dl8dtl) (Moderator)]

Ralf K. schrieb:
> Auf dem Board ist aber doch ein ATmega256RFR2 verbaut, bei dem die
> Bootloaderadresse 0x1F000 (bei 4096 words) ist, also ein BOOTOFFSET von
> 0x3E000 definiert sein müßte.

Den sehe ich aber auch im board.cfg:

[raspbee]
comment    = Dresden Elektronik Raspberry Pi Module
image      = derfa1.jpg
include    = boards/board_derfa.h
cpu        = atmega256rfr2
bootoffset = 0x3e000
             ^^^^^^^
ccflags    =
f_cpu      = 8000000UL
#sensors    = mcu_vtg mcu_t
provides   = trx hif led tmr

[Ralf K. (elral)]

Danke!

Ich hatte "nur" in der aktuellen 0.4.1 geschaut.

Grüße

Ralf

[A. W. (uracolix)]

Guter Punkt, da werde ich wohl mal eine Release 0.4.2. machen muessen 
;-) Melde mich an dieser Stelle.

Wenn man die PRO Version der RaspBees hat, sollte man
den Bootloader vorerst so lassen, da im original DE-Bootloader
ein Schluessel steht, mit der die Light-Link Firmware erkennt,
wieviele Knoten sie verwalten kann. (Basic Version: 5 und
PRO Version 200 wenn ich mich recht entsinne.).

[Ralf K. (elral)]

Würde es dann nicht Sinn machen, die neuen OEM Module 
(deRFmega256-23Mxy) mit 256RFR2 mit aufzunehmen?
Das war eigentlich mein Ansatzpunkt, das raspee Board hatte ich als 
Vergleich genommen. Ich habe zwei Boards "definiert", derfa2 und 
derfa2p, einmal ohne und einmal mit PA/LNA. Allerdings direkt in die .h 
Dateien :(

Ich könnte auch versuchen, die board.cfg zu ergänzen, tue mich aber mit 
den Verknüpfungen zu den xmpl etwas schwer.

Grüße

Ralf

[A. W. (uracolix)]

Hallo Ralf, welches Paket nimmst du? devel oder src?
Neue Boards werden am besten mit dem devel Paket gebaut.

Im src Paket ist sehr vieles mit dem Codegenerator erzeugt
(Makefiles, Headerfile board_cfg.h) - dort händisch alles
nachzuziehen bereitet zuviel Aufwand.

Eintrag in die board.cfg und entsprechende Ergänzung
in dem jeweiligen Headerfile. Ich poste dann mal den Patch,
zur Illustration.

[A. W. (uracolix)]

Hier ist der Patch für die beiden Boards:

http://hg.savannah.gnu.org/hgweb/uracoli/rev/6536dde63dd4

Annahme ist, das LEDs und UART wie beim RaspBee angeschlossen sind.

Die Release 0.4.2 baut gerade, es kann aber 24 Stunden dauern,
bis die Savannah-Mirrors alles haben. Workaround:

hg clone http://hg.savannah.nongnu.org/hgweb/uracoli/
hg up rel_0.4.x

[Ralf K. (elral)]

Hallo Axel,

vielen Dank, schaue ich mir morgen an.
Ich hatte es in die src eingebracht, war aber "etwas" Arbeit ;) Auch 
wohlwissend das es nicht das optimale ist. An das devel habe ich mich 
herangetraut.

LED's und UART wie beim raspbee passen so, hatte ich mir auch schon 
vorgenommen zum testen so anzuschliessen.

Grüße

Ralf

[A. W. (uracolix)]

Die Release 0.4.2 ist nun im Netz. Viel Erfolg!