paul$@pcserv.demon.co.uk (Paul Carpenter) wrote in message news:<20050227.2142.307079snz@pcserv.demon.co.uk>...
> On 27 Feb, in article
> <9ec041b7.0502271200.1c055788@posting.google.com>
> cdbremer@gmail.com "C Bremer" wrote:
>
> >paul$@pcserv.demon.co.uk (Paul Carpenter) wrote in message
> > news:<20050227.1048.307069snz@pcserv.demon.co.uk>...
> >> On 26 Feb, in article
> >> <9ec041b7.0502261936.72e68ed2@posting.google.com>
> >> cdbremer@gmail.com "C Bremer" wrote:
> >>
> >> >"Leon Heller" <leon_heller@hotmail.com> wrote in message
> >> > news:<42206ea7$0$2761$cc9e4d1f@news-text.dial.pipex.com>...
> >> >> "C Bremer" <cdbremer@gmail.com> wrote in message
> >> >> news:9ec041b7.0502260348.3ad066e@posting.google.com...
> >> >> > Hi. I'm working on a project where I am connecting a Garmin OEM GPS
> >> >> > Receiver (asynchronous, RX-TX-GND) through ...............
> >> >
> >> >> Try RealTerm (it's free). It's much better than Hyperterminal for sorting
> >> >> out comms problems.
> >> >>
> >> >> Leon
> >> >
> >> >I downloaded Realterm and I get pretty much the same results. COM1
> >> >works fine but COM4 (USB VCP) is still garbage.
> >> >
> >> >On the bottom right, the indicators for 'BREAK' and 'Error' are both
> >> >red for COM4 but not for COM1. Can somebody point me to more info on
> >> >what these mean or more documentation for Realterm?
> >>
> >> Personally this suggests you have not interfaced to the RS232/USB
> >> correctly as it looks like the signal is inverted somewhere, hence the
> >> break condition.
> >
> >Thank you. This was exactly the problem. The micro (GPS) output is
> >GND to 5V with the line idle output of the GPS being GND. I inverted
> >the output of the GPS with a 74LS04 (overkill, I know) and now the
> >RS232/USB (FT232BM/DLP-USB232M) interface works great.
>
> Well if you need a single inverter and you have no spare PLD/CPLD/FPGA
> pins available, you could look at 74AHCT1G04GW single inverter in SOT23-5
> Also called Picogate and made by Philips and TI.
>
> I have used them for applications with a micro and NO PLD that needed a
> couple of gates, so made life a whole lot easier. Even breadboarded onto
> stripboard for tests.
I took out the 74LS04 and replaced it with a 2N3904 connected as a
common emitter. Only needed 2-10k externals.
C. Bremer
Reply by Meindert Sprang●February 28, 20052005-02-28
"Laurent Gauch" <laurent.gauch@DELETEALLCAPSamontec.com> wrote in message
news:4222E429.6040806@DELETEALLCAPSamontec.com...
> also, chekout TeraTerm !
Agreed!
Another thing against Hyperterminal: try opening a port while data comes in
from a device: HT will tell you it cannot open the port 8 out of 10 times!
Meindert
Reply by Laurent Gauch●February 28, 20052005-02-28
also, chekout TeraTerm !
Laurent Gauch
www.amontec.com
C Bremer wrote:
> Hi. I'm working on a project where I am connecting a Garmin OEM GPS
> Receiver (asynchronous, RX-TX-GND) through the USB port in Windows XP.
> Initially I connected the GPS through COM1 and successfully received
> the data in HyperTerminal. The GPS sends data at the factory default
> of 4800, 8N1. The GPS sentence length is 55 bytes plus a LF and CR at
> the end, one sentence per second. (only the $GPGGA sentence)
>
> Now I am trying to receive the same data via the USB port using a DLP
> Design DLP-USB232M USB Adapter. I downloaded the Virtual Com Port
> (VCP) drivers and installed them. The installed drivers show up in
> the device manager as "USB Serial Port (COM4)". It is set to 4800,
> 8N1 under Properties.
>
> When I try to connect to COM4 in HyperTerminal, I only receive
> garbage. The data displayed in the HyperTerminal window does not
> resemble the data seen from the connection on COM1 and is not the same
> length.
>
> I ran "Test Application V1.0" from DLP and when connected to COM1 it
> receives 113 bytes of data at a time. When connected to COM4, 113
> bytes are also received.
>
> The DLP board is seated in a solderless breadboard.
>
> Does anybody know what might be going on?
>
> C. Bremer
Reply by ●February 27, 20052005-02-27
On 27 Feb, in article
<9ec041b7.0502271200.1c055788@posting.google.com>
cdbremer@gmail.com "C Bremer" wrote:
>paul$@pcserv.demon.co.uk (Paul Carpenter) wrote in message
> news:<20050227.1048.307069snz@pcserv.demon.co.uk>...
>> On 26 Feb, in article
>> <9ec041b7.0502261936.72e68ed2@posting.google.com>
>> cdbremer@gmail.com "C Bremer" wrote:
>>
>> >"Leon Heller" <leon_heller@hotmail.com> wrote in message
>> > news:<42206ea7$0$2761$cc9e4d1f@news-text.dial.pipex.com>...
>> >> "C Bremer" <cdbremer@gmail.com> wrote in message
>> >> news:9ec041b7.0502260348.3ad066e@posting.google.com...
>> >> > Hi. I'm working on a project where I am connecting a Garmin OEM GPS
>> >> > Receiver (asynchronous, RX-TX-GND) through ...............
>> >
>> >> Try RealTerm (it's free). It's much better than Hyperterminal for sorting
>> >> out comms problems.
>> >>
>> >> Leon
>> >
>> >I downloaded Realterm and I get pretty much the same results. COM1
>> >works fine but COM4 (USB VCP) is still garbage.
>> >
>> >On the bottom right, the indicators for 'BREAK' and 'Error' are both
>> >red for COM4 but not for COM1. Can somebody point me to more info on
>> >what these mean or more documentation for Realterm?
>>
>> Personally this suggests you have not interfaced to the RS232/USB
>> correctly as it looks like the signal is inverted somewhere, hence the
>> break condition.
>
>Thank you. This was exactly the problem. The micro (GPS) output is
>GND to 5V with the line idle output of the GPS being GND. I inverted
>the output of the GPS with a 74LS04 (overkill, I know) and now the
>RS232/USB (FT232BM/DLP-USB232M) interface works great.
Well if you need a single inverter and you have no spare PLD/CPLD/FPGA
pins available, you could look at 74AHCT1G04GW single inverter in SOT23-5
Also called Picogate and made by Philips and TI.
I have used them for applications with a micro and NO PLD that needed a
couple of gates, so made life a whole lot easier. Even breadboarded onto
stripboard for tests.
--
Paul Carpenter | paul@pcserviceselectronics.co.uk
<http://www.pcserviceselectronics.co.uk/> PC Services
<http://www.gnuh8.org.uk/> GNU H8 & mailing list info
<http://www.badweb.org.uk/> For those web sites you hate
Reply by C Bremer●February 27, 20052005-02-27
paul$@pcserv.demon.co.uk (Paul Carpenter) wrote in message news:<20050227.1048.307069snz@pcserv.demon.co.uk>...
> On 26 Feb, in article
> <9ec041b7.0502261936.72e68ed2@posting.google.com>
> cdbremer@gmail.com "C Bremer" wrote:
>
> >"Leon Heller" <leon_heller@hotmail.com> wrote in message
> > news:<42206ea7$0$2761$cc9e4d1f@news-text.dial.pipex.com>...
> >> "C Bremer" <cdbremer@gmail.com> wrote in message
> >> news:9ec041b7.0502260348.3ad066e@posting.google.com...
> >> > Hi. I'm working on a project where I am connecting a Garmin OEM GPS
> >> > Receiver (asynchronous, RX-TX-GND) through ...............
> >
> >> Try RealTerm (it's free). It's much better than Hyperterminal for sorting
> >> out comms problems.
> >>
> >> Leon
> >
> >I downloaded Realterm and I get pretty much the same results. COM1
> >works fine but COM4 (USB VCP) is still garbage.
> >
> >On the bottom right, the indicators for 'BREAK' and 'Error' are both
> >red for COM4 but not for COM1. Can somebody point me to more info on
> >what these mean or more documentation for Realterm?
>
> Personally this suggests you have not interfaced to the RS232/USB
> correctly as it looks like the signal is inverted somewhere, hence the
> break condition.
Thank you. This was exactly the problem. The micro (GPS) output is
GND to 5V with the line idle output of the GPS being GND. I inverted
the output of the GPS with a 74LS04 (overkill, I know) and now the
RS232/USB (FT232BM/DLP-USB232M) interface works great.
>
> >Also, I receive 57 bytes at a time on COM1 (which is good) but 58
> >bytes on COM2 (which is bad). And the HEX data is very different.
> >I've tried writing the raw HEX out in binary to find some sync.
> >problem, but to no avail.
> >
> >Any suggestions?
>
> How is the RS232 conversion done?
> How is the serial data connected between your micro and the USB
> adapter?
>
> Suggests an inversion somewhere.
Reply by ●February 27, 20052005-02-27
On 26 Feb, in article
<9ec041b7.0502261936.72e68ed2@posting.google.com>
cdbremer@gmail.com "C Bremer" wrote:
>"Leon Heller" <leon_heller@hotmail.com> wrote in message
> news:<42206ea7$0$2761$cc9e4d1f@news-text.dial.pipex.com>...
>> "C Bremer" <cdbremer@gmail.com> wrote in message
>> news:9ec041b7.0502260348.3ad066e@posting.google.com...
>> > Hi. I'm working on a project where I am connecting a Garmin OEM GPS
>> > Receiver (asynchronous, RX-TX-GND) through ...............
>
>> Try RealTerm (it's free). It's much better than Hyperterminal for sorting
>> out comms problems.
>>
>> Leon
>
>I downloaded Realterm and I get pretty much the same results. COM1
>works fine but COM4 (USB VCP) is still garbage.
>
>On the bottom right, the indicators for 'BREAK' and 'Error' are both
>red for COM4 but not for COM1. Can somebody point me to more info on
>what these mean or more documentation for Realterm?
Personally this suggests you have not interfaced to the RS232/USB
correctly as it looks like the signal is inverted somewhere, hence the
break condition.
>Also, I receive 57 bytes at a time on COM1 (which is good) but 58
>bytes on COM2 (which is bad). And the HEX data is very different.
>I've tried writing the raw HEX out in binary to find some sync.
>problem, but to no avail.
>
>Any suggestions?
> "Leon Heller" <leon_heller@hotmail.com> wrote in message
>> "C Bremer" <cdbremer@gmail.com> wrote in message
>>
>>> Hi. I'm working on a project where I am connecting a Garmin OEM
>>> GPS Receiver (asynchronous, RX-TX-GND) through ...............
>
>> Try RealTerm (it's free). It's much better than Hyperterminal for
>> sorting out comms problems.
>
> I downloaded Realterm and I get pretty much the same results.
> COM1 works fine but COM4 (USB VCP) is still garbage.
>
> On the bottom right, the indicators for 'BREAK' and 'Error' are
> both red for COM4 but not for COM1. Can somebody point me to more
> info on what these mean or more documentation for Realterm?
>
> Also, I receive 57 bytes at a time on COM1 (which is good) but 58
> bytes on COM2 (which is bad). And the HEX data is very different.
> I've tried writing the raw HEX out in binary to find some sync.
> problem, but to no avail.
Sounds like you have at least one of baudrate, parity, stop-bits
mis-set.
--
"If you want to post a followup via groups.google.com, don't use
the broken "Reply" link at the bottom of the article. Click on
"show options" at the top of the article, then click on the
"Reply" at the bottom of the article headers." - Keith Thompson
Reply by Andrew Jackson●February 27, 20052005-02-27
C Bremer wrote:
> Now I am trying to receive the same data via the USB port using a DLP
> Design DLP-USB232M USB Adapter. I downloaded the Virtual Com Port
> (VCP) drivers and installed them. The installed drivers show up in
> the device manager as "USB Serial Port (COM4)". It is set to 4800,
> 8N1 under Properties.
>
> When I try to connect to COM4 in HyperTerminal, I only receive
> garbage. The data displayed in the HyperTerminal window does not
> resemble the data seen from the connection on COM1 and is not the same
> length.
>
> I ran "Test Application V1.0" from DLP and when connected to COM1 it
> receives 113 bytes of data at a time. When connected to COM4, 113
> bytes are also received.
>
> The DLP board is seated in a solderless breadboard.
<Egg suck>
Have you checked the signal levels to the DLP-USB232M, looking at them on a
scope? What RS232 level converter are you using?
</Egg suck>
As others have posted, I find that TeraTerm is much better for serial
communications debugging than HyperTerminal. portmon (www.sysinternals.com)
is very good for diagnosing problems too when you are writing the Windows
comms. code.
Andrew
Reply by C Bremer●February 26, 20052005-02-26
"Leon Heller" <leon_heller@hotmail.com> wrote in message news:<42206ea7$0$2761$cc9e4d1f@news-text.dial.pipex.com>...
> "C Bremer" <cdbremer@gmail.com> wrote in message
> news:9ec041b7.0502260348.3ad066e@posting.google.com...
> > Hi. I'm working on a project where I am connecting a Garmin OEM GPS
> > Receiver (asynchronous, RX-TX-GND) through ...............
> Try RealTerm (it's free). It's much better than Hyperterminal for sorting
> out comms problems.
>
> Leon
I downloaded Realterm and I get pretty much the same results. COM1
works fine but COM4 (USB VCP) is still garbage.
On the bottom right, the indicators for 'BREAK' and 'Error' are both
red for COM4 but not for COM1. Can somebody point me to more info on
what these mean or more documentation for Realterm?
Also, I receive 57 bytes at a time on COM1 (which is good) but 58
bytes on COM2 (which is bad). And the HEX data is very different.
I've tried writing the raw HEX out in binary to find some sync.
problem, but to no avail.
Any suggestions?
Reply by macaby●February 26, 20052005-02-26
i use the fdti chipset for com with and without hyperterminal , conclusion
no problem , i also use an usb dual serial adapter with 2 ftdi , and i have
the same conclusion.
Perhaps , effectively the bug with hyperterminal when changing the
parameters and not connect and disconnect , but this bug is with all sort of
com .
i try to avoid the usb serial behind usb HUB , because i get some energy
economy disconnect , that all.
in particular i use picstart plus on com3 and prototype board on com4.
"C Bremer" <cdbremer@gmail.com> a �crit dans le message de news:
9ec041b7.0502260348.3ad066e@posting.google.com...
> Hi. I'm working on a project where I am connecting a Garmin OEM GPS
> Receiver (asynchronous, RX-TX-GND) through the USB port in Windows XP.
> Initially I connected the GPS through COM1 and successfully received
> the data in HyperTerminal. The GPS sends data at the factory default
> of 4800, 8N1. The GPS sentence length is 55 bytes plus a LF and CR at
> the end, one sentence per second. (only the $GPGGA sentence)
>
> Now I am trying to receive the same data via the USB port using a DLP
> Design DLP-USB232M USB Adapter. I downloaded the Virtual Com Port
> (VCP) drivers and installed them. The installed drivers show up in
> the device manager as "USB Serial Port (COM4)". It is set to 4800,
> 8N1 under Properties.
>
> When I try to connect to COM4 in HyperTerminal, I only receive
> garbage. The data displayed in the HyperTerminal window does not
> resemble the data seen from the connection on COM1 and is not the same
> length.
>
> I ran "Test Application V1.0" from DLP and when connected to COM1 it
> receives 113 bytes of data at a time. When connected to COM4, 113
> bytes are also received.
>
> The DLP board is seated in a solderless breadboard.
>
> Does anybody know what might be going on?
>
> C. Bremer