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
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:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
Danke! Ich hatte "nur" in der aktuellen 0.4.1 geschaut. Grüße Ralf
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.).
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
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.
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
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
Die Release 0.4.2 ist nun im Netz. Viel Erfolg!
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.