Recent Posts

Pages: 1 ... 5 6 [7] 8 9 10
61
PIRA32 RDS Encoder / Re: Firmware update fail 1.6a PIRA 32 anno 2006
« Last post by Jan on June 05, 2026, 11:26:00 pm »
We sold probably just the board itself, external influences are affecting it. The update itself will not cause this. As strange as it is to update a 20 year old board, we do such things and it still works fine.
It is not a problem for me to test the board, or possibly fix it, even if it is a 20 year old piece. It is much easier for me, I don't want you to spend your time anymore on this. I think you did everything you could. If you are interested in sending me the board, contact me on email.
62
PIRA32 RDS Encoder / Re: Firmware update fail 1.6a PIRA 32 anno 2006
« Last post by radiosiciliaexpress on June 05, 2026, 10:46:25 pm »
Good evening Jan, I've done all the tests you described above but it doesn't work, I even changed the MAX232 chip, but it has the same problem. I also took the old notebook that I used 15 years ago which has the COM socket so using only the serial cable, it receives the commands you see the LED flashing, but it doesn't store them... it could be the 24LC256 or in the worst case the microcontroller. Best regards from FRANCESCO
63
PIRA32 RDS Encoder / Re: Firmware update fail 1.6a PIRA 32 anno 2006
« Last post by Jan on June 04, 2026, 08:51:37 pm »
Check/try all these options in the Magic RDS 3 main menu:

Options – Preferences – General: Enable Autodetect port speed
RDS Encoder – Special – No Header mode – Switch off
RDS Encoder – Device Setup – Set Defaults - Store
RDS Encoder – Special – Initialize

Using these steps you override any possible configurations and set the PIRA32 board to the factory default state which corresponds to the latest firmware.
64
PIRA32 RDS Encoder / Re: Firmware update fail 1.6a PIRA 32 anno 2006
« Last post by radiosiciliaexpress on June 04, 2026, 08:33:06 pm »
the update went OK and the LED remained on for the entire period of loading the firmware and when I reset it from the Magic RDS software the LED flashed as if it was receiving a signal... it does not work when I want to program and read and send if it was a problem with the cable (which I have been using for a long time also with your FM analyzer P175) it did not even update the firmware - THANKS
65
PIRA32 RDS Encoder / Re: Firmware update fail 1.6a PIRA 32 anno 2006
« Last post by Jan on June 04, 2026, 07:59:20 pm »
A CRC error during an update is not common in this case and indicates a communication problem that is not related to the firmware version, because only the bootloader is running at that time and it is fixed from the factory.
In most of these cases, the USB to RS232 adapter is to blame, there are often problems with the drivers, for example when migrating to a newer version of Windows.
I would recommend testing the device using a different power supply, a different PC and a different converter.
You don't mention whether the encoder is producing RDS data and whether the LEDs are working. This would help narrow down the possible causes.

For completeness, I will refer you to page 58 of the manual, where steps are generally described in case communication cannot be established (for example, if addressing or No-Header mode has been activated):
https://pira.cz/rds/manual.pdf

Of course, we can still test your board, or restore it to its original operating condition, but I believe that this will not be necessary.
66
PIRA32 RDS Encoder / Re: Firmware update fail 1.6a PIRA 32 anno 2006
« Last post by radiosiciliaexpress on June 04, 2026, 07:38:37 pm »
Hi Jan, I ran the firmware update. The first time it gave me "failed at 47550 B-CRC error. Try again." I tried again and it updated with "Update OK." So far, so good...but Magic RDS isn't communicating. It keeps giving me a communication error!
I even did a RESET, but nothing works. I don't think it's a cable issue. I'll try again tonight. Any advice? Thanks, Francesco.
67
RDS Spy / Re: Enhanced RT ODA support?
« Last post by andrew01 on June 04, 2026, 07:12:01 pm »
The same abuse logic on DAB+... works on FM, I have seen here radios insert characters such as <,>,!,* and they are all shown on top of radio lists. Dynamic/Scrolling PS use is a problem everywhere , except in places where the use of such practices is banned by regulators (like France, Slovakia, and a few). Some tuners like the one I have, also memorise parts of dynamic PS's (like a frequency or a fragment of artist - title info), without it being updated unless the text is static for a period of time, it creates a huge mess when trying to find a station because of this.

Coming back on topic, is eRT/eRT+ confirmed to be implemented in the RDS2 capable encoders and RDS Spy?
68
PIRA32 RDS Encoder / Re: Firmware update fail 1.6a PIRA 32 anno 2006
« Last post by radiosiciliaexpress on June 04, 2026, 12:19:55 pm »
Good morning JAN, always kind and quick in responding, I'll try as soon as I get to the office. I'll let you know - always THANK YOU :D :D ;)
69
RDS Spy / Re: Enhanced RT ODA support?
« Last post by Jan on June 04, 2026, 11:14:57 am »
We have been trying for years to convince radio stations to stop using dynamic or scrolling PS. One reason is that car radios cannot correctly display the PS name in the list when scanning the band. Car radio manufacturers solved it in their own way and no longer display PS at all  :)

Another crazy thing is the abuse of station names in DAB, where stations insert various characters to appear at the beginning of the list. The resulting list sometimes looks terrible. It wouldn't surprise me if after some software update they end up at the bottom of the list or aren't shown at all.

70
RDS Spy / Re: Enhanced RT ODA support?
« Last post by andrew01 on June 04, 2026, 10:51:37 am »
RDS2 might never be of interest within car manufacturers because of very few users of RDS2 in general (at least that is how I see it, in my country we have only 3 STATIONS using RT+, and 2 using Long PS, which are part of RDS1). Many regulators do not agree with going over 75khz for extra RDS carriers. It is true that radio is not of interest for car manufacturers (the interest moved to streaming apps), for example new tuners from various brands, have a database based on the PI Code so they don't have to show the current RDS-PS (this way they can fit the full name and not be constrained to RDS-PS's 8 character capability), only if they don't have it in their database, then RDS-PS will be shown.

Still, coming back to eRT/eRT+, if it can be added to the existent RDS2-capable encoders, I don't see why it shouldn't be included, the few users who use RDS2 are users who would love having every single function available to be sent :)
Pages: 1 ... 5 6 [7] 8 9 10