I was wondering if anybody got a c166 to run the debugging at a baudrate higher than 57600baud? if the program becomes large it is odd to watch the loading process rising in 5% steps. i gave the 115200baud a try but it might come from the deviation error and thus didn't work:
f_cpu = 20MHz; S0BRS=0;
with S0BRL=4 i get 125000baud (which is 8%) with S0BRL=5 i get 104167baud (which is 9.5%)
is my calc correct? is there anything else i missed to set/check?
For 57600 baud you can choose a setting for BR = 10 (assuming a 20MHz clock). This gives you an actual baud rate of 56818 (error of 1.357% which is less than 2% so should work).
To my knowledge these are standard crystal frequencies: 3,686.400 7,372.800 11,059.200 14,745.600 18,432.000 22,118.400
Which would allow you to achieve 115200 baud.
Newer derivates have a fractional divider so you can reach PC baud rates while still using a whole number MHz clock to support common CAN frequencies and sample point.
Yes, it is possible to drive the debugging at 57600baud. (-) I allready did it successfully. Yet higher speeds would shorten the time needed for downloading the program.
General boards from phytec for example are shipped with 5.0Mhz or similar. So I have just to replace the crystal for a debugging board, I see. (--)
Another joice might be the debugging hardware from keil which needs the special interface on the board. (---) Speeking of downloading time. Is the ULINK much faster than the serial debugging?