Ha, ha, hvala na ovom muzičkom intermecu. Pogon motora je tehnologija/problematika za sebe i eto kao što rekao, postoje značajno bolji kandidati za to specifično područje. Mene više brine jedan detalj kod XMOSa koji može biti generalno problem: patetično malo memorije.
Dakle, imamo sljedeću situaciju: kod XMOS-a se sve izvršava iz internog RAMa, to znači i da se firmver koji je u flashu/EEPROMu/F-RAMu kod pokretanja/boota učitava u taj RAM i isti se koristi i za radne podatke (varijable, konstante, itd.). Iz tog razloga možemo vidjeti zašto je na nekim njihovim eval. karticama QSPI bus (prema vanjskom flashu) multipleksiran: pinovi postaju slobodni za GPIO nakon što je firmver učitan (u RAM). Ovo samo po sebi nije problem: stvarni problem je 512KB RAMa (u najboljem slučaju 1024MB za modele u BGA pakovanju). To nije 512KB već je to samo 256KB po jednom tile-u (hardverskoj jezgri koja može opsluživati do 8 logičkih).
Moguće da ću sada krenuti uspoređivati kruške i jabuke: PSU projekt na Arduino Due (također 32-bita) glatko prelazi 256KB bez da spominjem koliko se internog RAMa koristi za varijable, konstante i druge programske podatke. I to je samo PSU koji doduše nije svakodnevni jer ima i USB i eternet (ali još uvijek bez Web servera za LXI), SCPI parser i opsluživanje LCD touchscreen displeja (koji ima kontroler, iako mizeran ali ipak ima) i praćenje rada dva kanala. Volio bih vjerovati da isti firmver prepisan u maniri XMOS-a može dovesti do dramatične uštede u veličini firmvera, ali kolika bi ona mogla biti: dvostruka ili tek 20-postotna?
XMOS i dalje nema odgovor na memorijsko ograničenje, u formi najave MCUa sa više memorije ili implementacije podrške za vanjski SRAM koji se može koristiti za izvršavanje programa, a ne samo kao brzi storage/buffer. Na njihovom sajtu možemo pronaći notu External SRAM memory Controller iz davne 2013.g. gdje kaže da je taj softver blok u feasibility stadiju (provjera isplativosti) da trenutno ne postoji programski kod za implementaciju tog bloka, ali da je u planovima (roadmap-u). Do sad se ništa nije dogodilo.
Smatram da više od 256KB (ukupne!) memorije nije nikakav luksuz, niti su drugi prozivođači u ponudu stavili 2MB ili 4MB flasha (kao programske memorije!) iz pukog nadmetanja. Ako se želi imati zaokruženu funkcionalnost uređaja koji je bitno kompleksniji od ekspreso aparata sa dva tastera i ledice onda za to treba napisati malo veći program i u nešto ga staviti: ne traže se stotine megabajta u tradiciji "dobrog" Windows i desktop programiranja, ali ni 256KB za C programiranje neće biti dovoljno.
Bez toga čini se da će XMOS ostati u domeni brzog/nevidljivog (bez korisničkog intefejsa) procesiranja ludih algoritama gdje može biti još bitno praktičniji od FPGA, ali će onda i zahtjevati svog "mastera": dobar MCU, SoC ili gotov SMC (bio on u klasi RasPi/Beaglebone ili nešto "profesionalnije").
EDIT: Evo ovdje jedna diskusija na XMOS forumu na temu memorije, citiram konstataciju jednog od članova (ne znam je li bio zaposlenik XMOSa ili ne):
To je rečeno za XS1 seriju, XS2 (xCORE-200) se pojavila u međuvremenu, no nažalost XMOS nije ništa učinio po ovom pitanju, radna memorija je povećana po tile-u do 256KB ali i dalje to je sve što se ima na raspolaganju za programski kod, podatke i firmver. Tužno.
Dakle, imamo sljedeću situaciju: kod XMOS-a se sve izvršava iz internog RAMa, to znači i da se firmver koji je u flashu/EEPROMu/F-RAMu kod pokretanja/boota učitava u taj RAM i isti se koristi i za radne podatke (varijable, konstante, itd.). Iz tog razloga možemo vidjeti zašto je na nekim njihovim eval. karticama QSPI bus (prema vanjskom flashu) multipleksiran: pinovi postaju slobodni za GPIO nakon što je firmver učitan (u RAM). Ovo samo po sebi nije problem: stvarni problem je 512KB RAMa (u najboljem slučaju 1024MB za modele u BGA pakovanju). To nije 512KB već je to samo 256KB po jednom tile-u (hardverskoj jezgri koja može opsluživati do 8 logičkih).
Moguće da ću sada krenuti uspoređivati kruške i jabuke: PSU projekt na Arduino Due (također 32-bita) glatko prelazi 256KB bez da spominjem koliko se internog RAMa koristi za varijable, konstante i druge programske podatke. I to je samo PSU koji doduše nije svakodnevni jer ima i USB i eternet (ali još uvijek bez Web servera za LXI), SCPI parser i opsluživanje LCD touchscreen displeja (koji ima kontroler, iako mizeran ali ipak ima) i praćenje rada dva kanala. Volio bih vjerovati da isti firmver prepisan u maniri XMOS-a može dovesti do dramatične uštede u veličini firmvera, ali kolika bi ona mogla biti: dvostruka ili tek 20-postotna?
XMOS i dalje nema odgovor na memorijsko ograničenje, u formi najave MCUa sa više memorije ili implementacije podrške za vanjski SRAM koji se može koristiti za izvršavanje programa, a ne samo kao brzi storage/buffer. Na njihovom sajtu možemo pronaći notu External SRAM memory Controller iz davne 2013.g. gdje kaže da je taj softver blok u feasibility stadiju (provjera isplativosti) da trenutno ne postoji programski kod za implementaciju tog bloka, ali da je u planovima (roadmap-u). Do sad se ništa nije dogodilo.
Smatram da više od 256KB (ukupne!) memorije nije nikakav luksuz, niti su drugi prozivođači u ponudu stavili 2MB ili 4MB flasha (kao programske memorije!) iz pukog nadmetanja. Ako se želi imati zaokruženu funkcionalnost uređaja koji je bitno kompleksniji od ekspreso aparata sa dva tastera i ledice onda za to treba napisati malo veći program i u nešto ga staviti: ne traže se stotine megabajta u tradiciji "dobrog" Windows i desktop programiranja, ali ni 256KB za C programiranje neće biti dovoljno.
Bez toga čini se da će XMOS ostati u domeni brzog/nevidljivog (bez korisničkog intefejsa) procesiranja ludih algoritama gdje može biti još bitno praktičniji od FPGA, ali će onda i zahtjevati svog "mastera": dobar MCU, SoC ili gotov SMC (bio on u klasi RasPi/Beaglebone ili nešto "profesionalnije").
EDIT: Evo ovdje jedna diskusija na XMOS forumu na temu memorije, citiram konstataciju jednog od članova (ne znam je li bio zaposlenik XMOSa ili ne):
Quote:By far the greatest benefit across the whole Xmos XS1 chip range would be an increase in internal Ram and replacing OTP with Flash.
To je rečeno za XS1 seriju, XS2 (xCORE-200) se pojavila u međuvremenu, no nažalost XMOS nije ništa učinio po ovom pitanju, radna memorija je povećana po tile-u do 256KB ali i dalje to je sve što se ima na raspolaganju za programski kod, podatke i firmver. Tužno.