NEW ICom CIV Test Tool (need help if you have an icom radio)
Hi,
This is a request for minor software testing help from Icom radio owners. If you own an icom radio that has a serial cable connected to your computer, I could use some help testing a little tool I wrote. The purpose of testing this tool is to see if my serial code works with your computer and radio. I'm trying to test a part of SR-Pro that interfaces with ICOM radios. This test tool has code that will be used inside SR Pro after it is finished being tested. I will also be adding support for other radios but I'm starting with ICOM since I have an ICOM hooked up to the PC right now. Any help would be appreciated. Thanks http://www.davee.com/DaveeCIV/ |
NEW ICom CIV Test Tool (need help if you have an icom radio)
On Thu, 6 Oct 2005 14:24:14 +1000, diesel_fuel
wrote: It works for me Icom IC-R10 scanner That was fast. Are you using Windows XP? Thanks for helping me test it! |
NEW ICom CIV Test Tool (need help if you have an icom radio)
Running Windows 2000 SP4
Will try on Win 98/ME In article , says... On Thu, 6 Oct 2005 14:24:14 +1000, diesel_fuel wrote: It works for me Icom IC-R10 scanner That was fast. Are you using Windows XP? Thanks for helping me test it! |
NEW ICom CIV Test Tool (need help if you have an icom radio)
Tried it on Windows ME it required 2 dll's
"mfc71.dll" and "msvcr71.dll" I installed them and got the CIV test tool but it would not connect "not responding" In article , says... Running Windows 2000 SP4 Will try on Win 98/ME In article , says... On Thu, 6 Oct 2005 14:24:14 +1000, diesel_fuel wrote: It works for me Icom IC-R10 scanner That was fast. Are you using Windows XP? Thanks for helping me test it! |
NEW ICom CIV Test Tool (need help if you have an icom radio)
On Thu, 6 Oct 2005 16:53:44 +1000, diesel_fuel
wrote: Tried it on Windows ME it required 2 dll's "mfc71.dll" and "msvcr71.dll" I installed them and got the CIV test tool but it would not connect "not responding" Oh, I hope it's not bugs in my prog. If so, I'll have to figure out why Win/ME is different. Supposedly it should even work on '95, but that might be too optimistic. I just uploaded another copy in a zip file which is a debug build with more error checking, (and no longer needs the ..dlls). If you happen to get a chance, could you try the debug version on Win/ME to see if that one crashes or reports any errors? If you get a chance, that would be great. But you've already helped me a lot and I really appreciate it. Dave |
NEW ICom CIV Test Tool (need help if you have an icom radio)
On Thu, 06 Oct 2005 01:12:14 -0700, Dave said in
alt.radio.scanner: Oh, I hope it's not bugs in my prog. If so, I'll have to figure out why Win/ME is different. Supposedly it should even work on '95, but that might be too optimistic. That's already been figured out - it's a bug disguised as an operating system. :) |
NEW ICom CIV Test Tool (need help if you have an icom radio)
On Fri, 07 Oct 2005 02:16:57 -0400, Al Klein
wrote: That's already been figured out - it's a bug disguised as an operating system. :) ;v) It's my bug until I prove otherwise...unfortunately. Some people say "don't use overlapped I/O when using serial ports". Others (including Microsoft) say to use it. Who knows. I'll get it fixed in time by the "puling out hair and banging my fists on the table" method. |
NEW ICom CIV Test Tool (need help if you have an icom radio)
On Fri, 07 Oct 2005 00:12:19 -0700, Dave said in
alt.radio.scanner: It's my bug until I prove otherwise...unfortunately. Some people say "don't use overlapped I/O when using serial ports". Others (including Microsoft) say to use it. Who knows. I'll get it fixed in time by the "puling out hair and banging my fists on the table" method. I've been doing serial I/O (in software) since before BASCOM, yet I've never come across "overlapped I/O", as a term. Do you mean handling 2 ports simultaneously? What language? How are you doing the I/O? (ocx? raw code?) (The program I'm currently working on does serial and internet simultaneously, but that's not the same thing.) |
NEW ICom CIV Test Tool (need help if you have an icom radio)
Al Klein wrote:
I've been doing serial I/O (in software) since before BASCOM, yet I've never come across "overlapped I/O", as a term. Do you mean handling 2 ports simultaneously? What language? How are you doing the I/O? (ocx? raw code?) (The program I'm currently working on does serial and internet simultaneously, but that's not the same thing.) http://www.cpupedia.com/definition/overlapped+i_o.aspx -- St. John |
NEW ICom CIV Test Tool (need help if you have an icom radio)
On Fri, 07 Oct 2005 17:30:01 GMT, "St. John Smythe"
wrote: Al Klein wrote: I've been doing serial I/O (in software) since before BASCOM, yet I've never come across "overlapped I/O", as a term. Do you mean handling 2 ports simultaneously? What language? How are you doing the I/O? (ocx? raw code?) (The program I'm currently working on does serial and internet simultaneously, but that's not the same thing.) http://www.cpupedia.com/definition/overlapped+i_o.aspx Got it working on Win 2k, XP, Win/Me and Win98. Thanks to some nice people who volunteered to help test it for me. Regarding overlapped: If overlapped I/O is not used then there is no way to cancel an I/O operation because the thread is blocked. WIN32 has a CancelIO function in the same API but CancelIO cannot cancel I/O on another thread, only the same thread. That makes it a real pain in the ass. But overlapping allows the programmer to break the I/O off and clean up without having to be in the same thread, AFAIK. That's why I had to use it in this case. |
NEW ICom CIV Test Tool (need help if you have an icom radio)
On Fri, 07 Oct 2005 18:35:54 -0700, Dave said in
alt.radio.scanner: Regarding overlapped: If overlapped I/O is not used then there is no way to cancel an I/O operation because the thread is blocked. WIN32 has a CancelIO function in the same API but CancelIO cannot cancel I/O on another thread, only the same thread. That makes it a real pain in the ass. But overlapping allows the programmer to break the I/O off and clean up without having to be in the same thread, AFAIK. That's why I had to use it in this case. Seems like plain old polled I/O - you can cancel any time the I/O routine is still in the wait loop. The last time I did that, though, was under DOS 2.1, so I have no idea if it can still be done in a Windows API. |
NEW ICom CIV Test Tool (need help if you have an icom radio)
On Sat, 08 Oct 2005 00:47:33 -0400, Al Klein
wrote: Seems like plain old polled I/O - you can cancel any time the I/O routine is still in the wait loop. The last time I did that, though, was under DOS 2.1, so I have no idea if it can still be done in a Windows API. You can poll the serial port in Windows but it's not as efficient as waiting for an event to happen while sleeping. Normally, Windows wakes you up when the char arrives at the serial port. The way I set mine up is to issue a read of one byte while in a loop. The loop is sleeping on the read command until the char arrives. There is no CPU needed to poll since the loop is asleep. It's not a very easy to use API as I just found out but I only have to write it and debug it once. Now that I have something that works, I could send yo the source (in C++) if you want to see what it looks like. It's a C++ class called CComPort and it has 2 commands, ReadRxBuffer and TransmitData. Both can be used simultaneously from different threads without interfering with each other. It's quite nice because I can use it for anything that needs to access the serial ports without having to rewrite anything. Well, it's late. I better try to get to sleep now. (4:40 am Pacific time). I'm up late as usual. |
NEW ICom CIV Test Tool (need help if you have an icom radio)
On Sat, 08 Oct 2005 04:41:52 -0700, Dave said in
alt.radio.scanner: It's not a very easy to use API as I just found out but I only have to write it and debug it once. Now that I have something that works, I could send yo the source (in C++) if you want to see what it looks like. It's a C++ class called CComPort and it has 2 commands, ReadRxBuffer and TransmitData. Both can be used simultaneously from different threads without interfering with each other. It's quite nice because I can use it for anything that needs to access the serial ports without having to rewrite anything. I have a control that works pretty much the same way, except that the Tx command can't be recalled - but I don't think I'll be needing that capability. I wouldn't mind having the code anyway, just in case. If you'd send it to "Al at Webdingers dot com" (standard munging), please? |
NEW ICom CIV Test Tool (need help if you have an icom radio)
It works with the ICR7000. with Windows ME, XP, 2000 and 2003 server
|
NEW ICom CIV Test Tool (need help if you have an icom radio)
On Mon, 10 Oct 2005 02:50:15 GMT, "Jacknopants"
wrote: It works with the ICR7000. with Windows ME, XP, 2000 and 2003 server Thanks for helping me test it. I'll add your radio to the list of radios tested. Best wishes!! |
All times are GMT +1. The time now is 01:45 PM. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
RadioBanter.com