Friday, July 21, 2006
AKI H8/3069F : I bought the H8 based board to make a prototype for the new project.
I have created the development environment using GCC and Redboot this week, and I wrote the test code using the LEDs and the LCD display.
I will check the network chip and start to write the prototype codes as the next step, but it will be a long term project because I want to develop other projects shortly.
Comments:
<< Home
Hi,
I've got the same board (coming from embedded Z80 background and trying to redo embedded things I did long time ago). Installing RedBoot was easy, but I was able to run a program on this compiled with GCC/eCos. While I could use MES2, I prefer to have a standard environment with all the multitasking features needed for real-life applications.
Could you please either let us who own this board too know where you got the informations from to compile for this board? Or an example program with gcc call, ld call and upload program (basically from source to running program)?
Most documents for this board is understanably in japanese...while I can read some, I obviously lack picking up the fine details.
Thanks
Harald
I've got the same board (coming from embedded Z80 background and trying to redo embedded things I did long time ago). Installing RedBoot was easy, but I was able to run a program on this compiled with GCC/eCos. While I could use MES2, I prefer to have a standard environment with all the multitasking features needed for real-life applications.
Could you please either let us who own this board too know where you got the informations from to compile for this board? Or an example program with gcc call, ld call and upload program (basically from source to running program)?
Most documents for this board is understanably in japanese...while I can read some, I obviously lack picking up the fine details.
Thanks
Harald
# posted by 
: 5:10 PM
: 5:10 PM
Hi Harland,
I bought the board to create the original operating system, but it is a trial project now ...
MES is a operating system of TRON, but it might be no good because TRON has no support general protocol stack to run UPnP.
I think that eCos might be good platform, but the information about the board and eCos is very shortly.
I want to support your project. Do you have any ideas ?
I bought the board to create the original operating system, but it is a trial project now ...
MES is a operating system of TRON, but it might be no good because TRON has no support general protocol stack to run UPnP.
I think that eCos might be good platform, but the information about the board and eCos is very shortly.
I want to support your project. Do you have any ideas ?
Hi,
as always: once you write about your problem (me not being able to compile and run something on this board), soon you'll find a solution yourself.
For everyone ro read: the choice of the compiler is critical: gcc 3.3.6 works with required patches to get double support and special alignment (see "Patch for KPIT v0401 toolchain", which needs some fixes as it does not apply cleanly to the vanialla 3.3.6 gcc sources, from http://cetoni.de/develop/develop_ecosh8s_en.html).
binutils 2.17 works.
That was good to compile eCos and a sample program. Compiling, then "h8300-elf-objcopy -O srec hello hello.srec", uploading the srec file via RedBoot boot loader and tftp, and that's it.
So I finally compiled something. Did not yet make any LED turn on though, but I am confident this'll work.
BTW, my project is to use this uController as a remote light controller: full color and bright LEDs shall be controllable via sending packets to it: changing color, brightness etc. Nothing as complex as CyberGarage as you can see.
About eCos: I think it's a good choice for such a small machine. It's unfortunately not something like 'install, and start to write some programs for it' as it is very different from traditional operating systems: it does not wait for a program to load and start. Instead it links with the program. Takes some time to get used to this. And it's highly configurable, with its downside of having too many choices, but with a flexibility I've not seen before.
Thanks for the offer to help me. Highly appreciated.
One small question about your LED program: the hardware seems to connect the on-board red and green LEDs tp P4.6 and P4.7, which is also labeled as D6 and D7. The data bus seems to be on D8-D15 instead of the expected D0-D7. Is this correct?
Harald
Post a Comment
as always: once you write about your problem (me not being able to compile and run something on this board), soon you'll find a solution yourself.
For everyone ro read: the choice of the compiler is critical: gcc 3.3.6 works with required patches to get double support and special alignment (see "Patch for KPIT v0401 toolchain", which needs some fixes as it does not apply cleanly to the vanialla 3.3.6 gcc sources, from http://cetoni.de/develop/develop_ecosh8s_en.html).
binutils 2.17 works.
That was good to compile eCos and a sample program. Compiling, then "h8300-elf-objcopy -O srec hello hello.srec", uploading the srec file via RedBoot boot loader and tftp, and that's it.
So I finally compiled something. Did not yet make any LED turn on though, but I am confident this'll work.
BTW, my project is to use this uController as a remote light controller: full color and bright LEDs shall be controllable via sending packets to it: changing color, brightness etc. Nothing as complex as CyberGarage as you can see.
About eCos: I think it's a good choice for such a small machine. It's unfortunately not something like 'install, and start to write some programs for it' as it is very different from traditional operating systems: it does not wait for a program to load and start. Instead it links with the program. Takes some time to get used to this. And it's highly configurable, with its downside of having too many choices, but with a flexibility I've not seen before.
Thanks for the offer to help me. Highly appreciated.
One small question about your LED program: the hardware seems to connect the on-board red and green LEDs tp P4.6 and P4.7, which is also labeled as D6 and D7. The data bus seems to be on D8-D15 instead of the expected D0-D7. Is this correct?
Harald
# posted by : 5:24 AM
: 5:24 AM<< Home
