SD2IEC - nowinki!

[wegi]

@Suchy - Jurek jako jeden z głównych hardaremanów tutaj mógłbyś zrobić jakieś porównanie tego MMC i SD2? tak dla samego poglądu - cały czas się zastanawiam czy możnaby np wbić własny loader do atmegi tzn coś takiego, co po load wbijałoby się do ramu i ładowało plik swoimi procedurami sprzężonymi z atmegowymi - może już tak jest a nie wiem o tym

[suchy]

Serdeczne pozdrowienia wegi

MMC.. i SD2.. to to samo, kwestia nazwy, niewielkich różnic układowych. Po prostu, jak projekt wystartował w 2007 roku to jego twórca: Lars Pontoppidan nazwał ten interfejs: MMC2IEC. Dalej projekt rozwijany i modyfikowany już przez nowych sukcesorów pod nazwą SD2IEC (geneza zmiany nazwy to prawdopodobnie to, że karta SD jest chyba bardziej popularna od MMC, no i pewnie żeby jakoś odróżnić od pierwowzoru). Jak zwał, tak zwał - to tylko mikrokontroler Atmela + karta SD (czy to będzie MMC2IEC, czy SD2IEC, czy oboczny projekt Jima Braina nazwany przez niego uIEC) - wszystko to samo. Sam hardware tego interfejsu jest banalnie prosty - cała inteligencja w sofcie. Źródło dla SD2IEC pisane jest w C (a nie asemblerze), a wiesz że ze mnie dupa, nie koder (vide moje wypociny do UCarta robione metodą prób i błędów, co by tylko uruchomic tego carta - miałeś mozliwość się z tym zapoznać , pewnie pękałeś z uciechy przy studiowaniu tegoż), poza tym jestem ze "starej gwardii", która coś tam lubiła w zamierzchłych czasach powalczyć przy samej "piersi" procka (maszynówce). Języków wysokiego poziomu jakoś nie trawię razem z prockami, hehe, za stary chyba już jestem.

Tutaj są źródła dla SD2IEC z kompilacjami pod różne ATMegi (wszystkie wersje MMC/SD/u/IEC):

http://www.sd2iec.de/Tests/

... z tego co pamiętam z opisów do SD2IEC (bo nie testowałem tego), to były robione jakieś próby z rozkazami typu: M-R, M-W (M-E rzecz jasna nie był zaimplementowany ) - przypominającymi dyrektywy programowania stacji, ale odnosiły się chyba do EEPROMa w atmedze, a nie RAMu (później się z tego wycofali). Tak na moje widzimisie, to na emualację 6502, te atmegi są chyba trochę za cienkie zasobami i szybkością zegara , uwzględniając, to co już w nie napchano w trakcie rozrastania się projektu SD2IEC - rózne fastloadery, obsługa GEOSa, RTC, LCD itd (chociaż Swinkels z powodzeniem emuluje w przetaktowanej atmedze SIDa).

Od tego roku startuje nowy projekt:

arm2iec

... tu pewnie możliwości będą z deka większe.

[KB777]

@Suchy - Jurek jako jeden z głównych hardaremanów tutaj mógłbyś zrobić jakieś porównanie tego MMC i SD2? tak dla samego poglądu - cały czas się zastanawiam czy możnaby np wbić własny loader do atmegi tzn coś takiego, co po load wbijałoby się do ramu i ładowało plik swoimi procedurami sprzężonymi z atmegowymi - może już tak jest a nie wiem o tym

No... generalnie SD2IEC rozpoznaje fastloader po kodzie posłanym do stacji... więc można by dorobić "klienta" do własnego fastloada - tylko komu się to będzie chciało robić

Ciekawy jest ten ARM2IEC, o którym wspomniał Suchy. Na razie to jednak trochę droga zabawka - bo bazuje na kicie NXP (w Kamami jest za 133 zeta), do tego jeszcze dochodzi dodatkowe PCB ("baza") i trochę elektroniki. Razem wyjdzie pewnie ze 200 PLN... Ale jak ktoś przeprojektuje to i zrobi wszystko w jednym, to może cena zejdzie poniżej 100.
Nie znalazłem źródeł, same binarki - więc HGW czym się ten ARM2IEC od SD2IEC różni..

[0kti]

Czy będzie pełna emulacja stacji jak w ultimate2?

[suchy]

Z tego co autor projektu szprecha TUTAJ to chyba nie. Cos tam wspomina, że prawdziwa emulacja to dopiero na 400MHz-CPU, a u niego ARM 100MHz tylko. Wygląda na to, że zakusy na ethernet chyba robią.

[wegi]

Dzięki za info - serdeczne pozdrowienia do hardwaremanów suchego i KB777. Możnaby zrobić taki tryb pracy osobny w sd2iec, że jak by się go wybrało to ponieważ load jest z kernala - to po prostu posyłać sklecony krotki szybki fastloader dla danego pliku (1-1.5 bloku) który po run wgrywałby go fastem. Gorzej z czymś takim jak np. Turboass który sam wgrywa swoje pliki - szkoda... konieczna byłaby przeróbka kernala do sd2iec wtedy możnaby poszaleć

[suchy]

Tak na dobrą sprawę, to SD2IEC na AVRach zakończył w zasadzie żywot w 2010 roku (wtedy był intensywnie rozwijany), kiedy to ukazało sie aż 11 release'ów z dodatkami i poprawkami. W 2011 doszedł już tylko jeden fastloader+poprawki, a na początku 2012 tylko jedna poprawka, no i pewnie już tak zostanie tzn. będą tylko z rzadka pojawiające się poprawki (zgłaszane przez uzytkowników) - każdym projektem mozna sie w końcu znudzić , zwłaszcza, że z tymi AVRami, na których był oparty SD2IEC wiele już się nie da powojować. Nowy hardware a2i (kompatybilny z SD2IEC) ma więcej zasobów, takich np. jak: USB - a wiec łatwe przenoszenie plków z PCta do arm2iec (bez konieczności korzystania z dodatkowych czytników karty SD, jak to było w przypadku SD2IEC), bezproblemowa obsługa alfanumerycznego LCD z typowym sterownikiem HD44780 (w SD2IEC było to dosyć pokrętnie zrobione), możliwość pobawienia się w sieć. Co z tego wyniknie w dalszej perspektywie, pokażą chęci i zangażowanie autora projektu i osób, które będą chciały współpracować. To, że korzysta z gotowego kita przy uruchamianiu prototypu jest zrozumiałe, bo nie trzeba zmieniać co chwila płytki (jak to było z SD2IEC), lub robić "pająków" - gniazdka, przyciski, miejsca pod dodatkowe scalaki są już na tym uniwersalnym PCB przygotowane (co nie oznacza, że w przyszłości musi być koniecznie dedykowana płytka do arm2iec, jeżeli zainteresowanie okaże sie zbyt małe tym projektem).

Schemat prototypu a2i w PDFie - autor: Ingo Korb (Unseen z forum64.de)

... i opis wykonania prototypu a2i: TUTAJ

... wszystko na temat arm2iec do śledzenia: Index of/arm2iec

Hardware'owcy z forum64.de zaczęli już montować a2i, ciekawe jak to się dalej rozwinie!

[KB777]

Hmm... Kiedyś się przyjrzałem jak zrobiony był Acornowy emulator 6502 na ARMa - bo to właśnie oni jako pierwsi to chyba zrobili i... wygląda na to że zrobili to najlepiej Po kilka instrukcji ARMowych na jedną 6502.

Chyba muszę odgrzebać częściowo zdisassemblowane źródła i zobaczyć jak na Cortexie M3 to śmiga. Taki średni, chodzący na 70 czy 72 MHz powinien być w stanie emulować 6502 kilkumegahercowe i jeszcze mieć czas na inne rzeczy.

[wegi]

A co z illegal opcodes tak często obecnie używanymi - też działają?

[suchy]

Hmm... Kiedyś się przyjrzałem jak zrobiony był Acornowy emulator 6502 na ARMa - bo to właśnie oni jako pierwsi to chyba zrobili i... wygląda na to że zrobili to najlepiej Po kilka instrukcji ARMowych na jedną 6502.

Chyba muszę odgrzebać częściowo zdisassemblowane źródła i zobaczyć jak na Cortexie M3 to śmiga. Taki średni, chodzący na 70 czy 72 MHz powinien być w stanie emulować 6502 kilkumegahercowe i jeszcze mieć czas na inne rzeczy.

@KB777, no widocznie nie wszyscy są tacy dobrzy, skoro (dyskusja o arm2iec na forum64.de - odpowiedź Unseen'a, twórcy arm2iec na zapytanie, czy będzie emulacja 1541 w tym nowym hardware):

"IIRC hat skoe mal versucht eine (taktgenaue) 1541-Emulation auf einem 72MHz-ARM7 (LPC21xx) zu bauen und ist dann relativ schnell auf einen XMOS XS-1L(?) umgeschwenkt, der mit 400MHz läuft - und selbst da mussten wohl einige Teile von Hand in passendem Assembler gebaut werden damit es mit dem Timing funktioniert. "

[KB777]

@KB777, no widocznie nie wszyscy są tacy dobrzy, skoro (dyskusja o arm2iec na forum64.de - odpowiedź Unseen'a, twórcy arm2iec na zapytanie, czy będzie emulacja 1541 w tym nowym hardware):

Goście z Acorna wychowali sie na 6502 no i zaprojektowali ARMa - wiec ktoz mogl lepiej zrobic emulator 6502 na ARMie ?
Ale najwyrazniej poza Acornowym swiatkiem nikt sie tym nie interesowal - i gdybym nie czytal forum na 6502.org, to tez bym nie wiedzial.

[0kti]

od jakiegoś czasu można testować ostatnie wersje beta
http://sd2iec.de/nightlies/

Build status można znaleść tutaj:
http://www.sd2iec.de/cgi-bin/gitweb.cgi ... ;a=summary

Wkrótce wersja 1.0.0