HQCT Module (new thread following HU RDS/RDBS)

**Vish** · 03-24-2006, 12:27 PM

Any new updates on this?

**TheLlama** · 03-24-2006, 01:54 PM

do you see any?

**antimatter** · 03-24-2006, 01:57 PM

Originally Posted by TheLlama

do you see any?

I think he is asking for an update

**TheLlama** · 03-24-2006, 02:11 PM

Originally Posted by antimatter

I think he is asking for an update

Yeah, and I thought the maintainers are posting all the updates to the first post.

**Vish** · 03-24-2006, 04:22 PM

Originally Posted by TheLlama

do you see any?

i just asked the question because last update from them was like 20 days ago.

**emumanXM** · 03-25-2006, 08:57 PM

Because it's another software option. For you saps that'll complain about the software for some reason, the Philips software pretty much does everything this radio can do. It has a fully functional RDS/RBDS decoder to display all the RDS/RBDS data you want, fully configurable audio, radio, and RDS/RBDS parameters for the TEF6892 and fully configurable parameters for the tuner. Real time IF readout, Field strength level, Wideband AM on the MPX signal, and ultrasonic noise is all read from the i2c bus, as well as the fully decoded RDS data. Weak signal performance can be tuned and adjusted on the fly if you want. Again, it's just another software option. It's does fit in with most carputer software packages, but it's honest great software. And for a radio geek like me is the coolest thing in the world to play with.

If you know how to set up a carputer then setting up this software with an i2c to parallel port interface should not be difficult. Designing the hardware of this radio is tons more easier than designing software because the tuner is ready made and the audio processor is easy to interface. The philips software is fairly easy to use, but the datasheet will help with anything that you don't understand. It should get you started until software frontends are available.

Jonathan

**Diogenes** · 03-26-2006, 05:43 AM

Right

our firmware allows doing just the same over the USB port, it's a matter of adding the buttons and functions to the PC programme, our HQCT software has the basics and is setting the parameters for the tuner module and for the TEF, in the very same way the Philips software does, he who wants can simply add functions to it ...

diogenes

**FMode** · 03-27-2006, 03:38 PM

Originally Posted by jcdillin

It's absolutely essential to get these units to the front-end people, or it's going to end up just like Sirius. We have the units, we have the adapters, but only one front-end supports the unit. If more of the adapters made it out all the front ends would support Sirius.

But at the same time you don't have to be a rocket scientist to tell who the big players are in the front-end arena.

People want it to use with Roadrunner:
HQCT Module (AM\FM\RDS)
...and with Centrafuse:
HQCT support?

if the Radiosolutions currently build in the frontends would use something extern, a driver, or my proposal - a standard - you would just download the driver from http://www.xtronic.be/ - and it works !

...as done nearly 1000000 times a day round the world if a printer - not tested by Microsoft, nor touched by any Word programmer - is used to print from Microsoft Word.

Bill Gates is a rich man and he could buy every printer in the world to include a driver for it inside his Word but he is not doing it because it's STUPID
(yes - critics at frontends !!!)

My proposal for a standard's targets the frontend programmers as it gives a "radio-object" - no fiddling around with interface (COM1, COM2, USB, LPT or I2C Port of VIA ITX boards) just tuning, RDS, field strength, ... (which has every Radio) and this is the reason why this standardisation is possible.
The frontend doesn't have any control about the Radiator-Path - or has a HQCT module a parameter: "Radiator-Path" ? but my implementation for Radiator needs this path to start Radiator and a Implementation for the HQCT needs a COM Port, doesn't it ? So this paramters are hidden from the frontend and reside in a config-file.
And yes I can do a implementation for the HQCT but I am not doing it just to waste time

**Frankino** · 03-27-2006, 06:38 PM

exactly my points.. The only thing a programmer needs to control an hardware is a drivers which allows every function to be used properly from EVERY application. it's very easy. once you have the drivers and the "sdk" you can make it work everywhere, directly in a frontend or using an external app...

**antimatter** · 03-27-2006, 07:25 PM

I dont give a crap how it works or how the front end developers choose to integrate it... as long as they do. And for them to do that it is pretty typical to have a test unit hence my original statement.

ultimately it is up to raciemer and co