Witam
Czy ktos probowal zrobic jakis bardzo prosty emulatorek z wykorzystaniem najtanszych 51 ? Nie musi to byc strasznie szybkie.
Na razie to w ogole nie wyobrazam sobie jak takie cos mialoby dzialac.
Pamieci eprom nie maja zadnego wyjscia na ktorym pojawia sie informacja, ze dane wyjsciowe sa gotowe. W takim wypadku jesli emulator spozni sie z dostarczeniem informacji wszystko sie rozsypie. Jak takie cos zrobic ?
A po co w emulatorze uP? Jedyna mozliwosc, jaka przychodzi mi do glowy to do ladowania danych przez port szeregowy.
W emulatorze ktory posiadam jest chyba 4x74HCT245 + pamiec RAM + jakies inwertery na tranzystorach. Dane laduje sie przez potr LPT. Jesli chcesz koniecznie uzyc uP, to laduj dane do RAMu przez RSa (moim zdaniem wygodniejszy niz LPT) a po zaladowaniu danych przelacz magistrale ukladami 74245 (244) i powinno zadzialac. Pozdrawiam Tomek
Uzytkownik "Tomasz Sliwa" snipped-for-privacy@XXXwp.pl napisal w wiadomosci news:d42scl$67o$ snipped-for-privacy@nemesis.news.tpi.pl...
Czyli po prostu procesora uzywac tylko do zapisania danych do pamieci ?
Nie bardzo mi sie to podoba.
Docelowo chcialbym zamiast ramu sprobowac uzywac multimedia card sterowanych tym wlasnie procesorem.
Andrzej napisał(a):
Jeśli chcesz serwowac dane do emulacji z MMC to chyba nie tędy droga. Wprawdzie MMC są dosyć szybkie, ale zostały wymyslone do czytania danych całymi sektorami. W przypadku dostępu swobodnego do pojedynczego bajtu , czas potrzebny na wysłanie za każdym razem wszystkich komend do MMC będzie o wiele za długi. To juz lepiej by się sprawdziła szybka karta CF podłaczona w trybie MemoryMode.
Użytkownik Andrzej napisał:
Emulator musi być przede wszystkim tak szybki jak układ scalony i musi być przeładowywalny w jednej chwili, inaczej nie ma sensu. Dlatego robienie tego przez uC albo jakieś karty pamięci też jest bez sensu
Ale wiekszosc procesorow i tak jest za wolna zeby zdazyc to obsluzyc.
Moze jakies pentium xGHz by sie wyrobilo zeby w ciagu 250ns [bardzo wooolny eprom] podac dane.
Normalnie to jednak uzywasz kostki pamieci RAM, ktora odpowiednimi buforami podlaczasz do magistrali badanego urzadzenia.
J.
Zamiast takich machinacji to już lepiej zrobić emulator EPROMów podłączany do komputera przez USB. Dla USB 1.1 transfery dochodzą do
1MB/s a to by wystarczyło do większości zastosowań. A zastosowanie USB 2.0 i szybkiego FPGA do napychania RAMu danymi to już byłby full wypas.Poza tym kto jeszcze używa EPROMów?
Hm .. w owym czasie zaprogramowanie jednego bajtu chyba wymagalo co najmniej kilka ms - zysk mogl byc tylko na FF.
A 64KB .. to jakies 15s powinno trwac, wiec gdzie tu duza oszczednosc ? :-)
J.
Quick pulse juz wtedy bylo ?
6KB danych nawet po 1ms to jednak 6s ..Przy programowaniu ? Zadna. Kostke trzeba jeszcze wyciagnac, w uklad wsadzic. No i moze jeszcze zastanowmy sie na sensownoscia zalozenia ze tylko 10% stanowia dane uzyteczne .. ktos tu znacznie przesadzil z rozmiarem epromu :-)
Natomiast przy emulacji juz dosc istotne..
Tym bardziej ze w pliku HEX ich w ogole nie bedzie wymienionych ..
I to mnie wlasnie ciekawi - bo dziala tez w druga strone - jak procesor programuje, to nie moze odbierac. Trzeba jakis protokol z potwierdzeniami wymyslec ..
J.
On Wed, 20 Apr 2005 00:18:38 +0200, Adam Dybkowski snipped-for-privacy@amwaw.edu.pl> wrote: [.....]
Producenci urzadzeń fiskalnych. I nie chodzi tu tylko o moduły fiskalne, ale również o pamięć programu uC sterującego urządzeniem.
Regards, /J.D.
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.