Home All Groups Group Topic Archive Search About

MSComm and USB to RS485 Converters (head hurting now, must have martini)

Author
16 Nov 2007 3:00 PM
EdV
I am having some weirdness and was wondering if any of the readers of
this group are experiencing the something similar.

I was using a Quatech QSU200/300 which worked great but then upgraded
to their ESU series which do not work with my in house application.
My senior SW developer is out for a spell. Here is what is unique
about his application although I do not understand it in detail.

1. The MSComm control is created in memory by his application which is
a .dll that we then use in various test engineering applications
2. As I look around in his code I see he commented out a "read from
device" section of code in his .dll source for setting baudrate,
inputmode, etc.  Some devices need to be "woke up"?  Sounds
interesting, hmmmmm.
3. Hyperteminal to Hypterminal link ups work
4. Our applications are "talking" to embedded uC boards using LT1785
RS485 driver by Linear.

I am going to try and step through his test example with the .dll
loaded in the project today to see what is going on but first I have
to get it to run because there are undecalred variables scattered
through out.

Thanks in advance for having a look at my dilemna.

Ed V.

PS - mmmmmmmm, martini

PPS  -
1. RS232 to RS485 convertes work fine but I am out of serial ports due
my IT departments drive to use PCs that have fewer everthings.
2. BB-elec Ulinx USB converters do this also
3. If you keep the gin in the freezer and put pop a couple olives in
your mouth you can skip those tedious shaker to glass to mouth steps

Author
16 Nov 2007 5:50 PM
Jack
Boy, you are writing in the wrong department, I am afraid.
Jack

Show quote
"EdV" <ed_vo***@my-deja.com> wrote in message
news:3a6dbf30-069a-48ad-86a4-5e09f6f7529c@n20g2000hsh.googlegroups.com...
>I am having some weirdness and was wondering if any of the readers of
> this group are experiencing the something similar.
>
> I was using a Quatech QSU200/300 which worked great but then upgraded
> to their ESU series which do not work with my in house application.
> My senior SW developer is out for a spell. Here is what is unique
> about his application although I do not understand it in detail.
>
> 1. The MSComm control is created in memory by his application which is
> a .dll that we then use in various test engineering applications
> 2. As I look around in his code I see he commented out a "read from
> device" section of code in his .dll source for setting baudrate,
> inputmode, etc.  Some devices need to be "woke up"?  Sounds
> interesting, hmmmmm.
> 3. Hyperteminal to Hypterminal link ups work
> 4. Our applications are "talking" to embedded uC boards using LT1785
> RS485 driver by Linear.
>
> I am going to try and step through his test example with the .dll
> loaded in the project today to see what is going on but first I have
> to get it to run because there are undecalred variables scattered
> through out.
>
> Thanks in advance for having a look at my dilemna.
>
> Ed V.
>
> PS - mmmmmmmm, martini
>
> PPS  -
> 1. RS232 to RS485 convertes work fine but I am out of serial ports due
> my IT departments drive to use PCs that have fewer everthings.
> 2. BB-elec Ulinx USB converters do this also
> 3. If you keep the gin in the freezer and put pop a couple olives in
> your mouth you can skip those tedious shaker to glass to mouth steps
Author
20 Nov 2007 8:32 PM
EdV
Show quote
On Nov 16, 11:50 am, "Jack" <replyto@it> wrote:
> Boy, you are writing in the wrong department, I am afraid.
> Jack
>
> "EdV" <ed_vo***@my-deja.com> wrote in message
>
> news:3a6dbf30-069a-48ad-86a4-5e09f6f7529c@n20g2000hsh.googlegroups.com...
>
>
>
> >I am having some weirdness and was wondering if any of the readers of
> > this group are experiencing the something similar.
>
> > I was using a Quatech QSU200/300 which worked great but then upgraded
> > to their ESU series which do not work with my in house application.
> > My senior SW developer is out for a spell. Here is what is unique
> > about his application although I do not understand it in detail.
>
> > 1. TheMSCommcontrol is created in memory by his application which is
> > a .dll that we then use in various test engineering applications
> > 2. As I look around in his code I see he commented out a "read from
> > device" section of code in his .dll source for setting baudrate,
> > inputmode, etc.  Some devices need to be "woke up"?  Sounds
> > interesting, hmmmmm.
> > 3. Hyperteminal to Hypterminal link ups work
> > 4. Our applications are "talking" to embedded uC boards using LT1785
> > RS485 driver by Linear.
>
> > I am going to try and step through his test example with the .dll
> > loaded in the project today to see what is going on but first I have
> > to get it to run because there are undecalred variables scattered
> > through out.
>
> > Thanks in advance for having a look at my dilemna.
>
> > Ed V.
>
> > PS - mmmmmmmm, martini
>
> > PPS  -
> > 1. RS232 to RS485 convertes work fine but I am out of serial ports due
> > my IT departments drive to use PCs that have fewer everthings.
> > 2. BB-elec Ulinx USB converters do this also
> > 3. If you keep the gin in the freezer and put pop a couple olives in
> > your mouth you can skip those tedious shaker to glass to mouth steps- Hide quoted text -
>
> - Show quoted text -

Well I threw the kitchen sink at it and we found out that we need to
wait for the USB driver to finish poking around before we read the
input bufffer after we send out a command.  Ah the simple joys of
looping until something is in the buffer.  Why we don't use a routine
that triggers on an MSComm event is still eating at me but I am tired
of questions.

Thanks much,
                    Ed V.

AddThis Social Bookmark Button