Thread: Can get HD Radio running on my test pc not but the carpc.. help

Well, first thing I'd try is to (WITHOUT changing the other connections) plug the original control pod from the tuner instead of mitchjs's adapter cable (Which you know works cause it works at your work pc). With that plugged in, try to get it to turn on and tune stations to see if you can hear anything through the PC -- if not, plug something directly to it to see if the sound comes through correctly -- If it DOES, then its something to figure out with the sound card, if it doesn't then it's likely to be something with the install itself. Once you get it to work with the original control pod, plug it back onto the PC and it most lileky will work (As long as the COM port setting is correct and the required files are in place.

well i tried it with the original control pod and it works so its definitely not sound card related. Only thing i can think of is my serial port doesnt put out enough power to hit the ON switch ... though oddly i hear the click of a relay when i go to the radio screen. I'll have to get a serial to usb adapter then see how that goes.

the serial adapter now works and i can hear the radio using mitch's program... but now that the com port has changed rr does not start the device when i enter the radio screen. I set hdradioport=10 in rr.ini and i hear no clicking from the device when i enter the radio screen. I've tried other com ports to the same result. If i manually enter the com port into mitch's program the radio is found and clicks on like normal. Are there settings other than default that rr needs to control the com port? Could it have something to do with the fact that the port is created from the usb/serial cable software?

Guino, any known issues in VB with comport #'s > 9?

Sonicxtacy02, try changing the comport number to < 10, its in device management...

mitch

depends on how you're opening the com port -- you do know I'm only passing the port number to your COM object... I know that if using the windows api, you can use "COM1" to "COM4" and then anything above COM4 has to be opened with "\\.\COM5" for instance. If the code you're using takes a "string" for the port to open, you probably need to do that, if the code you use to open the port only takes a number, then you probably don't have to worry about it.

I do suggest changing the port to a lower number in device manager as well -- this will keep you away from problems.

Originally Posted by guino

depends on how you're opening the com port -- you do know I'm only passing the port number to your COM object... I know that if using the windows api, you can use "COM1" to "COM4" and then anything above COM4 has to be opened with "\\.\COM5" for instance. If the code you're using takes a "string" for the port to open, you probably need to do that, if the code you use to open the port only takes a number, then you probably don't have to worry about it.

I do suggest changing the port to a lower number in device manager as well -- this will keep you away from problems.

i've tried it on lower port numbers (numbers, 5 & 6). i've even tried to change the motherboard's serial ports COM number and it does the same thing.. if the device isnt on COM 1 it doesnt get turned on in RR, in mitch's program however it works fine on any port. I'm testing this using the 11/4 beta release you provided me guino.

Check that you're using the DLLs provided in the release package, and not some other DLLs that came with mitch's test app.. this may be an issue with the version of the DLLs (VB is very picky). But if you can try a Port between 1 and 4.

i downloaded the latest binary, ran runme1st.cmd in the HDradio folder.. and it says everything was done successfully. Changed the port number to 3 in device manager, changed hdradioport=3 in rr.ini and the same thing occured. Started mitch's program and it clicked right on as it should again. The only thing weird i noticed is when i try to register the hdradiocomm.dll file i get a message saying somethin about the dllregisterserver entry point was not found. I glanced over the source code to see if maybe port 1 was set as the default and the variable was bein incorrectly set but i didnt see any issues.