Related
I was trying to use my X7500 for walking navigation and I am sure that the static navigation here is ON (during slow movement - less than 6 km/h is the change of location not detected or only in large steps). I was searching several forums than and tried several programs (SirfTech, GPSTweak, MMSirf, aplsirf, SirfDemo, BeeLineGPS) with no success. It seems like X7500 can not switch to Sirf mode. Do you have some experiences with this issue?
Thank you very much for your help.
erm....the GPOS chip in here is not a sirf chip, it's a qualcomm GPSone. I don't think it has static navigation.....
Qualcomm chipset? I am really confused - I was reading everywhere that it should be Sirfstar III. So, how is it?
I'm in the doubt too.
At the Dopod U1000 User Manual on Appendix A.3 Specifications at the second page of that section under GPS said "Chipset SirF StarIII with Ephemeris Extension support".
But on the Athena Service Manual (DOC-00026040) said nothing about what chipset is in the Athena. So I guess the GPS Chipset is one of the options the OEM has when asking to HTC for a Athena model (like HTC X7500, Dopod U1000, TMobile AMEO or others).
The Athena Service Manual is funny about this point since mention with deep detail the features of the GPS system like db levels for sample but doesn't mention the maker of the GPS chipset.
Related to the HTC X7500 Advantage I'm in the doubt of what GPS chipset contains. Even at www.europe.htc.com this point is no metioned neither in the web page nor the PDF you can download.
Best Regards,
mahjong
EDIT: Looking at Google many pages said X7500 has SirF StarIII GPS chipset but since that pages are not from HTC and HTC said nothing about it I'm still in the doubt.
Dear Mahjong, thank you for giving me just a bit hope. It would be a big dissapointment for me, if the chipset in x7500 is not Sirf.... does anybody have some more knowledge about this issue? Thank you for any news.
On page 233 of the Ameo manual and in the appendix section you'l read the following:
Chipset : SirF Star111 with Ephemeris Extension support.
Internal antenna : Yes.
GPS Receiver : 20 parallel channels.
OK, I am at home now and tried to open my manual also (at last) and there are the same data (SirF StarIII with ...etc.)
I hope, I can believe it. So the question is back here: how to turn off the static navigation of this GPS?
I tried also to ask directly at HTC support, but it seems to me that they even don't know what is it.... :-(
Any advice more than welcome....
My previous machine was an Mitac Mio a701 and since this was WM5 (like my X7500) got troubles with TT 5 and early versions of TT 6 that don't support properly the WM5 GPS virtual port option... which is linked with the ephemeris system.
The program I used to work in deep with the GPS was SirfTech. If SirfTech don't solve the problem... few more options you will have.
I was reading about the tests I did with my A701 and SirfTech and one thing I consider was improving the accuracy by using DGPS (WAAS). SirfTech helps me to activate the DGPS thing. Have you consider that.
SirfDemo is a great tool too. There is a tutorial in GpsPasSion related to SirfDemo and with a chapter dedicated to Static Navigation. Did you see it?
Is here: http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=25575
Well, by now this is what I can help.
Best Regards,
mahjong
EDIT: Have a look to this one: http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=39596 MMSirfSetup - MMSirf One click SN ON/OFF and on click WAAS ON/OFF
In the appendix.....
well bugger me....so it does! That surprises me. This thing is nowhere near as quick to pick up a signal as my old Artemis. I'm wondering if this is simply a case of whoever wrote the manual simply copy and pasted again, without double checking the facts. Lets face it, all the manuals in Dutch, Swedish, Danish etc all state that the device includes transcriber and letter recognizer and we all know that those languages dont! The only other GPS device that even mentions the GPS chip is the P3300 and it has the exact same info as at the back here.
Unfortunately, knowing what the device is like, and knowing what tends to happen when the manuals are written, i'm not so sure i believe it..
But in the meantime, until i can find out for definite, I stand (well, sit at a desk) corrected.
rhedgehog said:
Unfortunately, knowing what the device is like, and knowing what tends to happen when the manuals are written, i'm not so sure i believe it..
But in the meantime, until i can find out for definite, I stand (well, sit at a desk) corrected.
Click to expand...
Click to collapse
Yeah but... if you don't trusth on the HTC user guide and fetaures... what else? You should open the X7500 to have a look inside... but anyway the model number could be erased from the top of the chip which is something many companies do whatever the reason.
So? The images of system board at HTC Service Manual don't show any chip with the well-known Sirf logo... but I insist this is a feature that the OEM decide.
Hmmmm... using SirfTech on my X7500 I cannot get Sirf data...
One point for rhedgehog
EDIT: I changed to Sirf protocol using SirfTech and now I cannot access any GPS data. Recerting the change to NMEA using the same program doesn't solve the problem. What a mess!!! A warning: This doesn't looks a Sirf to me so don't mess around with Sirf programs by now.
I will keep everyone informed... let see if I manage to come my GPS back into live.
You see rhedgehog? I learned the hard way. :-DDD :-(((
Uffff Done....
I power off the HTC by pressing the power for 3 secs... then I take out the battery for 1 minute or so.... then reinsert the battery... power on... and...
My OziExplorer display again NMEA data coming form the GPS.
HTC X7500 doesn't look like having a Sirf chipset... and doesn't looks a good idea kidding with Sirf setup programs on it.
Best Regards,
mahjong
Athena (same as most of the current htc lineup?)is supposed to have the Qualcomm MSM6275 gpsOne chipset
http://www.cdmatech.com/technologies/gpsone.jsp
Ok I got it.
My X7500 has a Qualcomm MSM 6275 chipset. This information can be found on the Athena Service Manual. If you access the Qualcomm website and looks for this chipset you will eventually reach this page:
http://www.umtschips.com/products/msm6275_chipset_solution.jsp
This page said that the MSM6275 chipset contains not only the 3G capabilities but the GPS (an A-GPS solution based on GPSone).
In that web page there is information (and a PDF file too) showing that this MSM6275 chipset can manage the camrecorder, GPS, 3G telephony, video and a looooong list of features. I don't knwo how the video stuff link with the ATI Imageon video chipset inside our X7500 but... just access the webpage and read it by yourselves... For sample the MSM6275 contains an ARM core 926 itself so our machine is kind of dual proccesor:
624 MHz PXA270-series ("Bulverde") XScale applications processor
Qualcomm MSM6275 baseband processor
Anyway the combination of Qualcomm MSM6275 and ATI Imageon looks quite common since has been used by HTC in many machines like P3600 and P3300 and our X7500.
So...
1) Forget about Sirf StarIII on our X7500 (and Dopod U1000, Ameos... etc)
2) A big bow to rhedgehog... You were right we were wrong.
3) A question to the manual makers from Ameo, Dopod and HTC... why you mention there Sirf StarIII???? I don't understand that yet.
Offtopic: Another finding... The HTC Kaiser is not running with MSM6275 like ours Athenas... is running MSM7200 which is newer and add support to HSUPA (an evolution of HSDPA) that is suppoused to improve the upload traffic instead only the download (the U and the D on HSUPA and HSDPA).
Best regards,
mahjong
mahjong said:
Hmmmm... using SirfTech on my X7500 I cannot get Sirf data...
One point for rhedgehog
EDIT: I changed to Sirf protocol using SirfTech and now I cannot access any GPS data. Recerting the change to NMEA using the same program doesn't solve the problem. What a mess!!! A warning: This doesn't looks a Sirf to me so don't mess around with Sirf programs by now.
I will keep everyone informed... let see if I manage to come my GPS back into live.
You see rhedgehog? I learned the hard way. :-DDD :-(((
Click to expand...
Click to collapse
Only just came across this thread - if I had seen it earlier I would have warned you - we found out the hard way some months ago that the GPS doesn't like being treated as a a SirfStar III. There is a thread about this from several months ago.
mahjong said:
My X7500 has a Qualcomm MSM 6275 chipset. This information can be found on the Athena Service Manual. If you access the Qualcomm website and looks for this chipset you will eventually reach this page:
Click to expand...
Click to collapse
A good source for detailed specs is pdadb.net - see PDAdb - Athena
It has the correct GPS details for the GPS.
Didn't HTC find that Sirf III used to much power so the ditched it in favour of the Qualcom set?
Maybe but the question is still there... Why they delivered the user manuals with such an error??? They shouldn't. I mean if you said this is Sirf StarIII and the you mess around with software and got your Athena "brick" you can blame on HTC because of the misinformation (hmmm... is that properly written?)
Best Regards,
mahjong
apd said:
A good source for detailed specs is pdadb.net - see PDAdb - Athena
It has the correct GPS details for the GPS.
Click to expand...
Click to collapse
Not sure... looks at this three lines taken from that page:
Interfaces
Expansion Slots: miniSD, miniSDHC, SDIO
Serial: RS-232 , 115200bit/s
USB: USB 2.0 client, 480Mbit/s , USB Series Mini-B (mini-USB) connector
3 features... 3 errors.... You don't have SDIO slot in Athena. You don't have RS-232 interface. And as far as I know is not USB 2.0 but I doubt in this one. At least the USB host is 1.1 I'm sure about that.
But the rest of information is more accurate than other web sites.
Regards,
mahjong
The BCM4330 has a number of listed features that our SGS2s do not appear to have. For instance, the chip in question has listed support for Bluetooth 4.0+HS (so, I assume the Bluetooth low power standard) and FM Transmission/Receive, however all sources state that the SGS2 only supports up to Bluetooth 3.0, does not have Bluetooth high speed (virtually the same as Wifi direct, I'm told, but may not have the same level of uptake) and there are no references to FM transmission.
Without relevant APIs or sources I assume none of these unused features can be utilised. Is it a possibility that Samsung removed some components of the chip to reduce bulk?
What's confused me about this entire situation is that the original Galaxy S and the iPhone4 feature this same chipset, but there's not even a mention of Bluetooth3.0 even though they appear to support it . . . weird. Perhaps I've completely failed to understand the nature of these chipsets, but if I'm not being completely stupid then it'd be nice to explore how one could fiddle with our precious phones to extend its capabilities.
Bump
Sent from my GT-I9100 using XDA Premium App
HazzBazz said:
The BCM4330 has a number of listed features that our SGS2s do not appear to have. For instance, the chip in question has listed support for Bluetooth 4.0+HS (so, I assume the Bluetooth low power standard) and FM Transmission/Receive, however all sources state that the SGS2 only supports up to Bluetooth 3.0, does not have Bluetooth high speed (virtually the same as Wifi direct, I'm told, but may not have the same level of uptake) and there are no references to FM transmission.
Without relevant APIs or sources I assume none of these unused features can be utilised. Is it a possibility that Samsung removed some components of the chip to reduce bulk?
What's confused me about this entire situation is that the original Galaxy S and the iPhone4 feature this same chipset, but there's not even a mention of Bluetooth3.0 even though they appear to support it . . . weird. Perhaps I've completely failed to understand the nature of these chipsets, but if I'm not being completely stupid then it'd be nice to explore how one could fiddle with our precious phones to extend its capabilities.
Click to expand...
Click to collapse
Example:
Back then, at MWC 10, Samsung introduced the Samsung Omnia HD (i8910) which has alot of things AND an FM transmitter, when the device was actually launch, it didn't have the FM transmitter, modders and coders saw & knew that this device have the component, even proved with a secret code and an app they build, but no one has ever managed to get it to work.
So far of being a costumer at Samsung corp. I noticed 2 mistakes that they are repeating:
1. Samsung can't manage to get solid 30fps at 720p devices and 1080p.
2. Samsung rls products with an FM transmitter but they never support it and doing everything that we won't manage to get it work.
The fact that this chip is capable of performing all those tasks does not mean it is capable of doing all those task simultaneously. There might be some hardware challenges/contradictions between the different roles.
For instance, bluetooth 4.0 requires filtering above 3GHz of more than 10dB, while at the same time the chip is capable of Wifi on 5GHz; both are supposed to be on the same antenna so either you can not use the chip for Bluetooth 4.0 AND wifi 5GHz or you have to use some very complicated filter depending on which mode you're using. If they have not supplied this filter inside the chip then it becomes a bit complicated to use both modes.
The FM transceiver could very well be connected to the same internal power amplifiers as wifi but a wifi antenna does not look like an FM antenna.
It is not always possible (actually seldom) to use all the specifications of a chip at the same time with the same hardware setup. (Though often the user won't notice because it is not able to check the specification, like ultra low power and high speed often conflict.)
The features you mention are integrated into the chip itself, so it's not possible to "offload" them. However, they may leave out necessary off-chip components and/or enabling software.
For example, FM is popular in Korea. Many Samsung models targeted to the Korean Market include FM capability. It requires extra hardware though, including a rather primitive looking FM antenna. The corresponding models for other parts of the world leave this out. I presume Samsung doesn't see the popularity of FM in other parts of the world to be enough to make up for the extra cost in the handset.
Drivers and such require work, too. So while the chip may support the capability, they may postpone the software development for various reasons. If the hardware support is fully intact, it might be possible to make something work, but it could require some very deep hacking.
requist's response is interesting and seems like a possibility, although a quick reading of the Broadcom product page seems to suggest they've accounted for mixing capabilities in the chip design. Hard to tell without more detailed info.
Disclaimer: I'm not an official spokesperson. Opinions expressed here are mine and not those of my employer.
requist said:
The fact that this chip is capable of performing all those tasks does not mean it is capable of doing all those task simultaneously. There might be some hardware challenges/contradictions between the different roles.
For instance, bluetooth 4.0 requires filtering above 3GHz of more than 10dB, while at the same time the chip is capable of Wifi on 5GHz; both are supposed to be on the same antenna so either you can not use the chip for Bluetooth 4.0 AND wifi 5GHz or you have to use some very complicated filter depending on which mode you're using. If they have not supplied this filter inside the chip then it becomes a bit complicated to use both modes.
The FM transceiver could very well be connected to the same internal power amplifiers as wifi but a wifi antenna does not look like an FM antenna.
It is not always possible (actually seldom) to use all the specifications of a chip at the same time with the same hardware setup. (Though often the user won't notice because it is not able to check the specification, like ultra low power and high speed often conflict.)
Click to expand...
Click to collapse
time division multiplexing.
Dirty_Jerz said:
time division multiplexing.
Click to expand...
Click to collapse
That does not solve hardware conflicts.
Hi chaps,
I'm just wondering which GPS chipset the device uses, and therefore what the spec sheet numbers are for cold start, etc.
jimcpl kindly posted the device's dmesg output in this thread: http://forum.xda-developers.com/showthread.php?p=20531460
but there's no sign of the GPS. Would someone mind posting the dmesg output (or just the tail end) with the GPS up and running so I can see if there's anything in there?
On the Tab 7 the GPS is integrated with the modem, but presumably the Player lacks a modem so it will have the GPS connected somewhere else perhaps more easily accessible from Linux (though one never knows - it might be cheaper to use an existing package even if it's not fully activated)
Thanks
Hi,
I just checked and did another dmesg with the GPS enabled, and also running Navfree, but I don't see anything in the dmesg re. GPS. Do you know what to look for?
Jim
No not really.
I suppose the GPS chip may be directly connected to one of the GPIOs and the firmware and setup is all handled by a userspace library talking to it through a sysfs/dev entry (which are automatically setup by the kernel, without necessarily any indication of what's attached).
Looking at the sysfs might give some clues, but really don't worry too much, I'll do some digging once mine turns up.
Ah, I see that the GPS comms are handled by a library called libgps*.so (can have different suffixes depending on the hw manufacturer), so doing some reverse engineering of this file is probably the next step in order to work out where the chip is attached and what it is.
Interestingly the GPS comms pass through libril as is the case on devices with a modem.
Also vaguely interesting is the fact that "Cell Standby" has used 67% of my battery use (which is ~20% of the battery) overnight. Does anyone know where the UI gets this info from? If it's just summing the CPU time used by some process attached to libril*.so (which would normally handle modem comms, as well as the GPS) that would be fair enough, otherwise it's a conundrum (I guess we don'[t really have a modem in the device which we just can't access....)?
Re chipset, I didn't spot anything in the strings of the various libraries, but I only had a quick look. It is, however, a Broadcom chipset as I can see the function entry points to the static library that Broadcom supply built into libgps*.so.
I must see whether Broadcom supply source (very unlikely) or binaries to the general public and not just large companies....
lardman said:
Interestingly the GPS comms pass through libril as is the case on devices with a modem.
Also vaguely interesting is the fact that "Cell Standby" has used 67% of my battery use (which is ~20% of the battery) overnight. Does anyone know where the UI gets this info from? If it's just summing the CPU time used by some process attached to libril*.so (which would normally handle modem comms, as well as the GPS) that would be fair enough, otherwise it's a conundrum (I guess we don'[t really have a modem in the device which we just can't access....)?
Re chipset, I didn't spot anything in the strings of the various libraries, but I only had a quick look. It is, however, a Broadcom chipset as I can see the function entry points to the static library that Broadcom supply built into libgps*.so.
I must see whether Broadcom supply source (very unlikely) or binaries to the general public and not just large companies....
Click to expand...
Click to collapse
No. Broacom is one of the least open-source friendly companies on the planet.
I was considering the Galaxy Player, but if the GPS is from Broadcom I'm not touching it with a ten foot pole.
Assuming it uses the same version of the GPS as the Galaxy S and Galaxy Tab (no way I can see to recognise it from the strings in the binary, but if anyone has any ideas I'm all ears), then this is also the same chipset as the Nokia N950 uses, and the N950 runs Maemo/Meego which makes things nicer.
Namely there's a kernel driver for the chipset, but this is just a gateway and one requires the firmware and userspace binary to talk to the GPS chip. On the N950 this is in a binary-only daemon.
So not ideal, but at least a kernel driver possibly exists (I've not checked whether it works on the Tab or Player), so it's a step in the right direction; just some reverse engineering to do now (or for my usecase, which is porting Meego to the device, just see if the binary will run)
lardman said:
Assuming it uses the same version of the GPS as the Galaxy S and Galaxy Tab (no way I can see to recognise it from the strings in the binary, but if anyone has any ideas I'm all ears), then this is also the same chipset as the Nokia N950 uses, and the N950 runs Maemo/Meego which makes things nicer.
Namely there's a kernel driver for the chipset, but this is just a gateway and one requires the firmware and userspace binary to talk to the GPS chip. On the N950 this is in a binary-only daemon.
So not ideal, but at least a kernel driver possibly exists (I've not checked whether it works on the Tab or Player), so it's a step in the right direction; just some reverse engineering to do now (or for my usecase, which is porting Meego to the device, just see if the binary will run)
Click to expand...
Click to collapse
It's pretty rare for there to be a kernel driver for anything but reset/power management GPIOs - most of these devices use a serial interface that the GPS libs or userspace daemon talk to.
I can't find any YP-G70 teardowns for more details... Got kinda tempted at BBY today... If it's Broadcom I'm staying away, if it's something else I might go for it.
Entropy512 said:
It's pretty rare for there to be a kernel driver for anything but reset/power management GPIOs - most of these devices use a serial interface that the GPS libs or userspace daemon talk to.
Click to expand...
Click to collapse
Yep, certainly there's still work to do, but knowing how to power the device up is a nice freebie, rather than needing to reverse engineer that too.
Entropy512 said:
I can't find any YP-G70 teardowns for more details... Got kinda tempted at BBY today... If it's Broadcom I'm staying away, if it's something else I might go for it.
Click to expand...
Click to collapse
It's definitely Broadcom I'm afraid, the libgps.so strings contains a load of functions that appear to come from Broadcom (I can't list any right now, it's on a different computer, but can do so this evening if you're interested)
I've read that the snapdragon 400 chip natively support GPS.
Is it possible to active it in a custom rom ?
doud1357 said:
I've read that the snapdragon 400 chip natively support GPS.
Is it possible to active it in a custom rom ?
Click to expand...
Click to collapse
No, while the processor chip may have support for GPS, the watch does not have the required sensors needed to get a GPS lock and to feed data to the processor.
If the sensor was actually in the device? Certainly there would be a way to enable it with a custom ROM, but that still dictates that the sensor would need to be built into it.
doud1357 said:
I've read that the snapdragon 400 chip natively support GPS.
Is it possible to active it in a custom rom ?
Click to expand...
Click to collapse
It means it natively has support for a GPS, it doesn't mean it has one embedded within the Snapdragon 400 SoC.
How about a portable gps reciever it's small and you can take with you. I have a nexus 6 and a LG G not GPS when I go for a run I have to take my phone to track my run could there be a way to bluetooth a GPS reciever to work with G watch. Like the way some people use there tablets and GPS same Idea?
What about Wi-Fi?
Many sites I follow are currently suggesting that the smartwatches powered by the Snapdragon 400 might have built in Wi-Fi antennas. The LG G Watch has a Snapdragon 400 APQ8026 but this SoC doesn't seem to have it. Can anyone confirm this?
matteo.gee said:
Many sites I follow are currently suggesting that the smartwatches powered by the Snapdragon 400 might have built in Wi-Fi antennas. The LG G Watch has a Snapdragon 400 APQ8026 but this SoC doesn't seem to have it. Can anyone confirm this?
Click to expand...
Click to collapse
When I looked at the teardown, the radio chipset is solely BT 4.0 :\ no wifi hardware in sight. However while the SoC supports it, without the hardware, that support is useless. Sorry to say
I read the watches have wifi but no antennas. Is it that they actually have the needed hardware but lack the circuitry for an antenna? Maybe a hardmod? Or no?
player911 said:
I read the watches have wifi but no antennas. Is it that they actually have the needed hardware but lack the circuitry for an antenna? Maybe a hardmod? Or no?
Click to expand...
Click to collapse
No. What you are reading is that they have the hardware to SUPPORT a wifi module (Some do actually only lack the antenna, however those will also lack drivers since the OEMs are not likely to make them). Not that there is one built into the SoC. As with the GPS above, even though your SoC supports something, doesn't mean it already has the hardware needed built into it.
@LittleLX: I actually attempted this and attempted to sideload a Bluetooth GPS receiver app to the watch, unfortunately because almost all of them use the Android ActionBar, it refused to start up. Android Wear is restricting applications to the swipe to dismiss action and forbidding the actionbar on versions of Android with Swipe to Dismiss on. That said, there is definitely room for this type of application to be developed for Android Wear, I had sideloaded CF.Lumen and ES File Manager, and while CF.Lumen doesn't open because of it's ActionBar, I had put together a tasker app factory app to attempt to play around and trigger (I had manually installed the CF.Lumen driver) it, it did show that it would work if I had been able to set up location services inside the app (choose the location for the automatic dimming..)
So Android Wear has potential to be a very powerful and extensible platform, developers just aren't interested in it yet it seems. We as a people seem to be stuck looking at a smartwatch as a watch rather than a wrist computer.
Update 27/07 - did not improve the radio enough to recommend this modification/change.
Apparently the TEF6686 module has better performance than the TDA7786 - e.g. 7786 poor sensitivity, selectivity, multipath issues etc. My JY TDA7768 is terrible, even with an RF amp, so to find out if the TEF is any better, thought I would try and investigated swapping tuner modules. Reviewing the GS board I have as a spare part against my JY, I identified the modules are pin-for-pin compatible.
Sucessfully swapped the Radio module from a donor GS board containing a TEF6686 Module into my JY board originally containing a TDA7786. The GS board was quite difficult to unsolder the module, perhaps due to leadfree solder, fortunately the JY board was easy, the desolder wick readily desoldering the module.
As for results, I have bench tested and RDS, tuning, audio etc is OK, I am yet to test in the vehicle. Will update this thread with results.
See attached images. Note that the JY case had additional mounts that over time might short out against the non-ground PCB tracks, resulting in complete failure of the unit!
Welcoming any questions.
Did the reception really improved?? And RDS AF fuction is working well with malaysyk V3 firmware?
also interested in this outcome
Sent from my Pixel XL using Tapatalk
Hi,
The tef6686 appears marginally better, is more sensitive and appears to handle multipath better. Im not sure if I would call it out as a worthy upgrade just yet - need more time.
wonder if it can be bought on its own.. seems like just the chip itself which is surfaced mounted on the riser card as pictured above.. so this would prove difficult to install
Sent from my Pixel XL using Tapatalk
stinger4321 said:
wonder if it can be bought on its own.. seems like just the chip itself which is surfaced mounted on the riser card as pictured above.. so this would prove difficult to install
k
Click to expand...
Click to collapse
Ive seen a suitable module available on aliexpress that would need some modification to swap a couple of pins. That is the TEF6686-TDQ-230V-186 (10 pin) - a whole $6 bucks US.
http://s.aliexpress.com/QBfay
Next week this module come to me , so in the next weekend I have time to swap.
https://www.aliexpress.com/store/pr...32809641460.html?spm=2114.12010612.0.0.y1ZYeS
cupi1234 said:
Next week this module come to me , so in the next weekend I have time to swap.
https://www.aliexpress.com/store/pr...32809641460.html?spm=2114.12010612.0.0.y1ZYeS
Click to expand...
Click to collapse
That's great, don't forget these are not pin-pin identical and will have to figure out swapping pins. Search for the manufacturer PDF and check against the mtcd schematic. I'll upload the module PDF later today.
Hi, final thoughts - the upgrade in my experience was marginally better - not worth it!
marchnz said:
Hi, final thoughts - the upgrade in my experience was marginally better - not worth it!
Click to expand...
Click to collapse
could be something else in the implementation, not just the chip itself.
i have 2 boxes, one with 7786, the other with 6686 and the difference in reception is worlds apart. I mean even with the powered antenna not connected to 12V, i had no hiss on any station received.
7786 with powered antenna is just fine, don't get me wrong, but 6686 is better.
zerozoneice said:
could be something else in the implementation, not just the chip itself.
i have 2 boxes, one with 7786, the other with 6686 and the difference in reception is worlds apart. I mean even with the powered antenna not connected to 12V, i had no hiss on any station received.
7786 with powered antenna is just fine, don't get me wrong, but 6686 is better.
Click to expand...
Click to collapse
I had thought about that but there's no difference in implementation I can see after comparing from schematic. Perhaps I had a 'good' 7786.
- MCU is latest HA
- Both modules are digitally controlled by MCU/i2c bus.
- same supply
- latest HA android 6.
There's really not much to it, 5volts, antenna connection, i2c comms and audio out. I get multipath noise/crackles from stations between 99 and 102mhz. Same between both tda and TEF.
Can you clarify what you mean by 'better'.
Hi!
Maybe there are some differences in the Radio Software used in the different HU. The Chip is controlled by I2C and it seems to be possible to activate or change some behavior of FM Reception through some commands.
Is it maybe possible to extract the radio Software from the good HU so we can try it out on different devices (with TEF 6686).
It would be really nice if it would be possible to control some of the possible configuration of the chip manually...
Stephan
netguru said:
Hi!
Maybe there are some differences in the Radio Software used in the different HU. The Chip is controlled by I2C and it seems to be possible to activate or change some behavior of FM Reception through some commands.
Is it maybe possible to extract the radio Software from the good HU so we can try it out on different devices (with TEF 6686).
It would be really nice if it would be possible to control some of the possible configuration of the chip manually...
Stephan
Click to expand...
Click to collapse
No differences in android and same MCU, MCU controls radio module via I2c. The "upgrade " has no discernable difference.
Any more details? I need a more sensitive tuner. I have a full power mast but my car is all SMC so the radio needs all the help it can get.
Sent from my iPhone using Tapatalk
-=Jeff=- said:
Any more details? I need a more sensitive tuner. I have a full power mast but my car is all SMC so the radio needs all the help it can get.
Click to expand...
Click to collapse
Sure - there are two different tuner modules and neither of them are 'better'. I suspect its hit and miss in the production of either modules.
If you have a proper external antenna, which is properly connected, there's nothing you can do apart from using internet streams or DAB if available for best quality.
thanks, do you know if these unit have the 7786 or the 7786M IC?
netguru said:
Hi!
Maybe there are some differences in the Radio Software used in the different HU. The Chip is controlled by I2C and it seems to be possible to activate or change some behavior of FM Reception through some commands.
Is it maybe possible to extract the radio Software from the good HU so we can try it out on different devices (with TEF 6686).
It would be really nice if it would be possible to control some of the possible configuration of the chip manually...
Stephan
Click to expand...
Click to collapse
marchnz said:
No differences in android and same MCU, MCU controls radio module via I2c. The "upgrade " has no discernable difference.
Click to expand...
Click to collapse
Are you sure ? Cos on MTCB/C units the AF doesnt work and the PTY is plain wrong (I have an MTCD unit now but I havent tested the radio yet, its still on the bench), but someone (deffo Italian I remember that) made some changes and got PTY to work correctly and I thought he did it by modding the app ratehr than anything on the MCU side. Sadly I cant remember exactly what thread it was in, or who it was.
-=Jeff=- said:
thanks, do you know if these unit have the 7786 or the 7786M IC?
Click to expand...
Click to collapse
Unfortunately the only way to tell on MTCD untis is to open it up, unlike the MTCB/C units where you can select the tuner type in facory settings, which is strange cos MTCD MCUs are much more powerful 32 but compared to MTCB/C's 8bit . . .
. . . or maybe there is a way ? - @marchnz's dmesg output mentions "6686" in the first post.
Hi,
Can someone help with radio module pins schematic for XD-6686AF-0. This is same radio module that @marchnz has swaped. I am forced to change main that is not pin to pin identical to TEF6686-TDQ-230V-86-TDQ-230V-86-R that I have from aliexpress.
Thank you
P.S.
https://forum.xda-developers.com/android-auto/mtcd-discussion-questions-development/mtcd-schematic-t3637816
I guess this is what I am looking for.
Leaving a tip for everyone looking for this schematic.
Thanks to @marchnz
skf123 said:
Hi,
Can someone help with radio module pins schematic for XD-6686AF-0. This is same radio module that @marchnz has swaped. I am forced to change main that is not pin to pin identical to TEF6686-TDQ-230V-86-TDQ-230V-86-R that I have from aliexpress.
Thank you
Click to expand...
Click to collapse
Do you have a datasheet? Shouldnt be too hard to match up against schematic.
marchnz said:
Do you have a datasheet? Shouldnt be too hard to match up against schematic.
Click to expand...
Click to collapse
Radio module that comes from aliexpress has description on every pin.
Can be seen on the picture that is provided in this link.
I can make a new photo if someone needs clear image of this module.