Hi Rick,
[quote:6aaeb67d06="rsavas"]
I have been working on it, for some time now. I did not post it because I thought know one would be interested in it
[/quote:6aaeb67d06]
Well I think that the Si4735 is such an interesting IC and Burkhards Hard- and Software are so well designed, that it fascinated me from the very first moment it appeared in Elektor-magazine.
AFAIK the Si47xx chips have been used in a lot of consumer receivers since their appearance.
[quote:6aaeb67d06="rsavas"]
I designed my own pcb using instead a xmega 256a3, as I knew the sw would grow and did not want the mcu to be a limiting factor. I also implemented many more hw features, as well, to make a complete media player with a TPA3100D2 power amplifier.
I chose a 4x40 LCD so that I could display much more information and used 6 encoders, for ease of use.
[/quote:6aaeb67d06]
Of course it would be great to have expanded hardware for easier handling. But I wanted to stick with Burkhards design and see what could be achieved with the existing hardware.
I mainly use it for FM-reception. Thus the emphasis on the RDS-reatures.
For LW/MW/SW I have a couple of other receivers. One of them (TECSUN PL-390) incidentally also uses one of the Si47xx chips :-)
Your hardware is a bit "overkill" for me. It was enough work for me to get all of "my" new features implemented and working (some of them are even not fully tested due to lack of time).
[quote:6aaeb67d06="rsavas"]
Burkhard Kainka recently implemented some rudimentary RC5 decoding features into his code, I posted it here.
[/quote:6aaeb67d06]
Yeah. I've seen it, but as I mentioned, the ATMega 328´s flash is "full" and I personally don't need the IR-functionality.
I have used the new background-mode for decoding RC5 in another project and it works great and is a real progress compared to the "normal" GETRC5 function.
[quote:6aaeb67d06="rsavas"]
Not sure what Si4735 chip version you are using? or if you are aware that the latest -D60 rev has some changes in that some of the original sw will not work, as some registers have been changed, see AN332-rev0.9
[/quote:6aaeb67d06]
I'm using the "old" chip. I have seen on the Si-homepage that the "old" version is obsolete but didn't know, that the new version has different registers.
As long as only some register adresses are changed it should be easy to change the code.
If somebody wants to use the code with the new chip, he should give me a note.
[quote:6aaeb67d06="rsavas"]
I have a long list of enhancements, some similar to your's, some different, here are a few of them.
[/quote:6aaeb67d06]
I think we have had mainly the same ideas. It was only a lack of sufficient flash (and perhaps a bigger LCD) to not fully implement all of your features in detail.
[quote:6aaeb67d06="rsavas"]
Some of your RDS decoding features would be difficult to test for me &/or of no use for the North American audience as they have not been implemented over here in the RDBS standard. Vise versa for my N/A code. But for a purely international radio, one would want to implement both. So I will look into it more.
[/quote:6aaeb67d06]
Well to be honest I only had the European users (and egoistically me myself) in mind because Elektor-magazine has mostly European readers.
And once again it was a lack of time and sufficient flash to implement the RBDS-features especially because I have no way to test them "live".
[quote:6aaeb67d06="rsavas"]
If you want to step up to a mcu with more resources = xmega, I can certainly help you with the changes required.
[/quote:6aaeb67d06]
Although I do have an XMega protoboard lying around unused, it's still a new world to me.
I am happy of having mastered BASCOM with the "normal" ATMega/ATTiny, but still have some respect for learning to cope with the new features of the XMega and the sometimes different BASCOM syntax.
Sadly the ATMega 328 is the "biggest" controller in 28pin slim DIP-package.
Perhaps I will at one time adapt a larger ATMega in TQFP-package with an adaptor/breakout-board.
So thanks for your suggestion to help but my (life-) time is limited :-)
[quote:6aaeb67d06="rsavas"]
I have a Si4735_lib.inc that I use, so I will look at folding in your code and test some of it out, then post the lib.
Working on a common lib is where we can both contribute but if we structure it correctly we do not need to have the exact same hw other than the Si4735 itself. Similar to what Silicon Labs have published using the C examples.
[/quote:6aaeb67d06]
Well. Up to now I never have considered to work myself into the "lib-creating" business.
It's totally new to me and I would have a lot of questions.
As I understand it, a lib would be useful to create kind of new BASCOM-instructions, so that others can simply use the Si47xx chips without having to deal with all the details of the hardware, internal registers etc.
If that is so it depends on the amount of interest of other users, it it is worthwile to invest the time for me.
Or does a dedicated lib have still other advantages (speed, space-saving), that are essential in this application?
Best regards
Roger
↧