Zasadni problem pro komerci o ktere tam pisou je z toho kdokoliv vycte program, zadne code protection. Leda k tomu davat nejake mini FPGA ktere bude resit sifrovani on-the-fly, ale zase obvod s dalsim napajecim napetim, ... skoda.
Uplne nechapu proc do toho XIP modulu nejde naprogramovat do nejake OTP pameti klic, kterym by se to vscehno sifrovalo, sice to neni idealni reseni, ale...
Je ale otázkou, jestli je nějaký významný překryv mezi cílovou skupinou RP2040 a lidmi, kteří si potřebují chránit know-how natolik, že k tomu musí blokovat přečtení firmware. Podotýkám, že s trochou snahy lze číst firmware i z on-chip paměti v Atmega8 (pojistky jde resetovat ultrafialovým světlem).
Docela často kolem sebe vidím přístroje, u kterých bych nejradši zpatlaný firmware bez náhrady vymazal a naprogramoval znovu, nežiju ale věčně a dělat to nebudu.
Nepamatuju si naopak, že by ve mně něco vzbudilo zvědavost, co ten firmware doopravdy dělá. (Čínské továrny to ale můžou u západního zboží vidět jinak.)
Ja delal nejake video prevodniky a sice tam cinsky asic funguje, ale vyrobce trva na tom, ze oni upecou firmware. Je to i51 mcu, takze to slo disassemblovat, ale bez header souboru co ktery registr dela.. to je marny. Ze namisto binarniho blobu dostanete kod, ktery zapisuje anonymni data na anonymni blok adres, neznamena ze jste jakkoliv otevrel ten FW :-/