Question regarding 2.0 and RDS-AF

Just one question I haven't found covered in the readme file:

Does RDS AF work correctly while the unit is playing mp3?

Wouldnt want to journey several hundred kilometres just for testing that...


bye,
[L]

I thought AF was to find alternate frequencies while listening to a given radio station. When you're playing MP3s, by definition, you're not listening to the radio... I don't understand the question?

If you've enabled TA (traffic announcements), you want the player to be listening to the radio for you when you're not. And you want it to be retuning the radio so that it can keep doing so. 2.0b13 did the former, but not the latter. ISTR the team saying that 2.00 final would fix this, and I guess that Lemmy does too.

Edit: and also, you want to be able to switch back to radio at any time and have good reception of the station you were last listening to.

I don't know whether AF is intended to behave this way but it's the behaviour I'd want. If I left the tuner set to a TA station and started listening to mp3's while driving, I'd want it to search for AF's so that it might continue bringing me TA's the further away I drove from the starting transmitter.

Sorry, I thought TA and AF were separate and unrelated features. Serves me right for living in the US, where I can't test this stuff out.

I believe this was one of the issues we addressed. Unfortunately we get very little RDS testing from the alpha team so I would be interested to hear how well it works for you.

Rob

No prob's. Just send me copies of any upcoming alpha builds you receive and I'll test the RDS on your behalf and nobody need ever know

I've been using b13 with a pca tuner for a month or two now and have never seen AF or TA work (the latter doesn't really surprise me) but listening to Radio 1 or Radio 4 I would expect to see AF work.

I have just upgraded to 2.00 and with the AF debugging mode get "no AF information available", as described by others in the 2.00 thread.

Paul

TA worked ok for me on b13 as it did today on 2.0. Like you though, I've never had a TA on BBC-R1 or R4.

I'd want it to search for AF's so that it might continue bringing me TA's the further away I drove from the starting transmitter.

I've gone so long without radio that I forgot all about EON (Enhanced Other Networks). This would allow the radio to switch from a national station to a local station for a TA. There's a layman's explanation here in pdf.

Does this functionality exist in 2.0?

In reply to:

---

And you want it to be retuning the radio so that it can keep doing so. 2.0b13 did the former, but not the latter. ISTR the team saying that 2.00 final would fix this, and I guess that Lemmy does too.

---

Yea, that's exactly my point.

The main point of having a RDS-AF+RDS-TA tuner in your car is not having to care for those little road signs which tell you the current fm frequencies for traffic announcements, no matter wether you are listening to the radio, cds, mp3 files or whatever...

btw, seems that you can't switch off AF ??

been listening to a station with bad reception and it kept trying other frequencies. Hit upon one which happened to be on one of the AF frequencies, but a totally different station, and too weak to get any PI code across..
So i switched off AF, but the empeg still kept trying to cycle through the frequencies, and got stuck every time on that frequency...


bye,
[L]

This is all bizzarre. The problems you're describing existed in some of the 2.0 RC's but were fixed for 2.0-final. If the tuner doesn't get a valid PI within (I think) two seconds then it will tune back to the original station. This was tested and seemed to work fine.

Rob

Is it possible that you released the wrong version?
AF is definitly not working. I tried it with at least 10 different stations here in Switzerland (all with supported AF) and non of them work (Debug screen always empty)
Is AF working for someone with the final release 2.00?

It's not the wrong version of the firmware, but clearly something is up. The only person it seems to work for is Toby.

Rob

If I left the tuner set to a TA station and started listening to mp3's while driving, I'd want it to search for AF's so that it might continue bringing me TA's the further away I drove from the starting transmitter.

That's a very precise definition of how one would want RDS to work.
I've just taken a pool car, with a Jaguar RDS/Cassette from the office and driven it to the bottom of an escarpment where I know it changes frequencies from the Pennines to Teeside, and it does so. I did the same route in my car with the Empeg, and it hung on to the one frequency.

I then stuck a radio walkman, tuned to Radio Leeds (How do people listen to that stuff), in one ear and sat in the car, with the other car next to it whilst I waited for Radio Leeds to have a traffic broadcast:

The Empeg continued playing its MP3

The pool car switched from the cassette to the TA, as one would expect.

So something isn't quite right yet, I'll keep experimenting as I drive around.

Footnote: Since the last posting, I've driven round Leeds doing various errands, with Radio 2 on, and our office junior's eyes superglued to the fascia. The debugger never moves from the "No AF information" message.

Same here in .de

Any FM station that does TA here has RDS-AF as well. none works. With all of them the debug screen says either no or not enough AF data, and if it doesn't it's haywire.


bye,
[L]

In reply to:

---

The only person it seems to work for is Toby.

---

You can add me to that list (maybe it's in the name), as I had it working last night on a stock install - but I haven't had success when using Hijack 23[59]. Trying Hijack 221 tonight.

Mmm.. I wonder if there's a dependency in the player on having serial port access for this to work? I ask, because one person has pointed out that it works for him without a Hijack kernel, but not with Hijack installed. And the only way I can imagine Hijack impacting the player is that, in car mode, it forces -s- on the player command line.

??

I have uploaded a simple varient of the Hijack kernel for testing a theory about this issue.

Could you, and anyone else in Europe who has this problem (with Hijack installed), give this copy of Hijack a try and report back (here) as to whether or not it makes a difference?

http://rtr.ca/v329+s.zImage

EDIT: this is for mk2/mk2a only. If you need a mk1 kernel, let me know (here).

The only thing new with this version is that it no longer forces '-s-' to the player on startup in DC/Car mode..

Thanks

I've uploaded v329+s; expect a report tomorrow morning when I've tried it in the car.

I just installed the original empeg kernel for version 2.0 final from your hijack download page.
In this version the AF also does not work. Maybe it's not a hijack problem, but a configuration one.

Summary:
Original empeg upgrade file seems to work (Not testet by myself)
Original 2.0 kernel from the hijack site does not work

Have you compiled this version with some special compiler options?

>Have you compiled this version with some special compiler options?

No. I extracted the original binary directly from the .upgrade file.

-ml

I've uploaded v329+s; expect a report tomorrow morning when I've tried it in the car.

Ditto!

Just tested this kernel briefly, no time to waffle now, but that hasn't solved the problem.

Still get state = WAITING, AF freq count = 10, Signal Strength = 0

More tomorrow,
Toby

give this copy of Hijack a try and report back (here)

I installed it, got the same no AF information available, took it off, now I can't cancel the no AF information message on any FM radio function.....HELP!

I've just checked and AF doesn't work for me while HJ is installed. My installation/test sequence was:

2.00 (clean) - OK
v329+s - NOT OK (Doesn't get past 'WAIT')
kernel.v2final - OK

Post in haste, repent with a red, red face

I hadn't realised that the debugger wasn't a toggle, I've cancelled it, now that I've found clicking on radio in info does so.

However, the only message that I can get on the debugger is the no AF information one - that's with no hi-jack on.

Good news is that the TA worked this morning whilst I had the player on, I had it tuned to Radio 2 and it gave me the Humberside traffic report, which I think would also indicate that the EON function is operative.

However, during the journey to work, I normally get traffic reports from four different stations ( the downside of the RDS/TA system). The fact that I only got the one, may indicate that the AF isn't working.

I would be happy to drive around and see if I can trigger the AF, but unless I can get more info showing on the debugger, it won't prove much. As I pointed out in my previous post, I know a place 10 minutes away that always triggers a change of frequency on the AF, and it didn't yesterday, so my assumption is that AF isn't working.

No change for me, either - it's still displaying the "Wait" message.

Also, and I've no idea if this is related, but it has only happened since I installed the new v329+s Hijack: Last night when I was listening to mp3s, the player started glitching after about 2 to 3 minutes, then a couple of minutes later locked up entirely. This was happening on songs I've listened to over a dozen times before, so I don't think it's anything to do with the mp3 files themselves. Pulling the unit and re-inserting started the pattern over again. I also noticed that when it was in radio mode, after a while the menus started to move slowly and jerkily. Could there be something eating resources, maybe? I've just plugged the player in here at work, and it's been playing fine for ten minutes, so it doesn't seem to be happening in AC mode.

I'll drop back to the stock kernel and see if still happens.

Cheers,

Could you, and anyone else in Europe who has this problem (with Hijack installed), give this copy of Hijack a try and report back (here) as to whether or not it makes a difference?

http://rtr.ca/v329+s.zImage

Just to fully cover the subject, I can't tell you, at the moment, whether this version of hijack makes any difference, because I get the no AF information message, with, or without it.

http://rtr.ca/v329+s.zImage

Just FYI, Hijack v330 was released yesterday with reworked serial code(?) so v329+x is redundant I guess.

v330 worked for me on the drive to work this morning.

While I'm here, has anyone else noticed the AF mechanism switching to a frequency that gives worse reception?
I was listening to BBC-R1 which has lots of AF's and It did that to me repeatedly but would never revert back to the original freq. If I changed away from that preset and back again it was fine until the next time.

Boxer,

Presumably you have tried the new HiJack (v330) with Mark Lord's fix?

You say that the AF debugger gives you "No AF information available" with or without HiJack installed? This implies that you're not getting any alternate frequencies, or perhaps even no RDS at all. However, you mention that you have got at least one traffic announcement which would indicate that you're getting some RDS.

Please try the stock 2.0 final release available from the car player releases site without HiJack installed - Tune to a station you know has a good signal in the area you are in and use the standard radio info mode. If you get the flashing 'RDS' text towards the right of the screen and the station name and name of the program that's currently playing start to fill themselves in, then you're getting RDS okay.

Also whilst doing this keep an eye on the signal strength graph - Try to determine for the station you're listening to at what level on the graph the RDS icon doesn't come on any more.

Once you've done all this, and are certain that you've got a strong RDS signal from the station you're listening to, press the info button to start the AF debugger mode. If the RDS of the station is already established, the alternate frequency list should already be populated, and depending on how long you've been listening to the station, it should already have measured the strength of a number of these frequencies. You should get a graph on the screen which I explain below for the benefit of all:

The graph displays the relative signal strength of frequencies in the list.
A vertical line is drawn for each frequency in the list at the horizontal position determined by the frequency - Since each pixel represents 160kHz it is possible that two candidate frequencies occupy the same horizontal pixel.
The height of the vertical line denotes the signal strength and is normalised such that the range of signal strength readings fits into the vertical space available. This means that the strongest signal should come to the top of the available space, and the weakest signal should appear as a single pixel at the bottom.

You will notice that periodically one of the vertical lines goes dark - This means that the frequency signal strength is being measured. The algorithm for choosing the candidate from the AF list combines both the signal strength and time since last measurement - This way strong signals are focussed on, and weaker signals are tested less often until they become stronger.

The currently tuned to frequency is denoted by a pixel at the top of the bar along with its frequency in MHz.

Sometimes other signals will appear to have a greater signal strength than the one currently tuned to, but the radio does not switch to this frequency. This is because the AF code will not switch to a stronger candidate frequency until it has had a number of consecutive readings above the current frequency's strength.

This makes sure that retunes only happen when we're sure that the candidate frequency is stronger. Due to limitations of the design it is still possible that the stronger candidate frequency is not actually the station we're looking for, it could be a different station (for example a local station) broadcasting on one of the national stations alternate frequencies. So once the tuner has retuned it waits to get a PI code from the new frequency - If this PI code doesn't match the PI code from the station it tuned away from, it tunes back to the old frequency. (The time taken to receive a PI code is greater than the amount of time the background retunes to test signal strength happen in - This is the design limitation).

Please let me know if you're getting RDS, but are still unable to view the AF debugger graph.

Thanks,
Toby

As mentioned elswhere, I used v221 instead (others have tried v329+s).

v221 fails in the same way.

I don't have any earlier Hijack kernels to try - what next?

Try v330 available from the HiJack website.

It worked for me.

In reply to:

---

The time taken to receive a PI code is greater than the amount of time the background retunes to test signal strength happen in - This is the design limitation

---

AIUI, this is a limitation of the way RDS itself works, so there's no possibility to improve this in the player, right?

As to always getting "No AF information available" (aka "Dormant" state) even though Radio info mode shows RDS and AF being received - I've found that sometimes this happens to me when I access the station via a preset or at boot. If I nudge the frequency a step and back again (e.g. by pressing Left then Right on the remote - not front panel), I can get it into the Wait state (Hijack) or Active (virgin kernel). Does this help you, Boxer?

thanks for all the detail.

Assume in all cases that I'm in the centre of Leeds, with no hi-jack, all stations are showing full strength, steady RDS indicator, TA and AF, and where appropriate TP and strong enough to show the information line at the bottom.

Stations that are on presets continue to give no AF information on the de-bugger.

What I have now discovered is that stations that I have tuned manually come up with the graph exactly as described.

I initially thought that it was the BBC stations that provoked the no AF information in the debugger, but the AF indicator is on on the standard info mode.

Therefore, logical, or not, it seems to be preset stations that provoke the problem.

Going into a meeting now, I'll give it another try after 2.00 and make sure that I come to the same conclusion.

Interesting, thanks Boxer and Toby.

It does sound as though presets are causing a problem - For the moment please use tms13's workaround which involves using the remote to nudge the frequency down and then back up (thus simulating a manual tune to that frequency).

Let me know whether the AF feature is behaving as expected (apart from the preset issue which I will try to get sorted).

Please understand that we only have 2 tuner modules at Empeg (all those that weren't physically glued to a desk were shortsightedly sold from under our noses - And no, that is not an exageration) - The upshot is that the AF code, and indeed any recent tuner code has not received much testing - The testing it has received has mostly been stationary (rather than in a car which is where AF would be useful).

This, coupled with the fact that most of our users are based in an RDS incapable zone, means that any feedback you can offer will be very valuable in nailing any bugs trailing from 2.0 final.

Huh, I've got as many original tuner modules as Empeg!!!!

...and they are in cars, well a car and a motorhome.

If you want me to come down and demonstrate the problem and let you have a zoom around to test it, just shout, Mrs.Boxer would love a day out. Time hangs heavy since my board voted me a 3 day week and no operational duties! (that's why I'm making so many postings recently) - the old railway modelling's not as engrossing as I first thought.

I hardly ever use the tuner, all this is about is: When we go away for the first trip out of the season in the motorhome, if Mrs. Boxer can't get Terry Wogan mornings and Jonathan Ross Saturdays - full strength - she'll go ballistic - so the cut off point for rectifying the problem is May 1!

Right, off for a bit of tuner testing.

Toby - if you want me to test any player binaries for you, drop me an email. I can come into your office to sign NDA if necessary.

I now have my player backed up onto my desktop machine using rsync, so I'm in a position to alpha-test stuff.

Thanks Toby & Boxer for your testing offers.

Although I'm not speaking officially (would have to check with Rob), I would be surprised if an NDA were necessary for player testing on the car_v2 branch since 1) The code does not represent any current or furture projects 2) You would be testing a player binary

Anyway, thanks very much, once I have had a chance to look into the preset problem I will check with Rob and send you both a player binary with the corrections for testing. I think this will be a great help, and will prevent us from making correctional releases without addressing all the outstanding problems.

Boxer: The thought of Mrs Boxer going ballistic because she's missed her favourite show is reason enough for us to concentrate our collective energies together to fix these problems.

Please understand that we only have 2 tuner modules at Empeg (all those that weren't physically glued to a desk were shortsightedly sold from under our noses - And no, that is not an exageration)

Wow. It must be tough to stuff that desk behind your dash.

Right, we've done a bit of driving round the Moors and Dales.

Having the debugger on, on one of the presets, effectively locks out the AF function - but then, why wouldn't it, the display is telling you that it has no AF information!

Switch the debugger out and the AF works, but differently to the set in the Jaguar. On Radio 4, the Jaguar changed frequency four times: 93.7, 94.4, 93.7, something else I didn't catch, 94.4, whilst the Empeg changed once: 93.7 to 94.4.

The question: Which is doing the job right? - is subjective, the Empeg is taking, if you like, a much more thoughtful approach: With the Jaguar you get stuttering( You could be listening to a DAB set!), with the Empeg, the signal weakens but holds. The route I'm taking used to be my route to work, and, from memory, the majority of RDS sets switch 3 or 4 times in the shadow of the escarpment(Before RDS, I used to have adjacent presets set to 93.7 and 94.4).

I've now manually tuned to Radio2 and put it back on the player, I'll see whether it pulls in all the traffic reports over the next day or so, and report back. Hijack also goes back on tonight.

Note: Oof, just got that corrected before the Grammar Police hove into sight in de black Peugeot for the infamous dawn raid!

I just got a picture in my head of Rob running around Cambridge with that desk on his back and Toby right behind him shouting : "faster Rob, faster! We're reaching a frequency-switching point!"

Rob running around Cambridge with that desk on his back

Driving round Cambridge is, I understand, notoriously expensive, but running round strapped to a desk with a very sophisticated hi-fi fitted is probably a charging category that the council have missed out on!

Driving round Cambridge is, I understand, notoriously expensive, but running round strapped to a desk with a very sophisticated hi-fi fitted is probably a charging category that the council have missed out on!

And if done at the right time of year would probably not even look out of place. Just got to keep an eye on student events to find out when

same offer from me...

I'm in an area of germany where AF is really necessary, so if you need a NDA signed, drop me a note and i'll send you my postal adress


besides,

I can confirm the preset-based misbehaviour, too. as soon as I listen to a manually tuned frequency, AF is working (or what you'd call working with that crappy antenna that VW glued to the back window... but that will change on friday.), except for the few frequencies where there are stations, but not the stations the empeg is looking for, but they are too weak to give any useful PI code at all.


bye,
[L]

I've reinstalled 2.0 without hijack and I am now able
to get the AF working on one of my two preset Radio 1
frequencies, which displays the AF debugger fine.

However the other one which does have a TA signal in Radio mode never seems to work, same with Radio 2.

Also I'm not convinced the retunning algorithm work as it keeps retuning to an AF which is very weak!

TA is working better - however several of the stations it picks up are barely audible due to bad signal.

Ok,

I've just had my crazy-AF experience coming to work. Ita was my first try with Hijack 330. 329 and 329+ would cause the player to lock completely at a certain point, AND there seemed to be NO RDS signal where it used to be, as if hijack was "eating" it, somehow.

In fact, after switching to Hijack 330 I got "RDS" back on the right side of the display, and the Radio Station Name is showing again.

BUT my empeg kept on changing frequencies, apparently to ones which have nothing to do with the radio station I was originally listening to. It did so continuously on my 45 minutes commute to work, ALL thorugh the city (so no frequency change should have occurred at all. I have to cross Rome city center from one end to the other, so it's only 12Km and still it takes me 45 mins due to traffic), so that I hat to preset back and forth to the station I was listening to (by pushing left and right buttons on the player itself, not on the remote).
As I said I am in Rome, Italy. There are many many local stations here, as well national ones. All national stations have RDS, as well as quite a few local. As mentioned by Prolux, freequencies may be overlapping. Problem is that empeg changes frequency and stays on the "wrong" ones belonging to some other station, not on ly local. Few times it switched from one national station to another (for the Italians here, from Radio24 to Radio Dee Jay).

Also, switching off AF did not seem to work. The empeg kept chaning frequency. I seemed as if the AF function had not been switched off at all.

The problem occurred both with and without TA.

I did not have the chance to read this thread fully before, so I haven't tried any debug mode. However I do get "RDS" on the right and I do get the station name on the top left corner.

If I can contribute in any way to tolve this, please let me know. I'll be really happy to.

So, the bad news is, that I've got to listen to Radio 1 in the interests of testing.

The good news is that I've got to go to Rome for the same reason!

I'm trying to wire up a spare Blaupunkt in the same car as the Empeg, this morning, with a spare aerial taped to the wing mirror: Hopefully, I should have some useful comparisons by Monday. Unfortunately, of course, I'm not technically minded, so they'll simply be listening observations.

In reply to:

---

The good news is that I've got to go to Rome for the same reason!

---

Email me when you're here. I'll offer you a good cappuccino Thanks for your effeors on behalf of all the RDS victims in the community

Anybody help me quickly with a wiring diagram for those two eight pin plugs that are on proprietary car radio cassettes. The one out of my audi had a diagram pasted to the top of the set, neither the MG or Citroen do?

Try this (it's a right-click and save as job). It's just the power block, the speaker ones are quite easy.

This ones even better!

Great, thanks a million, now all I've got to do is figure out how to connect without going to the expense of buying the plugs!

Before I posted, I went through my junk bin and found five different types of non standard multi pin plugs: A history of the evolution of car stereo fittings!

I've also got an MG/Rover HU showing all eight pins and I was hoping some of those spare pins were amp outs, It doesn't say who made it.

I think I've found out as much as I'm going to - if I drive round much longer looking at two HU displays, I'm going to crash - If I didn't have hijack to toggle between sourses, I'd have crashed already!
1. A little problem in 330, when you slide the Empeg into the car sled, it only toggles between player and aux ( I have it set to toggle on a quick press of the vol. knob) - once you've selected radios in the normal menus, it toggles correctly round all three sources. I thought that this was because it was holding the in-house setting, but it does it when you put it back in the sled having not had it plugged in at home.

N.B. I did once post a wish, asking for the option of taking aux. out of the toggle, so it just went player>radio: I never use the aux.. Best of all would be to toggle: Radio> Favourite Playlist 1>Favourite Playlist2.

2. AF: Acknowledging other people's different conclusion, as far as I'm concerned, AF works fine - The Blaupunkt and the Empeg did about the same things - maybe the Jag. I tried before had a jittery HU..
It's really easy to check this by manually tuning to, say, the weakest Radio2 signal and then driving for a few minutes, for me, it retuned every time on all four BBC stations.
So, at least I'm fairly safe that Mrs.Boxer will get her favourite shows!

3. However, the station indicator will hold on to a previous station display until it detects a really strong (All bars on) signal. I drove for a good ten miles down the A1, this afternoon with Radio 4 on, with the station indicator and the info. ticker telling me it was Radio3.

4. The problem with presets remains, however: I can't get anything other than the no AF message every time, and the AF facility is locked out, which is a bind, as I only use presets.

5. TA works fine, if you're tuned to a TP station, which I'll come to. If you've got the player on, it clicks straight over to a traffic announcement.

6. In answer to a previous posting of Rob's, Empeg worked better than the Blaupunkt right up by the radar on the boundary fence at Leeds/Bradford airport during a TA. The Blaupunkt picked up a great deal of interference - not the Empeg - So, as I suspected, the Empeg solution is way above industry standard.

7. So the problems, apart from the presets, appear to surround the EON facility and are, therefore, mainly related to the BBC national stations:
a. My Empeg has generally been tuned manually to Radio2 with TA/AF on. I've only once successfully received a traffic broadcast on a local station (other network) since installing 2.00. In fairness, I only use the TA facility on long journeys, so I can't be sure how well it worked before.
b. 5 times, it has clicked from player, but stayed on Radio2. On two of these occasions, I was able to check that a traffic announcement was on Radio Leeds at the time - so it's getting only halfway in switching.
c. On two occasions it failed completely to detect a traffic announcement, although the Blaupunkt did so.

FURTHER OBSERVATIONS
1. Does the light go out in the fridge when you close the door? - It would be helpful if the AF/TA/TP indicators stayed on when the player is in use, so that you know that the tuner is working properly.

2. Somebody else posted that you can't separately adjust the traffic announcement volume: A very good point.
You may well be chatting in the car and have turned down the volume, but , obviously, don't want to miss the TA's, I think I'm right in saying that most RDS sets have this facility.
- The Empeg could go one better and continue to play TA's in pause!

Hope this helps.

Ok, after testing for few days, here is my experience in an area very populated of radio stations with RDS:

empeg chages frequency withour staying on the same station, every few seconds, in an urban area where no frequency change should actually occur since each station has only ONE frequency in the whole area. So, in my case, the freqeuency chage actually occured only to a different station.

What's new since my last post is that this time I verified that the problem occurs both using a preset and after changing frequency back and forth with the remote control to simulate manual tuning, as Prolux suggested. I have tested this tens of times for few days.

When activating the AF debug mode, I see that the frequency/station change occurs each time any frequency other than the one I'm listening gets stronger.

And just to add to the crowd, here's what I've been finding:

I drove from Bracknell to Dunstable yesterday evening, listening to Radio 4. It was re-tuning correctly for most of the journey, until I started nearing Dunstable, at which point it started switching to a completely different station. Similarly, when I was going home to Reading again, it started re-tuning to BBC Radio Berkshire (the horror!) from about Maidenhead onwards. I don't know if the latter is on one of R4's alternate frequencies, but it's 104.4.

This was all with AF and TA both on or off.

Cheers,

BBC Radio Berkshire (the horror!)

It will be, the BBC network is the most coherent AF network to test your tuner, you would find doing it tricky with the independant network.

I would say: "BBC local radio(The horror!)" was a better quote, but we have a couple of hours of really good folk, blues, jazz each week here in Yorkshire.

I haven't picked up a single traffic announcement since I posted last friday, I've had it manually tuned to Radio4, with AF/TA on. However, it could just be the altered commuting pattern in the school holidays, in other words, I'm not in the right reception areas at the right times.

In reply to:

---

each station has only ONE frequency in the whole area...

When activating the AF debug mode, I see that the frequency/station change occurs each time any frequency other than the one I'm listening gets stronger.

---

If you see other frequencies in AF Debug, then the station you're listening to (claims that it) has more than one frequency. Perhaps your radio station is broken - did you try with different broadcasters? Ideally, unrelated broadcasters - e.g. in Britain I'd compare a BBC station with an independent one.

At the weekend I had a TA (the first in months - but that's probably a reflection on my travel habits).

I was listening to MP3s; the radio was tuned to BBC R4 with AF working.

The player paused and switched to radio for long enough to hear a station name (BBC Midlands or something?), but then it switched me to Radio 4. A few seconds later I intervened to return it to MP3 mode.

Is it possible that AF and TA fight with each other, so that the stronger Radio 4 signal won against the local station? Or is AF suspended until the TA has finished?

I get this also, the radio switches to a station giving the TA the gets immediatley re-tuned back to the original station, the Traffic Announcement label stays on the screen also.

In reply to:

---

If you see other frequencies in AF Debug, then the station you're listening to (claims that it) has more than one frequency. Perhaps your radio station is broken - did you try with different broadcasters? Ideally, unrelated broadcasters - e.g. in Britain I'd compare a BBC station with an independent one.

---

Well, this is how I understand this, correct me if I am wrong:

The station I am listening to (Radio24) has a number of different frequencies depending on what area of the Country you're in. Consider it is a nation-wide station, so supposedly it broadcasts all over Italy.

All the frequencies available are sent to the empeg as "alternate frequencies" in the RDS signal, so that when you move though the Country the empeg can pick up the strongest frequency, as long as it still is Radio 24 and not any other station.

My point is that in Rome specifically Radio 24 only broadcasts on ONE frequency. When the empeg detetcts a stronger singnal on any of the alternate frequencies, it is actually listening to some other (local, but not only) station that in the area of Rome is occupying that frequency, and that is not Radio24. In other words. it seems to me that the problem consists in bot being able to check whether the station remains the same when switching to an alternate frequency.

To answer your question, yes, I did try with other stations. Consider that the empeg continues to switch to different stations, apparently randomly. I remember four (for the Romans in here, if there's any: Radio 24, Radio Dee Jay, Radio Dimensione Suono, Radio Subasio), but I am quite sure there are more...


Now, propbably I am missing the correct logic behind the AF function, in which case I'm sorry

The empeg can check the signal strength quickly (a few milliseconds), which is what it uses to poll AFs.

However, to pick up the PID (16-bit station ident code) from RDS requires - with 100% RDS reception - up to 104+103 bit times (104 bits is a packet, assuming the worst case of coming in one bit too late). At 1187bps, this is about 174ms.

In actual fact, you may need to wait a little to get everything settled; say 250ms. The empeg should be tuning to the wrong station for no longer than half a second before switching back - though I'm not sure if it "blacklists" AFs that it's found no PID on (it really should do this for a period of time like an hour or so).

Really high end RDS radios have twin tuners, allowing them to verify AFs before switching to them totally seamlessly.

Hugo

The empeg should be tuning to the wrong station for no longer than half a second before switching back

I see. Maybe than it is this checking stage that does not work properly and the empeg does not switch back to the right station... ? At least this is what it seems to be doing in my case...

Un fortunately this bug is really preventing me from listening to the radio.

So I can't really help asking "the" question :

1) Empeg team, could you let us know if you think a patch will be released anytime soon?
2) Can I upload beta13 to the Empeg, and have it work with emplode 2.00 final, or is this going to cause problems of any kind?

Thank you very much in advance!

After another weekend away and a couple more TA interruptions, it seems that traffic announcements work correctly in Tuner mode (including returning to the original programme at the end), but I've had no success in Player mode. It seems to give a burst of the traffic station, then switch back to the usual radio station immediately.

The performance of AF following whilst in Player mode seems a little flakey; I don't know if this is related to the problems with presets?