| <<< Previous | mspgcc and C for the MSP430 FAQ | Next >>> |
No doubt there are bugs in mspgcc, but don't blame all your FET tools problems on them! People seem to have various problems with FET tools, for a variety of reasons.
Communication between your PC and your target processor can be affected by ground noise. Ground noise explains some of the problems people see. When the target is self-powered (rather than powered from the FET tool), and you switch the target off and on, the FET tool sometimes seems unable to resynchronise with the target. How troublesome this is seems to depend on the particular board design.
If you have an early FET TI tool, which has not been modified as per the TI note on this subject, modify it. That causes trouble for some people with fast PC (i.e. anything fairly recent).
Do not extend the cable between the FET tool and your target. This is asking for trouble.
Some people have reported that if their parallel port is set to anything other than SPP mode in the computer's BIOS, they get problems. Possibly working in EPP, or other enhanced modes, adversely affects the port's timing on these machines.
Some people have trouble with the FET tools when using some models of IBM ThinkPad. The signal voltages seem lower than usual on these machines, and do not drive the FET tool reliably.
| <<< Previous | Home | Next >>> |
| I want to jump from some arbitrary places to my exception handling code, to deal with fatal error conditions. Is it possible to do this with mspgcc? | Up | Some assembly language instructions seems to keep changing. Whats up? |