Related
Does it annoy anyone else that it is impossible (as far as I can see) to allocate a meaningful label to the presets on the FM radio application so that all you can do is store them by frequency number?
If I have 10 presets set up it seems so obvious to me that I would actually want to see them as things like "Radio 1", "Radio 4", "Capital", "Virgin", or whatever rather than <xy.z>MHz and have to remember what station is on what frequency/preset.
Are there any third-party FM apps that can talk to the HTC hardware? I know there are lots of apps out there to listen to streaming internet radio but since the tuner is hardware specific I suspect the app that drives the FM tuner is probably HTC-specific and written by HTC. I'd love to be proved wrong or for someone to tell me that I've just not seen the feature to allow me to assign a label or that there's a registry hack or something.
- Julian
I can't help here as I'm still waiting for the O2 version but, I thought this phone supports RDS. Is that not true? And if so, doesn't it automatically name the stations it finds?
Paul
pmeekin said:
I can't help here as I'm still waiting for the O2 version but, I thought this phone supports RDS. Is that not true? And if so, doesn't it automatically name the stations it finds?
Paul
Click to expand...
Click to collapse
It does support RDS, and it works in the UK, but unfortunately the RDS data is only displayed once you've tuned into the station and it doesn't save the info against the preset so there's no way of using the RDS data to decide which preset to select in the first place.
This isn't a huge deal, it just infuriates me because this is such an obvious feature and I just think it's a bad piece of software design.
- Julian
Hi All,
Up to now, is there a replacement with open source codes for libhtc_ril.so running on android+msm7k? Or, are there any guys doing such jobs?
Any input is greatly appreciated!!
Would a replacement allow for a simulated unlock?
texasaggie1 said:
Would a replacement allow for a simulated unlock?
Click to expand...
Click to collapse
Probably not. The ril just provides an interface for passing data between the baseband and the application stack. The baseband itself will still control what networks to connect to.
As for an open source ril, I don't think such a thing exists, atleast not for the baseband in the msm7201. Generally for hardware interfaces/drivers, particularly for signal communications, open source's strategy tends to be write it if the specifications exist, wrap around it if its a black box binary.
Well, now, the thread is being relaunched relating to porting ril under the android platform into msm72XX series, especially aimed at the embodied phones powered by these chipsets, for example, adp1/htc-dream, or htc-magic, or htc-hero.
In my case, nonetheless, the preferred phone with the two conditions (i.e. android plus msm72xx) is adp1/htc-dream with the image of the 1.5 verions of android (aka cupcake 1.5). For more information about the image designated, refer also to the link lbelow.
http://developer.htc.com/adp.html#s3
Before formally kicking off the project, the following pre-research will be digged into at first.
[Pre-Req-01]
First, diving into the image for target phone, just specified above, to find out what contents getting involved with ril-porting within it.
==>
$directory-of-image/init.rc
service ril-daemon /system/bin/rild
socket rild stream 660 root radio
socket rild-debug stream 660 radio system
user root
group radio cache inet misc
$directory-of-image/build.prop
rild.libpath=/system/lib/libhtc_ril.so
[Pre-Req-02]
Getting the three primary ril-related logs, that is, 1st-startup of rild+libhtc_ril.so, 2nd-placing a call, and 3rd-browsing over data connection, from adp1 via adb, in order to profile what components under android/cupcake pertianing to radio to request when using radio functionality with the target phone.
PS: Because of the lack of target phone at hand, please also anyone post your any of logs mentioned above or expand them to other scenarios with radio functionality. Thanks a lot!!
==>... (Your logs)
[Pre-Req-03]
According to the above logs, positioning these components actually involved in radio functionality along with the corresponding but existing source codes under the android/cupcake-1.5 platform. And then, extracting the architecture and principles of porting ril with android/cupcake plus msm72xx after analyzing and comparing. Finally, drawing out a plan to porting ril.
At last, any surggestions and helps will be greatly appreciated!! Meanwhile, of course, you can also join into the process of development!!
Hello,
I am new to the forum and also the owner of an HTC Fuze. I have been playing around recently with the GPS on the phone and got me thinking. I live in NY and we have a CORS network of gps base stations that are fed by the use of ntrip.
I was wondering if their was any way to use the gps signal on my phone and the connection to this CORS network to give me sub inch accuracy on my phone...then not sure what I would do with it then. But I do live on a farm and I would like to see some type of precision agricultural use.
I guess I need a way to have the GPS on the phone talk with the GNSS internet radio and then give me spot on guidance and such.
Please let me know your thoughts or if I need to explain better.
Thanks,
Clayton
bump
bump. Any ideas? Anyone
Great idea cwrisrey !
That will save the cost of a geodetic device, which is many times the cost of a Fuze. Further, it will lead the accuracy of the buildin GPS into millimum class.
Not dig into this further, would you go further to tell these:
Is that CORS data encrypted?
Is that accessible through public internet or VPN?
Is there copy right or intellectuall property right issue involved? (I don't think so, but better make it clear first)
Once again, great idea. Please do remember to update this thread once you got any progress. Thanks.
More info
Hello wg5566,
This site would probably answer alot of your questions clearer than I could:
http://www6.nysdot.gov/spiderweb/frmIndex.aspx
* Is that CORS data encrypted?
-I don't believe so, I think that it is just a form of compression, to distribute across the internet.
* Is that accessible through public internet or VPN?
Yes, the NYS CORS anyway. It accessible from the public internet (although they require you to register with them) But I believe there are other free streams. I also believe it was modeled after being able to be sent threw GPRS.
* Is there copy right or intellectuall property right issue involved? (I don't think so, but better make it clear first)
-I believe the ntrip is based on a GNU, I think the source code is available. http://igs.bkg.bund.de/index_ntrip_down.htm
Windows CE version:
http://www.ilmb.gov.bc.ca/crgb/gsr/downloads/installGNSS.CAB
Please, let me know your thoughts...
Thanks,
Clayton
My fast thoughts:
First make sure there is no satisfied freeware currently available for WM.
If so please ask a moderator to move this to the development & hackings section. And Add tyis sentence on the title: Call for developers for revolutionary GPS app!
I'm sure somebody here can develop this. You know the geodetic device was invented many years ago with very weak profiles comparing to current WM devices. The hardware on our phone should be capable to deal with these calculations, and the WM Pro platform should be capable to support such an app. Anyway it should not be a biggy for many masters here. But it is a biggy for gps users with high accuracy demand for any reason.
Edit: Did you try install that wince cab on your phone? I think some of WINCE apps can just run on WM. Please backup your data first.
Edit2: I tried to install it on my device, at first it did not show up in start menu, then I found the cab just put files and shortcut in the folder names in French. But there is no registry involved in the cab. Only three files. And then program UI itself is in English. Just run the executable from the folder will go right out of the box. So please try it. I did not try to connect & loggin yet, due to not registered account.
Edit3: Looks like the cab is only access the data from internet, convert the data format and export the data, but we still need a geodetic/gps software to process/use the data.
Disclaimer: I attatched these three files for the only purppose of exchanging software developement infomation. Anybody if download it please do not use it for any purppose other than this. Thanx.
Some thoughts on the subject
Hi All,
The idea of using NTRIP to make a Windows Mobile GPS device sub-meter accurate crossed my mind. After some research I found this thread.
Unfortunately, I haven't been able to find any software capable of doing this. My idea is that it should be possible to accomplish this goal, using a combination of existing tools (which would be really cool!).
As wg5566 notes, there is a (WM) tool called GNSS Internet Radio, which is capable of downloading NTRIP corrections. It turns out this software works, but does have some flaws. Someone wrote another open source tool which is better (?), but unfortunately it isn't built for Windows Mobile (see: http://lefebure.com/software/).
More searching revealed a (dead?) project on codeplex: SharpGPS. It's an unfinished demo. It does however seem to be designed to do exactly what we're suggesting in this thread.
My idea: Completing the WM version of SharpGPS with parts of GNSS Internet radio / lefebure NTRIP client should result in a tool that's capable of upgrading a WM devices' gps signal to sub-meter accuracy through RTK/DGPS corrections over NTRIP.
Any ideas / suggestions about this?
It's already been done for the commercial market
Land surveyors, construction companies, and farmers use RTK GPS and RTK GNSS correction services on a regular basis. Some are free and some are paid subscription. They can be either NTRIP protocol with casters or individual TCP or UDP connections. Examples of software available are Carlson SurvCE and MicroSurvey. Read Carlson's support site for how they deal with the data flow using such networks on SurvCE (Windows Mobile and CE).
I have worked in land surveying using such equipment, and it generally requires dual frequency receivers, RTK corrections, and high quality antennas to achieve 1-2cm 95% CI horizontal precision. The current GPS chips in cell phones are only single frequency and so the best you could expect under ideal conditions is 2'-3' precision using some form of differential correction like WAAS or beacon or DGPS via NTRIP. Under average conditions, the precision will likely be in the 10-20' range. The dual frequency receivers take care of the large errors caused by radio waves traveling through the ionosphere.
Due to the limitations of batteries, antennas, and space for more chips in cellphones, the future of location accuracy will likely include some combination of GPS/GLONASS and cellular radio signal frequency timing calculations from cell towers. True Position, with its U-TDOA technology, is one example of measuring the time differences of cell phone radio waves using cell towers with known coordinates. Rumors (from surveying journals) have it that there are current patents in place that can allow for sub foot precision using such methods when sufficient cell towers are present for multilateration.
Has anyone found success on this topic? WM or Android...
Would be very interested, since there is a free NTRIP feed available in Switzerland... anyone?
*bump* it up
Been there still trying. Problem is no carrier phase off internal gps.
Grimli said:
Hi All,
The idea of using NTRIP to make a Windows Mobile GPS device sub-meter accurate crossed my mind. After some research I found this thread.
As wg5566 notes, there is a (WM) tool called GNSS Internet Radio, which is capable of downloading NTRIP corrections. It turns out this software works, but does have some flaws. Someone wrote another open source tool which is better (?), but unfortunately it isn't built for Windows Mobile (see: /lefebure.com/software/).
Click to expand...
Click to collapse
Lance lefebure is a really cool guy I'm sure he wouldn't have any problem building a wm version but it is going to takea lot more than that to get rtk to a cell phone.
Very good ,thanks.
Ed hardy bikini said:
Very good ,thanks.
Click to expand...
Click to collapse
If you are confused just ask questions and I will do my best to answer them. I am in the ag industry and deal with RTK networks and different ways of connecting them and tons of different gps units on a daily basis.
Look at this:
http://stakemill.wordpress.com/2010/07/19/ashtech-mobile-mapper-100-supports-esri-arcpad-10-0/
and this:
http://www.ashtech.com/-2359.kjsp?RH=1272644205746&RF=1270806507068
Is that still a phone !?
wg5566 said:
Look at this:
Is that still a phone !?
Click to expand...
Click to collapse
Nope PDA with support for external GPS with a builtin reciever that even sees glonass satellites (russian constelation). That was made specifically to do RTK mapping. It does have a GSM radio for data to connect to the cors.
Phone positioning using CORS
To perform a CORS (Network Reference correction we need a GGA stream from the GPS in your device. This allows us to remove the anomalies and provde the correction stream. As phones use a sirf II chip or similar they do not have input capability to output the NMEA stream to achieve this.
This one works great! it will connect to an Rtk receiver and get the nmea string from it or will use the internal GPS to be able to register on the CORS network. It will then stream the corrections over Bluetooth to a receiver or even a repeater radio. It won't however correct the internal GPS. http://antrip.dyndns.biz/Home/DownloadTrial
Hi everyone,
I'm working on a project that uses the GFMAPI library that allows a developer to make use of the FM radio capabilities of a phone. I have an HTC Touch Diamond phone running Windows Mobile 6, and everything is working fine. I can get a measure of RSSI (received signal strength indicator) for any given radio station.
According to the Wikipedia article for RSSI, there is no standard definition of how to convert an arbitrary RSSI value to decibels (dB). My question is, does anyone know of a way to do this? I tried looking for manufacturing specifications for my particular phone, but couldn't fine anything useful. Perhaps someone else has had this problem?
Thanks for any help you can offer.
-Mike
Hello all,
I have an Atoto S8 which is a FYT based Android head unit.
MCU Version:
2021.04.26 13:48:17 YUF_53_L6315_G32P64F64_Ver: 1.0
CPU: UIS7862 Octa-core
I was wondering if anyone knows of or has an .apk of an FM radio app compatible with the FYT head units? I tried every app around and none of them work. The Navradio developer is still porting his app to this platform, so I was wondering if there's something else I might try meanwhile.
There are re-skins, but AFAIK the radio bits are part of the proprietary MCU
But if I got an .apk from a Joying head unit, it might work no?
I'm not so sure about that.
I think you would have to do some hand editing of some files at the very least. (To put in your fyt build number)
There is more info on it at the other forum.
I looked into it for a second weeks ago, but then I bought Poweramp and haven't really used anything else.
I agree that the fm radio all looks like crap though on my Mekede
Poweramp works with online radio?
Gaugamela said:
Poweramp works with online radio?
Click to expand...
Click to collapse
What was the result when tried
Gaugamela said:
Poweramp works with online radio?
Click to expand...
Click to collapse
Apparently it does. That's not what I meant, though.
I procured some 15-30 gigabytes of songs from different playlists from another source.
(I have to be vague because of forum rules)
Anything else I want, such as podcasts, I just stream via Bluetooth.
Gaugamela said:
But if I got an .apk from a Joying head unit, it might work no?
Click to expand...
Click to collapse
If your Atoto S8 is indeed a FYT unit, it might work.
What you carefully need to look at is the name of the apk. It has to be exactly the same as the one on your Atoto unit including installed libraries.
And then you need to write the corresponding lsecupdate.sh file and use the corresponding lsec6316update binary
and off course: make a backup of your current one.
I'm working on porting NavRadio+ to FYT units.
This last weekend, after 2 months of tries, i was finally able to get sound out of my app.
I already have control of the radio commands and infos so it's just a matter of put things together in the right way and iron out all bugs. Then i could release a first FYT version probably in the first days/weeks of the new year
KoTiX2 said:
I'm working on porting NavRadio+ to FYT units.
This last weekend, after 2 months of tries, i was finally able to get sound out of my app.
I already have control of the radio commands and infos so it's just a matter of put things together in the right way and iron out all bugs. Then i could release a first FYT version probably in the first days/weeks of the new year
Click to expand...
Click to collapse
I did not know you were working on this.
Please take a look at this github from lbdroid. It contains a lot of useful "reverse engineerng" information for the MCUradio for the FYT. It is still from the Sofia3GR but as far as I know hardly anything changed.
surfer63 said:
I did not know you were working on this.
Please take a look at this github from lbdroid. It contains a lot of useful "reverse engineerng" information for the MCUradio for the FYT. It is still from the Sofia3GR but as far as I know hardly anything changed.
Click to expand...
Click to collapse
The original fyt radio app now contain code for all the platforms and each platform use different approaches. The hard part was to understand which part of code is used by each platform and how.
Sofia units control radio and audio through MCU.
UIS7862 use the native jni libs to control the radio and audio is started by MCU.
Right now I'm working only on more recent UIS7862 units, i don't think I'll adapt it to Sofia or other older units.
I know that units with canbus use another APK too (com.syu.carradio) but it's not totally clear to me what it does exactly. Can somebody explain me it?
To make my app to work, because of the native libs, is mandatory to install in OEM folder a copy of NavRadio apk (not necessarily the full apk, even a fake app with same package name is enough to set NavRadio as system app).
To do this i have 2 ways:
- directly from NavRadio for rooted units with some root commands
- downloading a zip update package to flash manually the APK in OEM folder
If you guys have other/better ways to do this, please tell me, I'm new to these kind of units..
KoTiX2 said:
I know that units with canbus use another APK too (com.syu.carradio) but it's not totally clear to me what it does exactly. Can somebody explain me it?
Click to expand...
Click to collapse
I did "some" checking on this app a couple of years ago as I had a Skoda with Canbus. The standard radio in the Skodas (and I assume in all VAG concern cars) are partly controlled by the CANbus. The Skodas use an extension on the standard CANbus commands to switch on/off the radio in the cars when ACC is switched on/off. This is NOT a direct wired coupling of power, but really a digital on/off signal from the CANbus.
My Skoda had a simple Swing radio (hence another Android unit), but other Skodas had the MIB1 Amundsen/Columbus unit (navi/media/phone/radio/tmc and car menu). The car menu inside the radio is also controlled by the CANbus. My guess at that time (not having a MIB1 amundsen/columbus unit) was that that was also "streamed" through the carradio app.
Note: I am only sure for the on/off, the rest is an educated guess. And I assume other cars with CANbus displaying/changing "stuff" via the radio, instead of dedicated hardware buttons, do the same.
Maybe other users having a VAG (Audi/VW/Skoda/Seat) car with previously an MIB1 (or MIB2, but why replace that one?) unit and now an Android unit might have more info.
Please share.
And another question: RDS-AF on all FYT units is incorrectly implemented and already since early 2016.
Does your app has a properly working RDS-AF?
If I drive in the Netherlands from North to South (or the other way round ), I sometimes go through 7 (!) frequency regions depending on the station, but at least through 4.
Working RDS-AF functionality would really be THE reason to switch to it.
Edit: I know it works for Topway and the like, but I want to know whether it also works for FYT.
surfer63 said:
And another question: RDS-AF on all FYT units is incorrectrly implemented and already since early 2016.
Does your app has a properly working RDS-AF?
If I drive in the Netherlands from North to South (or the other way round ), I sometimes go through 7 (!) frequency regions depending on the station, but at least through 4.
Working RDS-AF functionality would really be THE reason to switch to it.
Edit: I know it works for Topway and the like, but I want to know whether it also works for FYT.
Click to expand...
Click to collapse
Normally AF is handled directly by radio chip. I still haven't investigated how it work on fyts.
My app can only enable/disable AF and on some units you can set the sensitivity of reception.
On MTC units that also receive the radio station ID (PI code) i added a function to merge the alternative frequencies in the same station preset in an array so that you can easily switch between them sliding up/down on the screen.
I can see in the logs that also fyt units receive the pi code but only at native libraries level (c++), i cannot handle it in java.
I know that we can change sensitivity and read the signal strength so probably something is possible to improve AF.
We'll see...
KoTiX2 said:
Normally AF is handled directly by radio chip. I still haven't investigated how it work on fyts.
My app can only enable/disable AF and on some units you can set the sensitivity of reception.
On MTC units that also receive the radio station ID (PI code) i added a function to merge the alternative frequencies in the same station preset in an array so that you can easily switch between them sliding up/down on the screen.
I can see in the logs that also fyt units receive the pi code but only at native libraries level (c++), i cannot handle it in java.
I know that we can change sensitivity and read the signal strength so probably something is possible to improve AF.
We'll see...
Click to expand...
Click to collapse
How is reading signal strength achievable?
Would be great to see real signal strength in app.
KoTiX2 said:
Normally AF is handled directly by radio chip. I still haven't investigated how it work on fyts.
Click to expand...
Click to collapse
A lot of Philips TEF6686 radio chips are used and RDS is part of the chip. Some of the cheaper units use a TEF6851 which does not have RDS. Or the budget STMicroelectronics TDA7786x which does not have RDS either.
But it is still the software that "should know" how to retrieve and use the RDS info and in this case specifically the RDS-AF. The FYT software is not doing that correct.
That's why I switched in my other "deceased" car to a DAB+ module using @realzoulou's DAB-Z which uses proper "service following" (as RDS-AF is called in the DAB+ world).
That was a great solution, but I still prefer not to have extra hardware connected when it is not necessary.
surfer63 said:
A lot of Philips TEF6686 radio chips are used and RDS is part of the chip. Some of the cheaper units use a TEF6851 which does not have RDS. Or the budget STMicroelectronics TDA7786x which does not have RDS either.
But it is still the software that "should know" how to retrieve and use the RDS info and in this case specifically the RDS-AF. The FYT software is not doing that correct.
That's why I switched in my other "deceased" car to a DAB+ module using @realzoulou's DAB-Z which uses proper "service following" (as RDS-AF is called in the DAB+ world).
That was a great solution, but I still prefer not to have extra hardware connected when it is not necessary.
Click to expand...
Click to collapse
I looked a bit at the logs during RDS-AF and it definitely is working wrong:
AF should search for an alternative frequency of the same station (identified by the pi-code), but somehow,after a while, if the signal strength is ok it switch to a station with a different pi-code.
All this seem to be controlled by the native library fmjni.so but i have no idea how to modify a c++ lib (maybe a revers engineering?)
Maybe I'll find some other way to handle AF using the logs but i can't promise anything right now.
KoTiX2 said:
I looked a bit at the logs during RDS-AF and it definitely is working wrong:
AF should search for an alternative frequency of the same station (identified by the pi-code), but somehow,after a while, if the signal strength is ok it switch to a station with a different pi-code.
All this seem to be controlled by the native library fmjni.so but i have no idea how to modify a c++ lib (maybe a revers engineering?)
Maybe I'll find some other way to handle AF using the logs but i can't promise anything right now.
Click to expand...
Click to collapse
I now think it even works differently for the standard FYT radio. My experience so far is only on Sofia 3GR (2 models), a PX5 and a sc9853i, no experience with the uis7862. Hopefully the uis7862 will arrive this week.
The RDS-AF only works for memorized stations. If I want to follow one station, for example NPO 2 FM, through the Netherlands, I need to add 4 frequencies (or more) and memorize these as presets.
It seems the radio app/mcu does not interpret the RDS-AF signal itself, but it seems to check (part of) the RDS data it has for a certain station, with RDS-data from other memorized stations. If part of it is equal (which part? only the station name itself?) with that other station (which you have to have memorized, otherwise it can't compare) and that station is stronger, it will switch to that station. If it can't find a stations from its memorized stations it seems to just select the strongest "whatever" station. This means that I have to blindly save 4 "NPO 2 FM" stations in the presets. And this for some other preferred stations as well. And of course: 1 frequency is what you can easily hear and set, but the other frequencies you have to google or so, because at the moment of adding it to a preset, you don't not have (sufficient) reception for that station.
"Real" RDS-AF should check the alternate frequencies inside the signal. Not do a "does some of the data look like a station I already have in memory".
I am a "restless" listener and listen to multiple stations. I switch when there is talking I don't like, a song I don't like, etcetera. I can't even memorize my five preferred stations in 18 presets.
In the Netherlands we have another deal breaker: FM frequencies are sold every five years and anyone can pay to it. It really means multiple different frequencies, whereas in some countries you only have one frequency for a station through the entire country, like in some countries in Azia.
surfer63 said:
I now think it even works differently for the standard FYT radio. My experience so far is only on Sofia 3GR (2 models), a PX5 and a sc9853i, no experience with the uis7862. Hopefully the uis7862 will arrive this week.
The RDS-AF only works for memorized stations. If I want to follow one station, for example NPO 2 FM, through the Netherlands, I need to add 4 frequencies (or more) and memorize these as presets.
It seems the radio app/mcu does not interpret the RDS-AF signal itself, but it seems to check (part of) the RDS data it has for a certain station, with RDS-data from other memorized stations. If part of it is equal (which part? only the station name itself?) with that other station (which you have to have memorized, otherwise it can't compare) and that station is stronger, it will switch to that station. If it can't find a stations from its memorized stations it seems to just select the strongest "whatever" station. This means that I have to blindly save 4 "NPO 2 FM" stations in the presets. And this for some other preferred stations as well. And of course: 1 frequency is what you can easily hear and set, but the other frequencies you have to google or so, because at the moment of adding it to a preset, you don't not have (sufficient) reception for that station.
"Real" RDS-AF should check the alternate frequencies inside the signal. Not do a "does some of the data look like a station I already have in memory".
I am a "restless" listener and listen to multiple stations. I switch when there is talking I don't like, a song I don't like, etcetera. I can't even memorize my five preferred stations in 18 presets.
In the Netherlands we have another deal breaker: FM frequencies are sold every five years and anyone can pay to it. It really means multiple different frequencies, whereas in some countries you only have one frequency for a station through the entire country, like in some countries in Azia.
Click to expand...
Click to collapse
I believe that standard radio receivers have a double tuner to handle the AF: one that keep the station tuned and one that scan all the frequencies to find the better one with same pi-code.
On MTC devices even if it's not perfect, it work correctly, the station is kept while the second tuner scan silently all frequencies until a new one is found.
On the FYT device i can hear changing frequency continuously until a stronger one is set.
I don't know yet if it try to tune the preset ones or try to find some other but anyway it's definitively not working correctly.
I'll dedicate more time to it after the first release of NavRadio app.
Right now on my app work like original app (so it doesn't work).