I wrote a program called scanner screen for uniden scanners I would like to add whistler scanners

[Vonskie]

This may be a stupid comment and completely worthless, but the GRE-based scanned don’t connect directly via serial to a computer, you have to use an adapter that plugs into your USB port, then into the PC/IF lack on the scanner with electronics in-between.

Could this be what’s causing your program to not connect?

Once the usb cable is connected it should show up as a com port in device manager
Its a virtual thing

 

[KevinC]

Once the usb cable is connected it should show up as a com port in device manager
Its a virtual thing

Correct.

 

[Ubbe]

Von, I get "no response recieved" as well with the test program.

I see that you use CreateCommand(#39'V'#39, #0); when there should be no #39 characters added.

/Ubbe

 

[Vonskie]

Please try 1.k

 

[Vonskie]

Same results with both PC/IF on (see below) and PC/IF off (no response)

View attachment 160856View attachment 160857View attachment 160858View attachment 160859

please try 1.k

 

[Vonskie]

Von, I get "no response recieved" as well with the test program.

I see that you use CreateCommand(#39'V'#39, #0); when there should be no #39 characters added.

/Ubbe

Thank you please try 1.k

 

[KevinC]

Thank you please try 1.k

1.k, no response on Get Model, but.......I used a serial port sniffer and I see the model result in that but not on your program (hopefully that makes sense).

 

[Vonskie]

Please try 1.l found bug in send command logic

 

[KevinC]

Please try 1.l found bug in send command logic

Timeout during operation...but this is what the sniffer shows...

 

[RaleighGuy]

Timeout occurred while receiving response
Failed to send command for model number

Timeout occurred while receiving response
Failed to send command for channel info

 

[Vonskie]

Please try 1.m

 

[Vonskie]

I fixed the time out problem

Now its just capturing the correct data for the scanner and dividing it up

 

[Ubbe]

Still says "Failed to send command" when trying to get model or channel info.

/Ubbe

 

[Ubbe]

If I change the SerialPort.RecvString to SerialPort.RecvPacket it responds with error: OK.
So it needs to handle the response as a data packet.

If I comment out a lot of lines it responds with the model in the error response.

/Ubbe

 

[RaleighGuy]

I fixed the time out problem

Now its just capturing the correct data for the scanner and dividing it up

Thank you for all your hard work on this, I'm sure with the help and suggestions by @Ubbe and @KevinC it will soon work. I'm not a programmer so I can only test it after it is done

 

[Ubbe]

I commented out a little more about checksum calculations and error reports and then if I send model request 3 or 4 times it somehow clears the serial buffer, it receive garbage characters, and the text box then shows the model on each request, and also the channel info works and seems to be correct at every value. But there's come characters it doesn't like to receive, perhaps the STX ETX or the ones that echoes back from the command.

/Ubbe

 

[RaleighGuy]

it receive garbage characters, and the text box then shows the model on each request, and also the channel info works and seems to be correct at every value. But there's come characters it doesn't like to receive, perhaps the STX ETX or the ones that echoes back from the command.

/Ubbe

This sounds similar to what I see in the Whistler Control Demo software as well.

 

[Vonskie]

So is it n81 or n80 as uniden is n80 and I think whistler should be n81

That parity stop bits and etc

Perhaps the garbage characters are caused by that #3 and #2 are normal

 

[Ubbe]

It could have something to do with 8n0 versus 8n1 but it seems to respond as it should using ScannerScreen's 8n0 and what I could see with the test program, after editing it, all the TG and ID for a trunked system show up in their correct places in the result box.

/Ubbe

 

[Vonskie]

This sounds similar to what I see in the Whistler Control Demo software as well.

Please try 1.n