Difference between revisions of "Ideal mote"

From DiLab
Jump to: navigation, search
(Misc)
Line 3: Line 3:
Here be ideas for the bestest mote evah...
Here be ideas for the bestest mote evah...


But seriously, list of features (and benefits) for the better sensor node (hardware).
But seriously, here we list features (and benefits) for the better sensor node (hardware). Should you have anything good to add, drop a line to Leo.Selavo. His email is at gmail.




==Computation==
==Computation==
* Multicore
* multicore
* Has FPGA option
* Frequency throttling
* Core gating (similar to clock gating)


==Communication==
==Communication==
* SDR
* SDR
* Supports backcast
* Supports backcast
* Supports option for in-system error correction, such as Reed Solomon.
* supports


==Energy==
==Energy==
Line 27: Line 30:
** attached sensors
** attached sensors


==Debugging and Run time assurance=
==Debugging and run time assurance==
* Reports battery state
* Reports battery state, e.g. charge level
* Option for power consumption measurements on-demand
* Option for power consumption measurements on-demand

Revision as of 11:33, 10 November 2010

Here be dragons. No, wait... Here be ideas for the bestest mote evah...

But seriously, here we list features (and benefits) for the better sensor node (hardware). Should you have anything good to add, drop a line to Leo.Selavo. His email is at gmail.


Computation

  • Multicore
  • Has FPGA option
  • Frequency throttling
  • Core gating (similar to clock gating)

Communication

  • SDR
  • Supports backcast
  • Supports option for in-system error correction, such as Reed Solomon.

Energy

  • Zero consumption (plus epsilon)
  • Modular harwesting

Sensors

  • stores calibration data

Misc

  • Has a global unique ID.
  • Stores and reports capabilities data,
    • MCU, Memory sizes
    • attached sensors

Debugging and run time assurance

  • Reports battery state, e.g. charge level
  • Option for power consumption measurements on-demand