no, I haven’t tried this yet, but a code- and performance comparison based on a real (and very complex) project like MBSID V2 could be very interesting.
Best Regards, Thorsten.
P.S.: for those who could think that I’m considering to use AVR in future: don’t worry, my own plans are to migrate the MBHP/MIOS to a 16bit or 32bit controller in mid term, therefore I still don’t consider to use a different 8bit controller for my projects.
I’m also a big fan of AVRs, but porting the whole MIOS plus the application will be an immense task. In C it woudn’t be too bad, but it’s all assembler. So if you’re really thinking of doing all this, why not choose an ARM7 MCU and get a real boost in performance instead of (probably) only a few percents from the AVR?
It would be interesting, if an AVR port of an application like MBSID V2 is possible without limitations. E.g., due to the reduced instruction set of AVR, I would expect a higher memory consumption. Also the direct way how PIC addresses RAM leads to a different (more efficient) programming model.
However, I’m also sure that it is a very time consuming task, especially when you need to dig through foreign code in order to understand each detail and design consideration. It’s mostly less time consuming to build up something from scratch.
i had originally planned to write my own program entirely, and, after having a little hunt (and taking a peek at more of the code) i think you are right. It will be a lot more complex than i originally thought, as you say, i can see some of the workarounds being a complete nightmare.
as for ARM7’s, yes that would be rather nice! i bet theyre a bitch to program for though :S
its a shame, i dont think i could get anywhere near the level of professionalism you guys have pulled off.
again, thanks. Your code will undoubtably be inspirational to my project, if it ends up being any good, ill post it up here (unless you all think its rubbish :P)
