Jak skonstruować prosty emulator EPROM na tanim mikrokontrolerze 8051?
Emulator eprom na mikrokontrolerze
From: "Andrzej" <etet_at_nospam_tenbit.pl>
Subject: Emulator eprom na mikrokontrolerze
Date: Tue, 19 Apr 2005 13:04:09 +0200
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 ?
From: Tomasz Sliwa <tomsliwaXXX_at_nospam_XXXwp.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Tue, 19 Apr 2005 14:04:04 +0200
Czy ktos probowal zrobic jakis bardzo prosty emulatorek z
wykorzystaniem najtanszych 51 ? Nie musi to byc strasznie szybkie.
A po co w emulatorze uP? Jedyna mozliwosc, jaka przychodzi mi do glowy
to do ladowania danych przez port szeregowy.
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 ?
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
From: "Andrzej" <etet_at_nospam_tenbit.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Tue, 19 Apr 2005 14:48:30 +0200
Uzytkownik "Tomasz Sliwa" <tomsliwaXXX_at_nospam_XXXwp.pl> napisal w wiadomosci
news:d42scl$67o$1_at_nospam_nemesis.news.tpi.pl...
Czy ktos probowal zrobic jakis bardzo prosty emulatorek z
wykorzystaniem najtanszych 51 ? Nie musi to byc strasznie szybkie.
A po co w emulatorze uP? Jedyna mozliwosc, jaka przychodzi mi do glowy to
do ladowania danych przez port szeregowy.
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 ?
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.
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.
From: =?ISO-8859-2?Q?Mi=B3osz_K=B3osowicz?= <news_at_nospam_miklobit.WYTNIJTO.com>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Tue, 19 Apr 2005 15:14:39 +0200
Andrzej napisał(a):
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.
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.
--
Miłosz Kłosowicz
-------------------------
http://www.miklobit.com
[ narzędzia dla AVR ]
-------------------------
From: "Andrzej" <etet_at_nospam_tenbit.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Tue, 19 Apr 2005 15:10:08 +0200
Użytkownik "Miłosz Kłosowicz" <news_at_nospam_miklobit.WYTNIJTO.com> napisał w
wiadomości news:d4304l$4ml$1_at_nospam_nemesis.news.tpi.pl...
Andrzej napisał(a):
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.
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.
Ok ok. To w zasadzie bez roznicy. W kazdym razie w dostepie do danych na
pewno
bedzie posredniczyl procesor a skad on je bedzie bral to juz bez znaczenie.
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Tue, 19 Apr 2005 16:40:50 +0200
On Tue, 19 Apr 2005 15:10:08 +0200, Andrzej wrote:
Użytkownik "Miłosz Kłosowicz" <news_at_nospam_miklobit.WYTNIJTO.com> napisał w
Docelowo chcialbym zamiast ramu sprobowac uzywac multimedia card
sterowanych tym wlasnie procesorem.
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.
Ok ok. To w zasadzie bez roznicy. W kazdym razie w dostepie do danych na
pewno bedzie posredniczyl procesor a skad on je bedzie bral to juz bez znaczenie.
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.
From: "Andrzej" <etet_at_nospam_tenbit.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Tue, 19 Apr 2005 16:49:00 +0200
Użytkownik "J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> napisał w wiadomości
news:875a61hjghaejkceg7o78nkm3stsuilrg4_at_nospam_4ax.com...
Ok ok. To w zasadzie bez roznicy. W kazdym razie w dostepie do danych na
pewno bedzie posredniczyl procesor a skad on je bedzie bral to juz bez
znaczenie.
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.
No chyba jakos tak bede musial zrobic.
From: "A.Grodecki" <ag.usun_to_at_nospam_modeltronik.com>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Tue, 19 Apr 2005 16:04:23 +0200
Użytkownik Andrzej napisał:
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.
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
--
Pozdrawiam,
A. Grodecki
"Z dwóch spierających się osób tylko jedna może mieć rację,
albo każda z nich mówi o czymś innym"
"Logika zna tylko dwa stany, prawdę i nieprawdę. Jeśli ktoś sądzi,
że jest ich więcej, jego lewicowe sympatie są zrozumiałe"
From: "Andrzej" <etet_at_nospam_tenbit.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Tue, 19 Apr 2005 16:45:02 +0200
Użytkownik "A.Grodecki" <ag.usun_to_at_nospam_modeltronik.com> napisał w wiadomości
news:d43338$pdu$1_at_nospam_nemesis.news.tpi.pl...
Użytkownik Andrzej napisał:
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.
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
Tak mi sie tez wydawalo, ze to nie przejdzie.
W takim razie musze zrobic cos takiego, ze eprom zastapie jakas pamiecia
flash a do
tego jakis modul latwego programowania z poziomu pc.
From: "Sylwester Łazar" <goalpropl_at_nospam_alpro.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Tue, 19 Apr 2005 21:57:44 +0200
W takim razie musze zrobic cos takiego, ze eprom zastapie jakas pamiecia
flash a do
tego jakis modul latwego programowania z poziomu pc.
Kolega na siłę chce zrobić coś co już dawno jest opanowane w wielu
wariantach.
Flash tu specjalnie niepotrzebny, a i swoją żywotność na razie jeszcze
skończoną ma.
Jak już to proponuję zrobić coś, czego jeszcze nie widziałem.
Transfer od PC do emulatora zrealizowany:
a) poprzez kompresję na PC
b) transmisję poprzez RS
b) dekompresję w procesorze i zapis do RAM, który poprzez bufory udaję EPROM
Kompresja opierałaby się na:
a) porównaniu z danymi wysłanymi ostatnim razem
i wybrania do transmisji tylko tych które się zmieniły.
Dodatkowo należałoby określić konieczne przesunięcia kodu.
b) zmniejszeniu transmitowanych danych metodami algorytmicznymi, podobnie
jak arj, zip itp.
Inaczej mówiąc:
przesyłać tylko modyfikowany fragment pamięci,
a mikrokontroler pełnił by rolę linkera ostatnio przesłanych "bibliotek"
z nowym fragmentem.
Wtedy udałoby się np. przesłać 64kB danych,
wysyłając faktycznie tylko np. 1kB przez powiedzmy 300 ms do 2s :-)
Mam nadzieję, że pomysł nie jest zbyt nierealny.
--
--
pozdrawiam
Sylwester Łazar
http://www.alpro.pl
http://www.rimu.pl -oprogramowanie do edycji schematów
i projektowania PCB
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Wed, 20 Apr 2005 00:18:38 +0200
Sylwester Łazar wrote:
Transfer od PC do emulatora zrealizowany:
a) poprzez kompresję na PC
b) transmisję poprzez RS
b) dekompresję w procesorze i zapis do RAM, który poprzez bufory udaję EPROM
[...]
Wtedy udałoby się np. przesłać 64kB danych,
wysyłając faktycznie tylko np. 1kB przez powiedzmy 300 ms do 2s :-)
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?
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
From: "Sylwester Łazar" <goalpropl_at_nospam_alpro.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Wed, 20 Apr 2005 09:06:24 +0200
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?
No Andrzej :-)
Wiedziałem, że ktoś "wyleci" z tym USB.
Niestety dla początkującego to zbyt duży problem.
RS232 ma każdy uC. Jest też duża baza przykładów.
Microchip zrobił Programator/DebuggerICD2.
Chłopaki poszli nawet dalej.
Na płytce jest USB i RS232.
Można sobie wybrać rodzaj transmisji.
Ale na RS232 to już tylko w zasadzie programowanie jest możliwe.
Uruchamianie układu w trybie DBUGGERa jest utrapieniem.
Komunikacja jest tak wolna, że można kawę popijać.
Poza tym wyzwanie jest naprawdę ciekawe.
W miarę proste rozwiązanie.
Płytka też nie będzie skomplikowana.
--
--
pozdrawiam
Sylwester Łazar
http://www.alpro.pl
http://www.rimu.pl -oprogramowanie do edycji schematów
i projektowania PCB
From: Jan Dubiec <jdx_at_nospam_SPAMTRAP.slackware.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: 20 Apr 2005 20:23:25 +0200
On Wed, 20 Apr 2005 00:18:38 +0200, Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl> wrote:
[.....]
Poza tym kto jeszcze używa EPROMów?
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.
--
Jan Dubiec We're all living in Amerika
jdx#slackware.pl Coca Cola
+48 506 790442 Sometimes war
Amerika by Rammstein
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Wed, 20 Apr 2005 23:03:12 +0200
Jan Dubiec wrote:
Poza tym kto jeszcze używa EPROMów?
Producenci urzadzeń fiskalnych. I nie chodzi tu tylko o moduły fiskalne,
ale również o pamięć programu uC sterującego urządzeniem.
Ale to raczej nie EPROMy (z okienkiem) tylko OTP. Mimo ze struktura ta
sama tylko obudowa tansza.
BTW: W czym zapisuje sie program w satelitach czy pojazdach kosmicznych?
W zwyklym EPROMie czy pamieci Flash szybko by byly przeklamania...
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Thu, 21 Apr 2005 00:31:21 +0200
On Wed, 20 Apr 2005 23:03:12 +0200, Adam Dybkowski wrote:
BTW: W czym zapisuje sie program w satelitach czy pojazdach kosmicznych?
W zwyklym EPROMie czy pamieci Flash szybko by byly przeklamania...
W dzisiejszych czasach to mysle ze jednak w w/w - za duze programy,
innego wyjscia nie ma, no chyba ze w SRAM :-)
A do tego maly PROM przepalany zeby w razie wpadki moc zaladowac soft
na nowo przez antene ..
J.
From: "Piotr Gałka" <piotr.galka_at_nospam_CUTTHISmicromade.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Wed, 20 Apr 2005 09:24:42 +0200
Użytkownik "Sylwester Łazar" <goalpropl_at_nospam_alpro.pl> napisał w wiadomości
news:d43o40$7kb$1_at_nospam_nemesis.news.tpi.pl...
Jak już to proponuję zrobić coś, czego jeszcze nie widziałem.
Transfer od PC do emulatora zrealizowany:
a) poprzez kompresję na PC
b) transmisję poprzez RS
b) dekompresję w procesorze i zapis do RAM, który poprzez bufory
udaję EPROM
W 1988r namiastkę tego rozwiązania zastosowaliśmy w
programatorze/emulatorze Piccolo/Picco-512.
Gdy program na PC napotykał sekwencję jednakowych bajtów (typowa rzecz
przy wypełnianiu EPROMu), przesyłał tylko informację od jakiego
adresu, ile i jakich bajtów (podobnie przy odczycie).
To proste rozwiązanie (nie wiedziałem nic o zip czy arj) znacznie
redukowało czasy.
Prędkość transmisji mieliśmy tylko 57600 (8748 nie miał UARTa i tylko
tyle udało się zrobić programowo).
P.G.
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Wed, 20 Apr 2005 13:49:04 +0200
On Wed, 20 Apr 2005 09:24:42 +0200, Piotr Gałka wrote:
W 1988r namiastkę tego rozwiązania zastosowaliśmy w
programatorze/emulatorze Piccolo/Picco-512.
Gdy program na PC napotykał sekwencję jednakowych bajtów (typowa rzecz
przy wypełnianiu EPROMu), przesyłał tylko informację od jakiego
adresu, ile i jakich bajtów (podobnie przy odczycie).
To proste rozwiązanie (nie wiedziałem nic o zip czy arj) znacznie
redukowało czasy.
Prędkość transmisji mieliśmy tylko 57600 (8748 nie miał UARTa i tylko
tyle udało się zrobić programowo).
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.
From: "Piotr Gałka" <piotr.galka_at_nospam_CUTTHISmicromade.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Wed, 20 Apr 2005 14:40:49 +0200
Użytkownik "J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> napisał w wiadomości
news:t0fc619epiunfglpg44am3fuv3q7kuf84n_at_nospam_4ax.com...
Hm .. w owym czasie zaprogramowanie jednego bajtu chyba wymagalo co
najmniej kilka ms - zysk mogl byc tylko na FF.
Standard - 50ms, Intelligent - kilka ms, Quick-pulse - poniżej ms
FF-y często stanowiły znaczną część zawartości EPROMu.
A 64KB .. to jakies 15s powinno trwac, wiec gdzie tu duza
oszczednosc
? :-)
Przyjmując 15s, załóżmy, że dane to 10%, a reszta FF (ale na końcu 2
bajty - jakiś wektor przerwania).
Programowanie 1,5s (FF-ów nie programuje tylko sprawdza) + transmisja
15s (11s dane + 4s protokół) - razem 16,5s.
Upakowanie FF-ów w transmisji skróci to do 3s. Oszczędność 80%. Czy
duża - kwestia gustu.
Można dyskutować, czy programować (sprawdzać) ten obszar FF-ów - nie
byłoby potrzeby przesyłania tych danych.
Ale przy odczycie to już nie ma dyskusji - trzeba odczytać całość. Tu
efekt pakowania takich samych bajtów (FF w EPROMach, 00 w niektórych
procesorach) daje jeszcze większy zysk.
Zakładając że odczyt trwa 0, przy poprzednich danych będzie skrócenie
czasu odczytu z 15s do 1,5s
Jak procesor obsługiwał transmisję (bit przy 57600 ma 17us - zaledwie
kilka rozkazów) to już nie mógł robić nic innego - czas transmisji się
dodawał do czasu programowania.
P.G.
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Wed, 20 Apr 2005 15:38:15 +0200
On Wed, 20 Apr 2005 14:40:49 +0200, Piotr Gałka wrote:
Użytkownik "J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> napisał w wiadomości
Hm .. w owym czasie zaprogramowanie jednego bajtu chyba wymagalo co
najmniej kilka ms - zysk mogl byc tylko na FF.
Standard - 50ms, Intelligent - kilka ms, Quick-pulse - poniżej ms
FF-y często stanowiły znaczną część zawartości EPROMu.
Quick pulse juz wtedy bylo ?
A 64KB .. to jakies 15s powinno trwac, wiec gdzie tu duza
oszczednosc
? :-)
Przyjmując 15s, załóżmy, że dane to 10%, a reszta FF (ale na końcu 2
bajty - jakiś wektor przerwania).
Programowanie 1,5s (FF-ów nie programuje tylko sprawdza) + transmisja
6KB danych nawet po 1ms to jednak 6s ..
15s (11s dane + 4s protokół) - razem 16,5s.
Upakowanie FF-ów w transmisji skróci to do 3s. Oszczędność 80%. Czy
duża - kwestia gustu.
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..
Można dyskutować, czy programować (sprawdzać) ten obszar FF-ów - nie
byłoby potrzeby przesyłania tych danych.
Tym bardziej ze w pliku HEX ich w ogole nie bedzie wymienionych ..
Jak procesor obsługiwał transmisję (bit przy 57600 ma 17us - zaledwie
kilka rozkazów) to już nie mógł robić nic innego - czas transmisji się
dodawał do czasu programowania.
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.
From: "Piotr Gałka" <piotr.galka_at_nospam_CUTTHISmicromade.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Wed, 20 Apr 2005 16:28:21 +0200
Użytkownik "J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> napisał w wiadomości
news:u9mc61h9e6u5lss55320s3439mf8gnr6pa_at_nospam_4ax.com...
Quick pulse juz wtedy bylo ?
Może jeszcze nie było, ale przewidywaliśmy pojawienie się coraz
szybszych algorytmów.
Dlatego algorytm w Piccolo był parametryzowany (czas impulsów
programujących, ich liczba, ile jeszcze jak już OK, na której nodze,
itd.)
Nie żądaliśmy (jak inni w tym czasie) dostarczenia nam programatora w
celu upgrade'u oprogramowania.
15s (11s dane + 4s protokół) - razem 16,5s.
Upakowanie FF-ów w transmisji skróci to do 3s. Oszczędność 80%. Czy
duża - kwestia gustu.
Przy programowaniu ? Zadna. Kostke trzeba jeszcze wyciagnac, w uklad
wsadzic.
Przy wkładaniu człowiek nie czuje, że czas ucieka, a jak czeka to tak.
No i moze jeszcze zastanowmy sie na sensownoscia zalozenia
ze tylko 10% stanowia dane uzyteczne .. ktos tu znacznie przesadzil
z rozmiarem epromu :-)
Bywało (trochę później), że 27256 był tańszy od 2732, 2764, 27128
Natomiast przy emulacji juz dosc istotne..
No i o to chodziło (była przystawka - emulator).
Jak procesor obsługiwał transmisję (bit przy 57600 ma 17us -
zaledwie
kilka rozkazów) to już nie mógł robić nic innego - czas transmisji
się
dodawał do czasu programowania.
I to mnie wlasnie ciekawi - bo dziala tez w druga strone - jak
procesor programuje, to nie moze odbierac. Trzeba jakis protokol z
potwierdzeniami wymyslec ..
PC wiedząc ile roboty zadał programatorowi ustawiał sobie time-out, a
programator, po wykonaniu potwierdzał.
Time-outy mogły być nawet 30s (wypełnianie dużego obszaru nie FF-ami).
Ustawiane dynamicznie - aby w innych sytuacjach reakcja na błędy
(ponowna synchronizacja i wio dalej) była szybka.
P.G.
From: "Sylwester Łazar" <goalpropl_at_nospam_alpro.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Wed, 20 Apr 2005 18:17:28 +0200
Quick pulse juz wtedy bylo ?
wsadzic. No i moze jeszcze zastanowmy sie na sensownoscia zalozenia
ze tylko 10% stanowia dane uzyteczne .. ktos tu znacznie przesadzil
z rozmiarem epromu :-)
procesor programuje, to nie moze odbierac. Trzeba jakis protokol z
potwierdzeniami wymyslec ..
Bez urazy, ale Pan Piotr wyraźnie pisał, że Micromade to zrobił.
Jeśli zrobił - to znaczy, że działało i wcześniej musieli się zastanowić nad
sensownością.
Trochę więcej Wiary.
Zwłaszcza w lepszych od nas ludzi.
Swoją drogą można by już tylko polepszyć tą transmisję dodając kompresję.
W opcji EMULATORA byłby to doskonały atut.
Sprawdziłem kompresję pliku 8kB *.bin dla 8051
z ok. 30% kodu.
ZIP zrobił z tego 1484 bajty
--
pozdrawiam
Sylwester Łazar
http://www.alpro.pl
http://www.rimu.pl -oprogramowanie do edycji schematów
i projektowania PCB
From: "Andrzej" <etet_at_nospam_tenbit.pl>
Subject: Re: Emulator eprom na mikrokontrolerze
Date: Wed, 20 Apr 2005 10:42:21 +0200
Użytkownik "Sylwester Łazar" <goalpropl_at_nospam_alpro.pl> napisał w wiadomości
news:d43o40$7kb$1_at_nospam_nemesis.news.tpi.pl...
W takim razie musze zrobic cos takiego, ze eprom zastapie jakas pamiecia
flash a do
tego jakis modul latwego programowania z poziomu pc.
Kolega na siłę chce zrobić coś co już dawno jest opanowane w wielu
wariantach.
Flash tu specjalnie niepotrzebny, a i swoją żywotność na razie jeszcze
skończoną ma.
Potrzebny wlasnie. To ma dzialac w konkretnym urzadzeniu i nie bedzie
raczej programowane miliard razy a nie moze danych zapomniec.
RAM + bateria raczej odpada.