> 1. Open a terminal and keep the reset button of the
uC pressed.
> 2. Keep the u button on the keyboard pressed to input a continuous string
> of capital 'U' while still keeping the reset button pressed.
Use Flashmagic.
Warm Regards,
Mukund Deshmukh,
Beta Computronics Pvt Ltd,
10/1, IT Park, Parsodi,
Nagpur -440022, INDIA.
Meet us at -
K2010, Booth No. 12C40, 27th Oct - 3rd Nov 2010, Dseldorf, Germany.
RS232 problem.
Started by ●September 7, 2010
Reply by ●September 8, 20102010-09-08
Reply by ●September 8, 20102010-09-08
So far my favorite terminal program is wxTerminal - available here:
https://iftools.com/opensource/wxterm.en.php
It runs on Linux and Windows (and MacOS?), and has some pretty nice
features.
Moses
https://iftools.com/opensource/wxterm.en.php
It runs on Linux and Windows (and MacOS?), and has some pretty nice
features.
Moses
Reply by ●September 8, 20102010-09-08
mayuresh:
sorry, not familiar with that uC and its bootloader, but it does seem
odd that they implemented it this way (i.e., with no requirement to tie
a particular pin Hi/Lo to enable this boot-strap method. i say this
because most modern uC devices have multiple functions assigned to most
pins, so for example the TxD/RxD pins may also be configured to be GPIO
pins or PWM outputs, etc. in such cases, it is almost always the case
that the GPIO selection is the default, and your start-up code has to
re-configure them to use the "special function" purpose for the pins.
[this is generally done for good reason, in case it isn't obvious.]
that said, to have these pins power-up by default in TxD/RxD mode would
be odd -- unless it did so only on the condition that something else was
also true, for example that some other pin was being held low during the
power-up. that way, anyone not wanting to have that feature enabled --
or, wanting to use the TxD/RxD pins for some completely incompatible
purpose -- would not be affected.
are you sure there isn't such a condition placed on this boot-strap method?
--
Gary Cordelli
Embedded Computer Engineer
Mentor Computer Consulting LLC
the embedded computer company
it is entirely possible that you may want to
On 9/8/2010 2:46 AM, MAYURESH M wrote:
>
> Hi Gary,
>
> Thanks for suggesting teraterm. Its a very good software indeed.
> Coming back to my problem, i tried everything but nothing worked. So
> eventually i swapped max202 with TI make max232. Now its working fine.
> Loopback test on rs232 and TTL sides give the correct results now.
>
> Now i am encountering another problem. I am not able to enter the
> bootloader of P89V51RD2. I read on the internet that one of the
> easiest ways to enter the bootloader is to:
> 1. Open a terminal and keep the reset button of the uC pressed.
> 2. Keep the u button on the keyboard pressed to input a continuous
> string of capital 'U' while still keeping the reset button pressed.
> 3. Release the reset button and you should see the capital 'U's echoed
> back on the terminal.
>
> If that happens then you have successfully entered the bootloader. But
> i am not getting any Us echoed back. My connections are correct...TXD
> of MAX232 to RXD of uC and RXD of Max232 to TXD of uC. Voltage levels
> are also correct. Don't know where i am going wrong.
>
> -mayuresh
sorry, not familiar with that uC and its bootloader, but it does seem
odd that they implemented it this way (i.e., with no requirement to tie
a particular pin Hi/Lo to enable this boot-strap method. i say this
because most modern uC devices have multiple functions assigned to most
pins, so for example the TxD/RxD pins may also be configured to be GPIO
pins or PWM outputs, etc. in such cases, it is almost always the case
that the GPIO selection is the default, and your start-up code has to
re-configure them to use the "special function" purpose for the pins.
[this is generally done for good reason, in case it isn't obvious.]
that said, to have these pins power-up by default in TxD/RxD mode would
be odd -- unless it did so only on the condition that something else was
also true, for example that some other pin was being held low during the
power-up. that way, anyone not wanting to have that feature enabled --
or, wanting to use the TxD/RxD pins for some completely incompatible
purpose -- would not be affected.
are you sure there isn't such a condition placed on this boot-strap method?
--
Gary Cordelli
Embedded Computer Engineer
Mentor Computer Consulting LLC
the embedded computer company
it is entirely possible that you may want to
On 9/8/2010 2:46 AM, MAYURESH M wrote:
>
> Hi Gary,
>
> Thanks for suggesting teraterm. Its a very good software indeed.
> Coming back to my problem, i tried everything but nothing worked. So
> eventually i swapped max202 with TI make max232. Now its working fine.
> Loopback test on rs232 and TTL sides give the correct results now.
>
> Now i am encountering another problem. I am not able to enter the
> bootloader of P89V51RD2. I read on the internet that one of the
> easiest ways to enter the bootloader is to:
> 1. Open a terminal and keep the reset button of the uC pressed.
> 2. Keep the u button on the keyboard pressed to input a continuous
> string of capital 'U' while still keeping the reset button pressed.
> 3. Release the reset button and you should see the capital 'U's echoed
> back on the terminal.
>
> If that happens then you have successfully entered the bootloader. But
> i am not getting any Us echoed back. My connections are correct...TXD
> of MAX232 to RXD of uC and RXD of Max232 to TXD of uC. Voltage levels
> are also correct. Don't know where i am going wrong.
>
> -mayuresh
