mmm maybe I'll show it......yes maybe. got to get other work out of the way Hopefully I will have my pick and place machine online by then.....
F7 is also much more complex in the memory department if you want to get the best out of it. many different paths between the memories and the processor. many different memories on board... You can run it in 'basic mode' and still get reasonable improvement for "general purpose code' in performance over F4. Dual issue micro and deep pipeline seems to reap benefits, and power consumption very reasonable. But... ! I would only recommend the upgrade if have your wits about you.... It's also a fair extra $. If you are not already using the CMSIS optimised DSP libraries, then you might get 2:1 on your existing DSP code, also without going to M7 just by using the optimized libs. cheers On 23/05/2016 9:07 AM, David Rowe wrote: > Thanks for the heads up Glen - gd to see we have an upgrade path. Will > you be shoing yr new board off at Gippstech? I hope to have the SM2000 > doing something" by then. > > - David > > On 23/05/16 07:55, glen english wrote: >> Anyone using the STM32F7 (like I am on my new codec2 board) be sure to >> read the chip errata and migration sheet. >> >> there are some bugs with the silicon that affect triggering of the ADCs >> from the timers (essential) . >> >> There are reasonable workarounds. You'll save yourself a day by reading >> the errata first... >> The silicon errata/bugs are non trivial, also.... >> >> In addition, the ADC trigger TRGO defines are different.. ensure you >> read the migration sheet. >> >> The M4 startup code may not work for M7 despite it being "binary >> compatible", there are NOPs inserted between cpu controls and you need >> more NOPs between setting a function and using it. (deeper longer >> pipelines). >> >> apart from that, the M7 beats the pants off the M4 for identical code ! >> >> glen VK1XX >> >> >> >> >> ------------------------------------------------------------------------------ >> Mobile security can be enabling, not merely restricting. Employees who >> bring their own devices (BYOD) to work are irked by the imposition of MDM >> restrictions. Mobile Device Manager Plus allows you to control only the >> apps on BYO-devices by containerizing them, leaving personal data untouched! >> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j >> _______________________________________________ >> Freetel-codec2 mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >> > ------------------------------------------------------------------------------ > Mobile security can be enabling, not merely restricting. Employees who > bring their own devices (BYOD) to work are irked by the imposition of MDM > restrictions. Mobile Device Manager Plus allows you to control only the > apps on BYO-devices by containerizing them, leaving personal data untouched! > https://ad.doubleclick.net/ddm/clk/304595813;131938128;j > _______________________________________________ > Freetel-codec2 mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > ------------------------------------------------------------------------------ Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j _______________________________________________ Freetel-codec2 mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
