FPGARelated.com
Forums

Stdin / stdout through RS232

Started by Marco August 23, 2005
Hallo,
I have a spartan 3 starter board. I have implemented a small microcontroller 
based on microblaze.

I would use the rs232 of the board as stdin and stdout.

I have configured it into edk.

What software should I use into pc to send/ receive datas?
I have tried Hyperterminal, but it seems it doesn't connect.

Many Thanks
Marco 


Marco wrote:
> What software should I use into pc to send/ receive datas? > I have tried Hyperterminal, but it seems it doesn't connect.
Have you checked the settings for the OPB_UART-component or whatever you use for the RS232? The settings for baudrate, partity and stop bits have to be identical in EDK and Hyperterminal, otherwise it won't work. cu, Sean
"Sean Durkin" <smd@despammed.com> wrote in message 
news:430b026d$1@news.fhg.de...
> Marco wrote: >> What software should I use into pc to send/ receive datas? >> I have tried Hyperterminal, but it seems it doesn't connect. > Have you checked the settings for the OPB_UART-component or whatever you > use for the RS232? The settings for baudrate, partity and stop bits have > to be identical in EDK and Hyperterminal, otherwise it won't work. > > cu, > Sean
Baudrate, parity and stop bits are identical, but I don't see nothing written into hyperterminal console, and I'm not able to write in it.
Ah, be careful with Hyperterminal, It's not the greatest.
Make sure (if this is the case for you) that you have the flow-control set 
correctly...
"None" means that it doesn't use any protocol to ensure the terminals at 
either end of the line are alive and synchronised etc etc. I normally find 
this the best way to go.
(ie. the only wires used in the cable are Tx and Rx)
Also make sure you check the box that says "echo typed characters locally" 
if you want to see what you're typing.
But by far the best is to write a tiny VB script, using MSComm1.OnComm to 
grab data from the PC UART and send it back. Lets you rapidly develop some 
interesting debug stuff!
HTH
Ben



"Marco" <marcotoschi@nospam.it> wrote in message 
news:def7pg$6qg$1@news.ngi.it...
> > "Sean Durkin" <smd@despammed.com> wrote in message > news:430b026d$1@news.fhg.de... >> Marco wrote: >>> What software should I use into pc to send/ receive datas? >>> I have tried Hyperterminal, but it seems it doesn't connect. >> Have you checked the settings for the OPB_UART-component or whatever you >> use for the RS232? The settings for baudrate, partity and stop bits have >> to be identical in EDK and Hyperterminal, otherwise it won't work. >> >> cu, >> Sean > > > Baudrate, parity and stop bits are identical, but I don't see nothing > written into hyperterminal console, and I'm not able to write in it. > >
"Benjamin Todd" <benjamin.toddREMOVEALLCAPITALS@cernREMOVEALLCAPITALS.ch> 
wrote in message news:defake$igo$1@sunnews.cern.ch...
> Ah, be careful with Hyperterminal, It's not the greatest. > Make sure (if this is the case for you) that you have the flow-control set > correctly... > "None" means that it doesn't use any protocol to ensure the terminals at > either end of the line are alive and synchronised etc etc. I normally find > this the best way to go. > (ie. the only wires used in the cable are Tx and Rx) > Also make sure you check the box that says "echo typed characters locally" > if you want to see what you're typing. > But by far the best is to write a tiny VB script, using MSComm1.OnComm to > grab data from the PC UART and send it back. Lets you rapidly develop some > interesting debug stuff! > HTH > Ben >
I'm using the core uart lite, it functions as core uart? I don't know VB, could you tell me some (free) software? Marco
Hmm, free I don't know, I use Visual Studio 6.0, I see that they released a 
2005 beta version - see if you can try it!
Ben
"Marco" <marcotoschi@nospam.it> wrote in message 
news:defb1q$7q4$1@news.ngi.it...
> > "Benjamin Todd" <benjamin.toddREMOVEALLCAPITALS@cernREMOVEALLCAPITALS.ch> > wrote in message news:defake$igo$1@sunnews.cern.ch... >> Ah, be careful with Hyperterminal, It's not the greatest. >> Make sure (if this is the case for you) that you have the flow-control >> set correctly... >> "None" means that it doesn't use any protocol to ensure the terminals at >> either end of the line are alive and synchronised etc etc. I normally >> find this the best way to go. >> (ie. the only wires used in the cable are Tx and Rx) >> Also make sure you check the box that says "echo typed characters >> locally" if you want to see what you're typing. >> But by far the best is to write a tiny VB script, using MSComm1.OnComm to >> grab data from the PC UART and send it back. Lets you rapidly develop >> some interesting debug stuff! >> HTH >> Ben >> > > I'm using the core uart lite, it functions as core uart? > > I don't know VB, could you tell me some (free) software? > > Marco >
In fact you can try it here:
http://lab.msdn.microsoft.com/express/vbasic/default.aspx

"Marco" <marcotoschi@nospam.it> wrote in message 
news:defb1q$7q4$1@news.ngi.it...
> > "Benjamin Todd" <benjamin.toddREMOVEALLCAPITALS@cernREMOVEALLCAPITALS.ch> > wrote in message news:defake$igo$1@sunnews.cern.ch... >> Ah, be careful with Hyperterminal, It's not the greatest. >> Make sure (if this is the case for you) that you have the flow-control >> set correctly... >> "None" means that it doesn't use any protocol to ensure the terminals at >> either end of the line are alive and synchronised etc etc. I normally >> find this the best way to go. >> (ie. the only wires used in the cable are Tx and Rx) >> Also make sure you check the box that says "echo typed characters >> locally" if you want to see what you're typing. >> But by far the best is to write a tiny VB script, using MSComm1.OnComm to >> grab data from the PC UART and send it back. Lets you rapidly develop >> some interesting debug stuff! >> HTH >> Ben >> > > I'm using the core uart lite, it functions as core uart? > > I don't know VB, could you tell me some (free) software? > > Marco >
"Benjamin Todd" <benjamin.toddREMOVEALLCAPITALS@cernREMOVEALLCAPITALS.ch> 
wrote in message news:defb8s$jvm$1@sunnews.cern.ch...
> In fact you can try it here: > http://lab.msdn.microsoft.com/express/vbasic/default.aspx > > "Marco" <marcotoschi@nospam.it> wrote in message > news:defb1q$7q4$1@news.ngi.it... >> >> "Benjamin Todd" <benjamin.toddREMOVEALLCAPITALS@cernREMOVEALLCAPITALS.ch> >> wrote in message news:defake$igo$1@sunnews.cern.ch... >>> Ah, be careful with Hyperterminal, It's not the greatest. >>> Make sure (if this is the case for you) that you have the flow-control >>> set correctly... >>> "None" means that it doesn't use any protocol to ensure the terminals at >>> either end of the line are alive and synchronised etc etc. I normally >>> find this the best way to go. >>> (ie. the only wires used in the cable are Tx and Rx) >>> Also make sure you check the box that says "echo typed characters >>> locally" if you want to see what you're typing. >>> But by far the best is to write a tiny VB script, using MSComm1.OnComm >>> to grab data from the PC UART and send it back. Lets you rapidly develop >>> some interesting debug stuff! >>> HTH >>> Ben >>> >> >> I'm using the core uart lite, it functions as core uart? >> >> I don't know VB, could you tell me some (free) software? >> >> Marco >> > >
Sorry for my bad english. I would know if there are other softwares like hyperterminal, but that work better. Marco
"Marco" <marcotoschi@nospam.it> wrote in message
news:defcnq$8cm$1@news.ngi.it...
> I would know if there are other softwares like hyperterminal, but that work > better.
TeraTerm is much better. Get it here: http://hp.vector.co.jp/authors/VA002416/teraterm.html . Unfortunately, it hasn't been updated since 1999 (!), but it works fine under all Windows OSes. The main limitation is that it only knows about Com1:-Com4: . Personally, I'm surprised Microsoft included the piece of junk that is Hyperterminal in Windows; there were far better choices! I also find it incredible that Hilgraeve had the audacity to stick an advertisement for the full version of their product into it -- yeah, if the stripped-down version works so poorly, I'd really want to risk using a full blown version!
On Tue, 23 Aug 2005 15:20:47 +0200, "Marco" <marcotoschi@nospam.it> wrote:
> >"Sean Durkin" <smd@despammed.com> wrote in message >news:430b026d$1@news.fhg.de... >> Marco wrote: >>> What software should I use into pc to send/ receive datas? >>> I have tried Hyperterminal, but it seems it doesn't connect. >> Have you checked the settings for the OPB_UART-component or whatever you >> use for the RS232? The settings for baudrate, partity and stop bits have >> to be identical in EDK and Hyperterminal, otherwise it won't work. >> >> cu, >> Sean > > >Baudrate, parity and stop bits are identical, but I don't see nothing >written into hyperterminal console, and I'm not able to write in it.
Before you spend too much time screwing around with Hyperterm or other serial programs, have you looked at the signals from your fpga board to the serial input of your computer? Start with no serial cable, and check that the TX pin (when no characters being sent) is -5V to -15V. The RX line should be floating close to 0V. Check the two pins that TX and RX connect to on the computer (pins 2 and 3 of serial port connector). The one that your FPGA TX is going to connect to should be an RX pin, and it should be close to 0V. The pin that the FPGA board's RX is going to connect to (computer TX) should be -5V to -15V. Then to check that you have hyperterm set up right, with nothing connected to the computer serial port, type on the keyboard. Nothing should appear. Then connect pins 2 and 3 of computers serial port. Now typing should echo. On your FPGA board, change your program so that it just continuously send a "*" character. Connect a scope to the FPGA board's TX signal. Check the timing makes sense. Do the same on the computer (hold down the "*" key), and look at what the computer is sending out. The characters should look like what you got from the FPGA board. Until ALL of what I have written above works, there is no point in connecting the FPGA board to the computer, and complaining that it "doesn't work". You need to do the above to localise where the problem is. Philip Philip Freidin Fliptronics