Contribute
From RFID Wiki
Contents |
[edit] Introduction
We are always looking for people that can want to contribute to the RFID Guardian project. Any help is welcome, you don't need to be an engineer or software developer to help! We need all different kinds of expertise, from hardware design and software coding to writing manuals and marketing.
Here is a list of some stuff that needs to be done. It is far from complete so if you have any other ideas don't hesitate to send us an email at info@rfidguardian.org. This is also the address to use if you are interested in starting to work on a todo point from any of the following sections.
[edit] Hardware Development
All hardware development for the next version (V4) has been taken care of but we can always use extra people for evulauation of the current designs and/or future hardware development.
[edit] Software Development
[edit] USB support for Blackfin+eCos
There seems to be some progress within eCos towards USB support. To get this support in the RFID Guardian software tree a merge between the eCos SVN tree and our own eCos tree should be performed. This could prove to be quite non-trivial because of some customisations to our eCos tree that were done in the past (ie: the triton stuff, the fact that our eCos tree is a merge of two different eCos branches etcetera).
[edit] Bluetooth software stack
We could save on hardware costs by replacing our current smart Bluetooth (BT) chip with a cheaper dumb BT Chip. There was an implementation on some older version of eCos (BTv1), these sources are available to us but someone needs to take a look of these could be hacked to work in the current eCos. Another thing would be the compatibility between this BTv1 implementation and the current Btv2 standard. If not, a BTv2 software stack should be written from scratch. Not all protocols within BT have to be supported. Our main proirities are RFCOMM and Serial Line. OBEX would be nice to have but is not a main priority.
[edit] Digital filtering and I/Q demodulation in DSP
If we would have a Matlab model of the RFID Guardian we could see whether it is feasible to do the filtering and I/Q demodulation in the DSP (ie: the Blackfin) or whether this is unrealistic. If this is indeed possible we could further reduce hardware costs by eliminating the FPGA.
[edit] Other stuff
- ISO-18000 protocol stacks
- Improved regression testing suite for RFID Guardian SW
You can also checkout the current software tree from the repository or take a look at the bugtracker (TODO: add links, current links give a 503?). Another handy page if you're interested in software development is the Software Overview.
[edit] Documentation & Website
- Contributing to the reference manual for the RFID Guardian software
- Writing new tutorials for the RFID Guardian software
- Improving text on the website
- Adding new Wiki pages for insufficiently documented parts of the RFID Guardian
- Helping us track the RFID Guardian in the press/media
[edit] Miscellaneous
- Legal support
- Financial support
- Promotion and marketing
- If you have any other ideas, please send a mail to info@rfidguardian.org
