Hi, Sometimes I find it usefull to simulate the AVR with my firmware before I put it into hardware. Sometimes also I have to test something wothout access to the real hardware. Therefore I've tried to use Amforth together with simavr and terminal (namely minicom) connected via Linux pty.
I was able to execute the compiled-in words, but as soon, as I have compiled the first my word, the simulated Amforth hanged. (It displayed OK after compilation, and echoed the next word, but failed to respond after I terminated the line). It seems, that simavr is not able to simulate correctly the way how Amforth programs the Flash. As the same Amforth image executed correctly in the real atmega328p, I consider it a simavr bug, and reported it to: https://groups.google.com/forum/#!topic/simavr/iuYM6bOf_OY (please see this post for more details) however I hope that someone here may know what is special in the Amforth's method of writing FLASH, which can cause problems with simulations. I tried to solve the similar problems a few years ago, and obtained some success with simulavrxx and Atmel Studio ( http://www.mail-archive.com/amforth-devel@lists.sourceforge.net/msg00375.html ), but simavr seems to be a very promissing tool for building an integrated simulation environment. -- TIA & Regards, Wojtek ------------------------------------------------------------------------------ November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk _______________________________________________ Amforth-devel mailing list for http://amforth.sf.net/ Amforth-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amforth-devel
