Hi, the STM32F765 is depending how you see it relatively close to the STM32F4 (that is mainly the viewpoint of some marketing material from STM) but in reality the processors are fairly different to setup. First of all the supporting libraries are completely different from the ones used in the SM1000 build (StdPeriph vs. HAL) so this part needs to be rewritten/exchanged. The Codec2 code is not a problem, that will work without problems. Even a HAL based STM32F4 program has in some areas some subtle differences to virtual the same code supposed to run on a STM32F7.
The SM1000 on the other hand is not too complex. In any case, it is not just a simple recompile. Danilo On 04.02.2019 22:13, Richard wrote: > Hi All, > > As I said I don't have the software skills to jump to a significantly > different device. > > Having had a better look at the F7 range it seems that to get more > FLASH and RAM than the STM32F405VGT6 whilst keeping to the "small" 100 > pin package only actually leaves three options, differing only by > irrelevant peripherals. That makes the STM32F765VIT6 seem good, and > it's about £11 vs £9 for the STM32F405VGT6. So far so good. > > Physical pin mapping is subtly incompatible, but that can be handled > as I haven't built any hardware yet. How much difficulty should I > expect getting the existing code to build for it? > > Of course I could just proceed with the F4 like the SM1000, and just > accept that 700D may not end up being possible. Decisions. :-) > > Thanks > Richard > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> > Virus-free. www.avg.com > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> > > > > On Mon, 4 Feb 2019 at 20:25, Richard <[email protected] > <mailto:[email protected]>> wrote: > > Hi All, > > Understood about the future modes, I was hoping to support 700D > (when released) so perhaps switching processor is desirable. My > skillset is 90%/10% hardware/software so both a complete rewrite > and porting to a totally different platform are out for me. I > might take a look at other ST options, several of you have > mentioned the F7 and a quick look seems promising. Does anyone > with more experience have a specific part number to recommend? > > Low cost, whilst nice, isn't really a goal for me, but physical > size and power consumption are. > > Thanks > Richard > > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> > Virus-free. www.avg.com > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> > > > > On Mon, 4 Feb 2019 at 20:02, glen english <[email protected] > <mailto:[email protected]>> wrote: > > Hi Don > > I got codec2 working on F7 a few years ago, and I was getting > 2x the > performance than the guys were getting on the F4. for the same > clock > speed...- 2 reasons- 1) the F4 code is completely unoptimized > and really > hurts the F4, and 2) the F7 is quite a bit faster if the cache > access is > optimal.. > > IMO the attempt to keep the code base portable between PC and > microcontroller is problematic and a limit. > > suggest The ORANGE PI zero is a tiny inch square PCB and has > onboard > audio..... It's what I use.... quad core A7 etc and NEON. > > H7 is th new kid ont he block , but STM32 is expensive !!! > > Suggest Rt1050 series from NXP for low cost (couple of bucks) > and 400 > meg F7 perfromance > > -glen > > On 5/02/2019 5:24 AM, Don wrote: > > I am currently working on getting the 700D mode to work with > the SM1000. > > It is not certain that this will be possible because of the > memory > > needed. > > > > Also Dave is looking at new compression modes with different > performance > > and bandwidths. > > > > I see the current firmware as best suited for experimenting > and developing > > on a desktop PC. To make a small, low cost embedded version > one would > > likely want to do a major re-write of the code. Lack > > > > > _______________________________________________ > Freetel-codec2 mailing list > [email protected] > <mailto:[email protected]> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > > > > _______________________________________________ > Freetel-codec2 mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
_______________________________________________ Freetel-codec2 mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
