BTW. As I understand, gdbproxy also uses some .h file as an interface to MSP430.dll/so. where the limits of memory hardcoded - in the header or in the DLL? and, if second, is there is possible to get latest dll from CCE v3/2.05 to get access to memory above 64k on msp430x mcu's?
2008/5/17 Chris Liechti <[email protected]>: > msp430 schrieb: > > msp430-jtag and the msp430-gdbproxy. > > msp430-jtag can use two backends > 1) MSP430.dll/so > 2) MSP430mspgcc.dll/so > > 1: the library you get for your USB programmer or with the FET kits > from TI. parallel and JTAG adapters. This is the same library that is > used by msp430-gdbproxy > > 2: the open source implementation based on slaa149. it only supports > parallel port adapters. > > there are some small differences between the backens, see msp430-jtags > --help nad --help-backends > > USB adapters are typically faster than the parallel port adapters. > > differences between gdbproxy and the other tool is how the library is > used. for gdbproxy you need to set the block size to get fast downloads. > and it may try to start/stop the CPU and upload RAM/registers as it is > a debugger. but in raw download speed, should both get about the same. > > in the past, there were cases where msp430-gdbproxy downloaded much > slower than theoretically possible. one reason was the block size, but i > don't know if there were also other issues and if all of them were solved. > > > so if one of this files is "better" which one is the right choice? > > if it is for production use, you may also consider a commercial > programmer. there are some that are even faster, and i don't give you > any guarantees that the flash is optimally programmed for long term > memory retention using the open source backend. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Mspgcc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mspgcc-users > > -- _____________ Oleg V. Kobrin
