c6fc8190de
fw/image.c: fix use of hash functions; make image pointer setup more readable
...
It was almost impossible NOT to read
next_image = p = image == images[0] ? ...
^^^^
as if it was
next_image = p = image = images[0] ? ...
^^^
2012-06-20 16:51:40 -03:00
1668e702e5
fw/dispatch.c: fix initial sequence number; some cleanup
2012-06-20 16:50:55 -03:00
ab00d8e231
fw/antorcha.c: don't overrun image by one line in test mode
2012-06-20 16:48:16 -03:00
b7d80f1340
fw/fw.c: simplify the use of the sequence number a little (untested)
...
Not sure if this even produces better code. It looks a bit cleaner, though.
2012-06-20 16:46:27 -03:00
6286aa9bbc
fw/sweep.c: use ICR1 instead of double-buffered OCR1A; set pixel_ticks
...
Our timing is now accurate within a measured 0.5% on the test device,
which is well within the specified 1% of the calibrated RC oscillator.
2012-06-20 16:40:33 -03:00
ea2cd37c04
properly implement "ping" and invoke it with antorcha -P
2012-06-20 11:31:56 -03:00
9bc9c57fb2
fw/: simple image test mode (still untested)
2012-06-20 10:41:27 -03:00
87cc67d5f7
fw/: add image data upload (completely untested)
2012-06-20 10:30:40 -03:00
6223a58552
fw/: move image data from sweep.[ch] to new image.[ch]
2012-06-20 07:45:04 -03:00
7003c9c35b
fw/: added image sweep (completely untested)
2012-06-20 07:39:24 -03:00
3c4855deff
fw/Makefile: cleanup
...
Remove references to a reset-secret, removed remote control via
programming interface.
2012-06-18 20:37:51 -03:00
cc4b5607c7
RESET protocol to jump from application to boot loader without power cycling
2012-06-18 20:31:20 -03:00
683056bca7
fw/Makefile: generate random unlock secret (from /dev/urandom)
2012-06-18 19:26:25 -03:00
332f8aceb6
add ben-wpan to include search paths, for at86rf230.h
2012-06-18 19:24:12 -03:00
89b10939f9
make firmware upload protocol less secure but lean; boot loader works
2012-06-18 18:22:56 -03:00
56476539cf
fw/: addition of boot loader (WIP) and assorted cleanup and improvements
...
The boot loader currently uses the protocol switch intended for the
application. This makes it too big to fit in the very limiting
constraints the ATmega168 poses - and there's not even cryptographic
authentication yet. We'll have to dumb it down quite a bit.
2012-06-18 10:56:43 -03:00
df6ceb8394
fw/: first version of experimental firmware
2012-06-16 22:16:37 -03:00
Werner Almesberger