mirror of
git://projects.qi-hardware.com/ben-wpan.git
synced 2024-11-22 01:59:21 +02:00
IEEE 802.15.4 subsystem, IEEE 802.15.4 Low-Rate Wireless Personal Area Network (WPAN)
http://projects.qi-hardware.com/index.php/p/ben-wpan/
5129029d3b
This patch adds support for the rzusbstick for the atusb firmware. More detailed information about this usb stick: http://www.atmel.com/tools/rzusbstick.aspx Original I have the rzraven kit: http://www.atmel.com/tools/rzraven.aspx Which comes with a special cable and avr dragon programmer. You need some programmer and wires to the programmers pins. To lookup how to connect the programmer to the rzusbstick pinout, see: http://www.atmel.com/Images/doc8117.pdf page 22 (schematics of the rzusbstick). Difference between atusb and rzusbstick(rzusb) is mainly the at86rf231 vs at86rf230 one. The rzusb contains the at86rf230 which is a little bit hard to deal with it (and has a huge errata inside the datasheet). Nevertheless with small schanges the atusb firmware can run now on the rzusb. The rzusb contains also a bigger mcu, so we can maybe cache more pdus for receive handling. To compile the rzusb firmware call: make NAME=rzusb this will generate the rzusb.bin then call the programmer (in my case avrdude): avrdude -P usb -c dragon_jtag -p usb1287 -U flash:w:rzusb.bin NOTE: currently there is no chance (I suppose) to ensure that the atusb receive the correct firmware, so don't try to flash the atusb with the rzusb firmware! Also the vendor and product id is the same. This currently a RFC, it's a quick hack and I think we should update more the documentation to support the rzusb. Signed-off-by: Alexander Aring <alex.aring@gmail.com> Cc: Stefan Schmidt <stefan@osg.samsung.com> Cc: Werner Almesberger <werner@almesberger.net> |
||
|---|---|---|
| ants | ||
| atben | ||
| atusb | ||
| atusb-pgm | ||
| atusb-sil | ||
| bom | ||
| cntr | ||
| components | ||
| ecn | ||
| install | ||
| makefiles | ||
| modules | ||
| prod | ||
| tools | ||
| usrp | ||
| web | ||
| AUTHORS | ||
| BOOKSHELF | ||
| COPYING | ||
| COPYING.GPLv2 | ||
| COPYING.LGPLv21 | ||
| Makefile | ||
| README | ||
| TODO | ||
IEEE 802.15.4 Low-Rate Wireless Personal Area Network (WPAN) ============================================================ IEEE 802.15.4 defines physical layers and a media access control for wireless networks. ZigBee and 6loWPAN are based on IEEE 802.15.4. This project aims to add experimental WPAN functionality to the Ben NanoNote, in order to permit evaluation of overall network performance and to examine possible integration into future devices. This work is licensed under the terms detailed in the file COPYING. Hardware history ---------------- IEEE 802.15.4 transceiver chips are available from several manufacturers, including Atmel, Freescale, and Texas Instruments. These chips are similar in size, functionality, and cost. The first prototype of this project was based on the Atmel AT86RF230. The initial plan was to place the RF module on the left side of the LCD module of the Ben NanoNote, replacing part of the display's PCB. When installed in the Ben, the transceiver would connect directly via SPI to the Jz4720. For development, a SiLabs C8051F326 microcontroller implemented a USB to SPI conversion. Then Rikard Lindstrom came up with the idea of using the Ben's 8:10 card slot as a general expansion interface, which led to the idea of making a WPAN card in that form factor, with the benefit of being readily usable with any Ben already in existence. Thus the project was split in two parts: the atben card that had only the transceiver chip and would be used with the Ben, and the atusb card that would be similar to the original design but abandoned its clear physical separation of USB and RF. Meanwhile, an improved version of the AT86RF230, the AT86RF231, became available and the designs were updated for it. It also turned out that the clock from the Ben was too noisy to be used as a clock source for the transceiver. Therefore, a crystal was added to the atben design. Finally, the SiLabs C8051F326 was replaced by an ATmega32U2, mainly because the latter has a larger Flash memory and greater community acceptance.