search

EdgeTX / edgetx

EdgeTX is the cutting edge open source firmware for your R/C radio
https://edgetx.org
GNU General Public License v2.0
1.6k stars 340 forks source link

Cool ideas for SPI flash on X10 derivates? #24

Open raphaelcoeffic opened 3 years ago

raphaelcoeffic commented 3 years ago

Many have wondered why the SPI flash is not used in OTX/ETX. IMHO, it is more for the lack of nice ideas than anything else. As pointed out here, most things are "prepared", but not used at all: https://www.rcgroups.com/forums/showthread.php?3859585-Blog-14-RadioMaster-TX16S-SPI-Flash-readout

So now, what could we make out of it? Does it even make sense to try it out?

@rotorman Already did some work on it: https://github.com/opentx/opentx/issues/8365

brainbubblersbest commented 3 years ago

Isnt the data stored on the sd because the x12s Developer Edition not had internal storage available? The Code was writen then to be on the sd card. And as the final x12s came out, it surprisely had internal space. But Was not used at all with otx. Only with fros. Eg the TX16S have massive Problems with factory SD Cards. Dont know if all Horus based Radios have internal Flash These days. But If so, is anything speaking against using it? Isnt the internal Flash even faster compared to a fast SD card?

raphaelcoeffic commented 3 years ago

@brainbubblersbest that is definitely an option. It makes things however harder when the storage is not directly available such as with an sd card. You need extra code for filling and reading the flash.

CoderElectronics commented 3 years ago

Stick blackbox anyone? Possibly like logging telemetry and channels sort of similar to the BF blackbox implementation.

brainbubblersbest commented 3 years ago

@brainbubblersbest that is definitely an option. It makes things however harder when the storage is not directly available such as with an sd card. You need extra code for filling and reading the flash.

Dual Boot Option would be another idea.

For fast testing purposes. Maybe available with a Dual Boot Compile Option that enables the Boot Manager always come before the OS. (Emergency Mode would be a Problem here, dont know if Boot Menü can supressed in case of a emergency Mode) For safety purposes: ¿ Preventing access from etx installed on internal drive to external SD card to avoid messing the second drive data. This would give a little extra speed also in testing New nightlys. In the same time have a stable Release for daily use installed. Or just for comparing two branches. Or more with multiple SD Cards.