|
code
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
MSComm and USB to RS485 Converters (head hurting now, must have martini)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 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
Show quote
On Nov 16, 11:50 am, "Jack" <replyto@it> wrote: Well I threw the kitchen sink at it and we found out that we need to> 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 - 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. |
|||||||||||||||||||||||