Tree [33aac1] wizzilab /
History



File Date Author Commit
apps 2012-06-08 Michael Andre Michael Andre [60bbec] Added wizzimote platform - removed unsupported ...
mcu 2012-06-08 Michael Andre Michael Andre [60bbec] Added wizzimote platform - removed unsupported ...
otlib 2012-06-08 Michael Andre Michael Andre [60bbec] Added wizzimote platform - removed unsupported ...
platforms 2012-06-08 Michael Andre Michael Andre [60bbec] Added wizzimote platform - removed unsupported ...
projects 2012-07-06 Michael Andre Michael Andre [33aac1] updated cb readme with latest mspgcc install
.gitignore 2012-06-08 Michael Andre Michael Andre [60bbec] Added wizzimote platform - removed unsupported ...
LICENSE 2011-11-19 Yordan Tabakov (WizziLab) Yordan Tabakov (WizziLab) [aa5274] modified structure based on dev branch
README 2011-11-19 Yordan Tabakov (WizziLab) Yordan Tabakov (WizziLab) [aa5274] modified structure based on dev branch

Read Me

About OpenTag:
OpenTag is an open source framework for developing DASH7 solutions.  Here are
some quick facts:
- Can be used to build servers (DASH7 devices) or clients (user interfaces)
- Can be used with "bare metal" MCUs, RTOS MCUs, or POSIX-compliant systems
- Written chiefly in C.  Only C and ASM are permitted in the primary codebase.
- Uses Apache 2.0 license

Project Directories:
Apps      - Application-specific code
OTlib 	  - Platform-agnostic OpenTag Library & API
Platforms - Platform-specific low level code & libraries

Where to get more information:
http://opentag.sourceforge.net
http://dash7.org
http://www.indigresso.com/wiki

--------------------------------------------------------------------------------
Version History:
Changelog for Git repo updates of OpenTag
All times are 24H Pacific Time


23 September 2011 - Agaidi snapshot
- Created three new project: AG_AccessPoint, AG_Blinker and AG_Blinker16k
- AG_Accesspoint is implementation of OpenTag Gataway. It it allways on hold scan and echoes the UID:s of the received   Dash7 packages using mpipe.
- AG_Blinker and AG_Blinker are implemetations of blinker tag that periadically send beacon message.
- The Blinker16k is a version that compiles to CC430F5135 with 16K memory. To enable this you have to alter the flash   starting address on "platform_config_CC430.h" (lines 195-196)
- led and serial port mappings are different then the ones on jp:s code. Alteration on files mpipe_cc430.c and   platform_cc430.c
- radio set to 433MHz freguency on radio_CC430.h

known bugs: 
- Only 40bit long radio packets can be received. Longer packets jams the radio. (Fix in progress)
- Evere now and then the beacon stops transmission for about a minute. 65535 ticks.

	

14 September 2011, 0140 -- Beta 1 snapshot 2
- Improved Ping Pong app that "maybe" works
- Some bug fixes to Mpipe, although ostensibly it is a hack
- System has been tested to a point where it seems to work
- Small changes to protocol module and such things
- Some profiling done on build sizes
  * Everything:      24KB + FS
  * Subcontroller:   20KB + FS
  * Heavy Endpoint:  18KB + FS
  * Medium Endpoint: 16KB + FS
  * Light Endpoint:  13KB + FS


12 September 2011, 0130 -- Beta 1 snapshot 1
- Almost as MASSIVE update to the code as the last, including:
  * More cleaning-up CCS for CC430 builds
  * Updates to M2QP/M2NP layers to improve & align with spec
  * Callbacks in M2QP for requests and response protocol events
  * Reworked Radio Driver that truly runs in the background (non-blocking)
  * Reworked System Module with pre-emptive support, better background
    processing, mutexes.
  * Callbacks in System Module for all sorts of events


3 August 2011, 1200 -- Beta 1 snapshot 0
- It's a snapshot 0, which is kind of like an alpha
- Expect many subsequent updates in the next two weeks
- MASSIVE update to the code, including:
  * Cleaned-up CCS environment for CC430 builds
  * Application Layer protocol support over NDEF _and_ DASH7 datastream
  * More mature (and somewhat tested) C API
  * Message-based ALP API, for wireline command & diagnostic, based on C API
  * MPipe serial interface & command protocol
  * Some restructuring of the Queues
  * Some clean-up of Veelite for improved performance and smaller size
- Things to-do for snapshot 1
  * Complete testing of MPipe
  * Complete testing of M2NP/M2QP
  * Fix some lingering radio bugs


24 April 2011, 1120 -- Beta 0 snapshot 2
- Fixed a bug in the hold scan list cycler
- Fixed a bug in TI's CC430 radio HAL code: the flush-buffer strobe could not be
  called in sleep, now it can.
- Fixed a few other little things that may have lead to instability when config
  parameters are ill-defined.
- Added platform-wide support for blinking the red and green LEDs on the CC430
  EM board.
- Resolved the issue relating to unpredictable CCA.  CC430 HW CCA mechanism is
  not reliable.  Using the RSSI_Valid interrupt and manually comparing RSSI
  works better (and actually seems to be faster, go figure).
- Changed the beacon nextevent decrementer, which makes activation more
  periodic.


18 April 2011, 2300 -- Beta 0 snapshot 1
- Fixed a veelite bug (not sure how I missed this before)
- General bug fixes for CC430 Radio Module (order of operations stuff)
- Debugging system event handler (needs more debuggers)
- Working on full-system testbed app for CC430
- NOTE: I'm having issues with the device sometimes not waking from sleep.  This
  appears to be an issue with the TI FET debugger box and CCS, which I hate to
  say aren't nearly as good as JLink + IAR.


12 April 2011, 0814 -- Beta 0 snapshot 0
- Working RF test for CC430
- Working POSIX simulation for most testbeds
- Note: POSIX system testbed is in flux.  Getting this to work right requires a
  lot of real-time fiddling in POSIX, which is difficult.  Strangely, it is
  easier to work with it on the MCU.