use this (svenpeter.blogspot.com/2009/08/pyftdi.html) wrapper for
libftdi
(http://www.intra2net.com/en/developer/libftdi/documentation/functions_func.html)

why?
now we should able to use higher baud rates. however, it is even slower
now. actually i don't know what's the reason for that.

tty must be global

improved structure, add main() function

see http://python.net/~goodger/projects/pycon/2007/idiomatic/handout.html#module-structure
and http://www.artima.com/weblogs/viewpost.jsp?thread=4829

small README changes + USPP lib mention

make install && README

add time measurement for performance comparisons

renamed 'cmd' functions...

decreased wait-time for pkernel + mini cleanup

sendByte() is now free of senseless sleeping -> speed increase! \o/

sleeping just *once* after telling the bootloader to set a new baudrate is sufficient!

sendByte()-sleep is only needed in bootloader-mode

deleted (uncommented, but anyway...) tests

< 260 loc remain for the whole flasher - python rocks! :)

two become one ;) merged kernel.py into frprog.py

readMHX() now takes filename instead of fp

Merge branch 'master' of wien.tomnetworks.com:pyfrprog

camelcase fct name + removed useless comment

(yes that was pedantic)

frprog.py: created function read_mhx_file

Merge branch 'master' of wien.tomnetworks.com:pyfrprog

omg, this preprocessor really fails

cleaned up cmdBAUDRATE

-rw-r--r-- 1 lewurm lewurm  4244 2009-12-14 14:17 pkernel/pkernel.mhx

cleanup

-rw-r--r-- 1 lewurm lewurm 5620 2009-12-14 14:12 pkernel.mhx

only flush once for a sequence, detect 0xffs seqs

removed some asm code

faster baudrate for pkernel

moved kerlen.py

added further exit function, so the board restarts after reset

Revert "added receivebyte with timeout. sometimes it will just hang,"

This reverts commit 97455c66228fca7dfc8d0b1f397e01e98f1e3b6c.

Merge branch 'master' of wien.tomnetworks.com:pyfrprog

removed some unnecessary interrupt-related flashfunctions (because we
don't even use interrupts in pkernel)

added receivebyte with timeout. sometimes it will just hang,
unfortuanetly this isn't useful, since the MC hangs in a flashroutine...
hmpf :/

kernel.py: disable timeout (having blocking read)

MEGAWOOT: it just works \o/

instructions: first, type make to build the pkernel. ignore the
warnings.
then start frprog.py and ram pkernel into ram:
> ./frprog.py pkernel/pkernel.mhx

when its done, the first led should be on. next command:
> ./pkernel/kernel.py <your target mhx file>

wait and have fun :D

use chip erase command instead of deleting each cell. however, this
won't work atm.
although the code is executed from IRAM there seems to be further access
on the flash... i'll check this out...

w00t :)

the trick: erase first *all* sectors and then flash it, not erase,
flash, erase, flash, ...

okay, here is a programmer (=kernel.py) which communicate to the pkernel
running on the board. there are some operation done to the flash,
however it isn't correct (nothing happens after a reset)

note: atm you have to program the pkernel with a windows programmer.
note: use simpleprg.mhx to test it. (on larger files it takes *very*
long, due to a built-in debug delay ;))

todo: after pkernel works correctly, we have to reduce the .mhx size.
when the mhx file is small enough we can use the bootrom hack to load it
directly into ram. after that it should be done :)

removed USTACK

changed from K to X -- even more DRAM \o/

removed "CONST" section

however, it is still there in the map... wtf?

clockstuff too

removed basically some clockrelated ifdef stuff

leds "show" 0xaa when finished flashing process

some cleanup

removed some uart strings and functions

-rw-r--r-- 1 lewurm lewurm 5206 2009-12-14 02:21 pkernel/pkernel.mhx

refactoring/reformatting fun...

dude, i think the don't even have a tab key in japan.

w00t, wtf IT WORKS NOW!!!1

BUT actually I have NO idea why!

we can write 0x00 at 0xf4000, but nothing else... :(
also added the a pragma section found in flash.c to all c-files... dunno
if it actually changes something.

nicer output; still don't work as desired :/

this commit won't work :(

basically he tries to flash a programm (here it is simpleprg) to
0xf4000 and erase it before. unfortunately it will fail -- maybe because
the pkernel is executed itself from there?!
however, the readme.txt of the flashdemo says no... dunno :(

prep for python kernelprog

root Makefile

moved pkernel in a own directory

merged flashdemo repo

Merge branch 'master' of wien.tomnetworks.com:flashdemo
Conflicts:
.gitignore

actually we have to write it in IRAM, thus we have to skip addresses for
section >= 0x148000 and also have to calculate a other writeaddress as
given in the mhx file. however, we need those addresses later for the
real flashing part (through pkernel)

flashing will be done now in a simple loop

refactor fun

pkernel programmer init

first version of mhx file support impl.

o it can only handle S2 records (which means max. 6 bytes for the addresses) by now,
but other data records shouldn't be used by the fujitsu converter anyway i guess?
o data is only read and printed to stdout, but not really used, that will be done
in the next commit

okay, big fat note: clear the fucking watchdog timer...... DAMN ;)

execute own code from iram, however READ attention text before doing
something stupid

also added some (useful?) examples...

a call to the end of the IRAM (0x00033ffc)...

*really* starts the program that was flashed before - how crazy is that? does
that mean that instructions are called backwards or something like that? well,
at the moment i don't care new super mario bros is waiting xD

impl. CALL and CHECKSUM bootloader cmds, untested

add constants for device and baudrate

add a test with some more data and local chksum

+ decreased sleep time (1ms instead of 10ms just works fine)
+ doubled baud rate (the highest possible by now as it seems?)

initial commit

decreased speed for led counter and stop it at the end of main

lowercase plz

Revert "headerfile/makefile hax hax"

This reverts commit 828d4e7ae7bd728f23424ea58cc1b445a58328ac.

headerfile/makefile hax hax

right led port for bits pot blue board

dos2unix on all files + tab madness

gitignore update

init