Czy AVR może uruchamiać programy bezpośrednio z karty SD jak PC?

Jestem ciekaw czy jest możliwość, aby w jakiś sposób AVR wykonywał program zapisany na karcie SD, tak jak to się poniekąd dzieje w PC?

W/G mnie nie ma.

A na jakimś innym nośniku danych?

AFAIR AVR nie ma możliwości wykonywania programu spoza samego Siebie - nie znam takiego rokazu w ASMie:>

Można coś podobnego zaemulować. Zrobić bootloader który wczyta zawartość karty SD do pamięci FLASH i uruchomi program.

A po zastosowaniu jakiegoś systemu operacyjnego w AVR'ze?

Dodano po 56 [sekundy]:

No tak, ale co jeśli program jest większy niż FLASH?

Zastosować większy mikrokontroler. Ewentualnie przesiąść się na ARMy. Takie zabawy na AVRach to moim zdaniem "sztuka dla sztuki".

daniel93 napisał:

A po zastosowaniu jakiegoś systemu operacyjnego w AVR'ze?

Dodano po 56 [sekundy]:

No tak, ale co jeśli program jest większy niż FLASH?

Coś kręcisz . Proponuje sprawdzić jakie procesory mogą współpracować z zewnętrzną pamięcią i jakie są ograniczenia sprzętowego adresowania.

crazy_phisic: Są jakieś ograniczenia w adresowaniu kart SD(to przecież nie jest zewnętrzny RAM, ani EEprom)?

To z bootloaderem jest ciekawe, bo można sobie wybrać jaki program ma być załadowany do uC, ale czy da się takie coś zrobić w badziewnym języku jakim jest BASCOM?

Pewnie i się da:> Bootloadery ogólnie dostępne, można przeedytować (niestety nie widziałem w bascomie,zawsze asm:) i jakoś się nie dziwię)...
Tylko... te pare tysięcy uruchomień i uC idzie do piachu:> To chyba nie za dużo:/
IMO sztuka dla sztuki.

No tak, nie pomyślałem o żywotności uC ;/

daniel93 napisał:

crazy_phisic: Są jakieś ograniczenia w adresowaniu kart SD(to przecież nie jest zewnętrzny RAM, ani EEprom)?

Ale trzeba skopiować program do pamięci RAM i uruchomić.

daniel93 napisał:

To z bootloaderem jest ciekawe, bo można sobie wybrać jaki program ma być załadowany do uC, ale czy da się takie coś zrobić w badziewnym języku jakim jest BASCOM?

Trzeba przemyśleć architekturę procesora, na upartego pewnie by się dało, ale trzeba by to dobrze zaplanować. Raczej całość trzeba by zrobić w asemblerze, a programy można by robić w BASCOM.

W/g mnie marne szanse z tym bascomem:> I cała gra niewarta świeczki:>
Zdecydowanie...

A jeśli można wiedzieć, czemu by to miało służyć?

Taki "komputer" do robota, wsadzasz kartę wybierasz program i robot jest linefollowerem, a nie np światłolubem.

AVR potrafi wykonać program tylko z pamięci Flash. Zostaje Ci kilka możliwości:
- jak przedmówca wspomniał, programowanie pamięci FLASH przez bootloader zawartością pliku z karty pamięci
- napisanie lub użycie interpretera i tworzenie programów w jakimś interpretowanym języku (BASIC?)
- zmiana mikrokontrolera na taki, co by potrafił wykonać program z RAM (a tu wybór jest bardzo szeroki)

albo zamiast karty SD płyteczka z uC. Podłączasz do kompa przez przejściówke do p programatora, programujesz i przekładasz do robota.

Ciekawym pomysłem jest własny interpreter.
W tym przypadku możliwości ograniczają się do pomysłu autora, lecz należy napisać dwa programy. Jeden jest interpreterem a drugi poleceniami dla interpretera.
Swojego czasu widziałem coś takiego tylko na procesory z serii MSC-51 gdzie z pod poziomu portu RS była dostępna konsola w którą można było wklepać program. Proste warunki IF....THEN, GOTO itp. Taki mały BASIC tylko bez konieczności programowania.
Lecz to wszystko sztuka dla sztuki.

Można zastosować 8051, który ma możliwość wykonywania programu z pamięci zewnętrznej. Do tego AVR, który będzie czytał dany program z karty SD i wysyłał go do 8051. Działało by to tak: 8051 wystawia adres, AVR, go odbiera, zczytuje z karty SD bajt i wystawia na szynę danych, a 8051 go odbiera. Przy czym należy pamiętać, o długości cyklu maszynowego 8051. Jeśli jest to wersja klasyczna to przy kwarcu 24 MHz cykl maszynowy trwa 0,5 us (f=2 MHz). Dodatkowo należy wiedzieć, że maksymalna wielkość pojedynczego programu to 64 kB. Dobrze byłoby zbuforować program w jakiejś pamięci. Albo rozwiązanie alternatywne (właśnie przyszło mi do głowy) 8051 z podłączonym SRAMem 62xxx i AVR. Podczas wyboru programu z karty SD AVR wyłącza wejścia 8051 podłączone do SRAM (poprzez bufory trójstanowe) i przepisuje program z karty SD do SRAM dodatkowo 8051 jest w stanie resetu podtrzymywanym przez AVR. Po przepisaniu programu AVR sam ustawia swoje wyjścia do SRAM w stan wysokiej impedancji i włącza linie 8051, następnie zwalnia reset 8051. Procek 8051 wykonuje program z pamięci SRAM. Należy tylko pamiętać o tym, żeby uniemożliwić zapis do pamięci SRAM przez 8051. Przy każdorazowej zmianie programu odbywałoby się przeprogramowanie pamięci SRAM przez AVR. Zero problemów z żywotnością a i procki 8051 są z różnymi fajnymi funkcjami

Przerost formy nad treścią, ale da się coś takiego zrobić ... jak już ktoś wspomniał "emulacja", ale to będzie działało kosztem prędkości, wewnętrznego SRAM'u oraz innych rejestrów. Chodzi o to, że wszystko będzie musiało być współdzielone pomiędzy emulację kodu z SD/MMC oraz wykonywanie programu tam umieszczonego.

Lepiej pokombinuj z podłączaniem jakiś slotów z EEPROM'em i interpretację odgórnie przyjętych przez mikrokontroler komend w stylu: 0x01 - ruch do przodu; 0x02 - ruch do tyłu itd.

Teraz widzę, że to rzeczywiście przerost formy nad treścią. Dziękuję za pomoc.

Dodano po 2 [godziny] 27 [minuty]:

Jeszcze małe pytanie - czy rodzina ARM mogła by sprostać takiemu zadaniu?

Pewnie by mogła. Zwłaszcza, że program może się wykonywać z Flasha lub z RAMu.

Trudno mi zrozumieć, dlaczego "przerost formy nad treścią". W sieci istnieje co najmniej kilka darmowych interpreterów BASICa dla AVR. Prędkość interpretowanego wykonywania programu w takim zastosowaniu chyba nie ma dużego znaczenia. Nawet prędkość 1000 instrukcji na sekundę powinna być zadowalająca.

Moim zdaniem przy tak ogromnym asortymencie mikrokontrolerów na rynku kombinowanie z kartą SD mija się z celem. Czy tego programu naprawdę nie da się zmieścić w pamięci mikrokontrolera a tryb pracy wybierać np. mikrostykiem?

A mi sie podoba pomysł, bo chyba nie chodzi o to, żeby wybierać program (np za pomocą switcha) tylko wgrać nowy (właśnie zrobiony).

Dziękuje wam za pomoc.

ps> Nic nie buduje, temat był z ciekawości.

krzych_u napisał:

A mi sie podoba pomysł, bo chyba nie chodzi o to, żeby wybierać program (np za pomocą switcha) tylko wgrać nowy (właśnie zrobiony).

Do tego dobrze nadawałby się bootloader

Ja połączyłem program wewnętrzny z tym zczytywanym z karty.
Wygląda to tak że procedury obsługi wyswietlacza, klawiatury karty MMC/FAT, 1-wire i innych często uzywanych urzadzeń są zaprogramowane na stałe w Atmedze. Na wyswietlaczu wybieramy program który ma byc wykonywany. Oczywiscei program jest specjalnie napisany tak zeby wykorzystywał jak najwiecej procedur wewnetrznych. Pozostałe instrukcje są interpretowane poprzez prosty interpreter który wykorzystuje drugi zestaw rejestrów utworzony w wewnetrzneje pamieci RAM. Ponieważ wiekszosc programów i tak nie potrzebuje aż takiej predkości procesora ,więc wykonanie programów z SD jest tylko minimalnie zauważalne.

No właśnie ... wszystko idzie kosztem prędkości i zasobów. Nie lepiej zrobić "na pokładzie" dodatkowy układ do wyboru programu z karty, który będzie np. przez ISP programował ten właściwy? Mi się wydaje, że takie rozwiązanie najlepiej by sobie poradziło - nie zwracając uwagi na żywotność programowania oczywiście.

Też tak myślę, przy czym to miałoby prawo bytu tylko w układach PDIP, bo nie wyobrażam Sobie wylutowywania co pół roku układu qftp64 lub 100...

Ale rozkazy są zczytywane do buforu w Ramie nie jest wykorzystywany rozkaz SPM więc nie ma mowy o zuzyciu procesora