i wish to accomplish the following:
1. use my own editor instead of DynamicC
2. then using tools features of my editor to call the command-line compiler to
compile my code
3. flash the rabbit with the new image
4. attach a simple stdio console using the slave port of the RCM3100 without
having to remove the programming cable.
1-3 are easy but i have not enough understanding of the slave port to accomplish
what i desire. obviously i have to compile without debug kernel so that it will
not attempt to use the slave port.
can anyone give me some example or direction on how i could do this -
to communicate using serial port on PC and slave port on RCM.
Regards, Lawrence Ward
communication with PC using SlavePort on RCM3100
Started by ●June 18, 2010
Reply by ●June 18, 20102010-06-18
On 6/18/2010 9:25 AM, weeeedy.1337 wrote:
> i wish to accomplish the following:
>
> 1. use my own editor instead of DynamicC
> 2. then using tools features of my editor to call the command-line compiler to compile my code
> 3. flash the rabbit with the new image
> 4. attach a simple stdio console using the slave port of the RCM3100 without having to remove the programming cable.
>
> 1-3 are easy but i have not enough understanding of the slave port to accomplish what i desire. obviously i have to compile without debug kernel so that it will not attempt to use the slave port.
>
> can anyone give me some example or direction on how i could do this -
> to communicate using serial port on PC and slave port on RCM.
>
Huh? the debugger does not use the slave port. The slave port is 8-bit
parallel.
Do you mean the serial port A (the one used to program the module)?
The older serial cables had two conectors, one for programming and one
to use as a regular serial port. You can install a DPDT switch to turn
the mode pins adn reset on/off so you can switch between the two modes.
I have done it using a serial DLM or the ethernet DLM.
--
------
Scott G. Henion, Consultant
Web site: http://SHDesigns.org
Rabbit libs: http://shdesigns.org/rabbit/
------
> i wish to accomplish the following:
>
> 1. use my own editor instead of DynamicC
> 2. then using tools features of my editor to call the command-line compiler to compile my code
> 3. flash the rabbit with the new image
> 4. attach a simple stdio console using the slave port of the RCM3100 without having to remove the programming cable.
>
> 1-3 are easy but i have not enough understanding of the slave port to accomplish what i desire. obviously i have to compile without debug kernel so that it will not attempt to use the slave port.
>
> can anyone give me some example or direction on how i could do this -
> to communicate using serial port on PC and slave port on RCM.
>
Huh? the debugger does not use the slave port. The slave port is 8-bit
parallel.
Do you mean the serial port A (the one used to program the module)?
The older serial cables had two conectors, one for programming and one
to use as a regular serial port. You can install a DPDT switch to turn
the mode pins adn reset on/off so you can switch between the two modes.
I have done it using a serial DLM or the ethernet DLM.
--
------
Scott G. Henion, Consultant
Web site: http://SHDesigns.org
Rabbit libs: http://shdesigns.org/rabbit/
------
Reply by ●June 22, 20102010-06-22
Ok, thank you i have now set STDIO_DEBUG_SERIAL to SADR and also set
STDIO_DEBUG_BAUD.
I wrote a program to open the serial port on pc and read the data. It works
fine if i set the debug cable to use the "diag" header and not "prog".
This is fine just for testing, but i want to do more than printf. However, i
want to have the programming header in. Actually i want to write my own
flashing and diagnostics tool.
How is dynamicC able to switch from programming mode to debug mode? Should i
send specific bytes or something?
From: r... [mailto:r...] On
Behalf Of Scott Henion
Sent: 18 June 2010 03:32 PM
To: r...
Subject: Re: [rabbit-semi] communication with PC using SlavePort on RCM3100
On 6/18/2010 9:25 AM, weeeedy.1337 wrote:
> i wish to accomplish the following:
>
> 1. use my own editor instead of DynamicC
> 2. then using tools features of my editor to call the command-line
compiler to compile my code
> 3. flash the rabbit with the new image
> 4. attach a simple stdio console using the slave port of the RCM3100
without having to remove the programming cable.
>
> 1-3 are easy but i have not enough understanding of the slave port to
accomplish what i desire. obviously i have to compile without debug kernel
so that it will not attempt to use the slave port.
>
> can anyone give me some example or direction on how i could do this -
> to communicate using serial port on PC and slave port on RCM.
>
Huh? the debugger does not use the slave port. The slave port is 8-bit
parallel.
Do you mean the serial port A (the one used to program the module)?
The older serial cables had two conectors, one for programming and one
to use as a regular serial port. You can install a DPDT switch to turn
the mode pins adn reset on/off so you can switch between the two modes.
I have done it using a serial DLM or the ethernet DLM.
--
------
Scott G. Henion, Consultant
Web site: http://SHDesigns.org
Rabbit libs: http://shdesigns.org/rabbit/
------
STDIO_DEBUG_BAUD.
I wrote a program to open the serial port on pc and read the data. It works
fine if i set the debug cable to use the "diag" header and not "prog".
This is fine just for testing, but i want to do more than printf. However, i
want to have the programming header in. Actually i want to write my own
flashing and diagnostics tool.
How is dynamicC able to switch from programming mode to debug mode? Should i
send specific bytes or something?
From: r... [mailto:r...] On
Behalf Of Scott Henion
Sent: 18 June 2010 03:32 PM
To: r...
Subject: Re: [rabbit-semi] communication with PC using SlavePort on RCM3100
On 6/18/2010 9:25 AM, weeeedy.1337 wrote:
> i wish to accomplish the following:
>
> 1. use my own editor instead of DynamicC
> 2. then using tools features of my editor to call the command-line
compiler to compile my code
> 3. flash the rabbit with the new image
> 4. attach a simple stdio console using the slave port of the RCM3100
without having to remove the programming cable.
>
> 1-3 are easy but i have not enough understanding of the slave port to
accomplish what i desire. obviously i have to compile without debug kernel
so that it will not attempt to use the slave port.
>
> can anyone give me some example or direction on how i could do this -
> to communicate using serial port on PC and slave port on RCM.
>
Huh? the debugger does not use the slave port. The slave port is 8-bit
parallel.
Do you mean the serial port A (the one used to program the module)?
The older serial cables had two conectors, one for programming and one
to use as a regular serial port. You can install a DPDT switch to turn
the mode pins adn reset on/off so you can switch between the two modes.
I have done it using a serial DLM or the ethernet DLM.
--
------
Scott G. Henion, Consultant
Web site: http://SHDesigns.org
Rabbit libs: http://shdesigns.org/rabbit/
------
Reply by ●June 22, 20102010-06-22
DC switches from one mode to the other by toggling specific pins in the RS232
interface - specifically the ones which control, the SMODE, STATUS and RESET
pins on the rabbit processor.
If you read the Rabbit processor manual, along with the Rabbit programming cable schematic you should be able to figure out what is going on.
The issue here is that you are trying to re-invent the wheel. And for an experienced developer that raises a huge big red flag, saying WHY?
I'd be interested to hear why you think you need a new programming a debug tool.
--- In r..., "Lawrence Ward" wrote:
>
> Ok, thank you i have now set STDIO_DEBUG_SERIAL to SADR and also set
> STDIO_DEBUG_BAUD.
>
> I wrote a program to open the serial port on pc and read the data. It works
> fine if i set the debug cable to use the "diag" header and not "prog".
>
> This is fine just for testing, but i want to do more than printf. However, i
> want to have the programming header in. Actually i want to write my own
> flashing and diagnostics tool.
>
>
>
> How is dynamicC able to switch from programming mode to debug mode? Should i
> send specific bytes or something?
>
>
>
> From: r... [mailto:r...] On
> Behalf Of Scott Henion
> Sent: 18 June 2010 03:32 PM
> To: r...
> Subject: Re: [rabbit-semi] communication with PC using SlavePort on RCM3100
>
>
>
>
>
> On 6/18/2010 9:25 AM, weeeedy.1337 wrote:
> > i wish to accomplish the following:
> >
> > 1. use my own editor instead of DynamicC
> > 2. then using tools features of my editor to call the command-line
> compiler to compile my code
> > 3. flash the rabbit with the new image
> > 4. attach a simple stdio console using the slave port of the RCM3100
> without having to remove the programming cable.
> >
> > 1-3 are easy but i have not enough understanding of the slave port to
> accomplish what i desire. obviously i have to compile without debug kernel
> so that it will not attempt to use the slave port.
> >
> > can anyone give me some example or direction on how i could do this -
> > to communicate using serial port on PC and slave port on RCM.
> >
> >
> > Huh? the debugger does not use the slave port. The slave port is 8-bit
> parallel.
>
> Do you mean the serial port A (the one used to program the module)?
>
> The older serial cables had two conectors, one for programming and one
> to use as a regular serial port. You can install a DPDT switch to turn
> the mode pins adn reset on/off so you can switch between the two modes.
>
> I have done it using a serial DLM or the ethernet DLM.
>
> --
> ------
> Scott G. Henion, Consultant
> Web site: http://SHDesigns.org
> Rabbit libs: http://shdesigns.org/rabbit/
> ------
>
If you read the Rabbit processor manual, along with the Rabbit programming cable schematic you should be able to figure out what is going on.
The issue here is that you are trying to re-invent the wheel. And for an experienced developer that raises a huge big red flag, saying WHY?
I'd be interested to hear why you think you need a new programming a debug tool.
--- In r..., "Lawrence Ward" wrote:
>
> Ok, thank you i have now set STDIO_DEBUG_SERIAL to SADR and also set
> STDIO_DEBUG_BAUD.
>
> I wrote a program to open the serial port on pc and read the data. It works
> fine if i set the debug cable to use the "diag" header and not "prog".
>
> This is fine just for testing, but i want to do more than printf. However, i
> want to have the programming header in. Actually i want to write my own
> flashing and diagnostics tool.
>
>
>
> How is dynamicC able to switch from programming mode to debug mode? Should i
> send specific bytes or something?
>
>
>
> From: r... [mailto:r...] On
> Behalf Of Scott Henion
> Sent: 18 June 2010 03:32 PM
> To: r...
> Subject: Re: [rabbit-semi] communication with PC using SlavePort on RCM3100
>
>
>
>
>
> On 6/18/2010 9:25 AM, weeeedy.1337 wrote:
> > i wish to accomplish the following:
> >
> > 1. use my own editor instead of DynamicC
> > 2. then using tools features of my editor to call the command-line
> compiler to compile my code
> > 3. flash the rabbit with the new image
> > 4. attach a simple stdio console using the slave port of the RCM3100
> without having to remove the programming cable.
> >
> > 1-3 are easy but i have not enough understanding of the slave port to
> accomplish what i desire. obviously i have to compile without debug kernel
> so that it will not attempt to use the slave port.
> >
> > can anyone give me some example or direction on how i could do this -
> > to communicate using serial port on PC and slave port on RCM.
> >
> >
> > Huh? the debugger does not use the slave port. The slave port is 8-bit
> parallel.
>
> Do you mean the serial port A (the one used to program the module)?
>
> The older serial cables had two conectors, one for programming and one
> to use as a regular serial port. You can install a DPDT switch to turn
> the mode pins adn reset on/off so you can switch between the two modes.
>
> I have done it using a serial DLM or the ethernet DLM.
>
> --
> ------
> Scott G. Henion, Consultant
> Web site: http://SHDesigns.org
> Rabbit libs: http://shdesigns.org/rabbit/
> ------
>
