-
Data: 2014-07-31 01:04:57
Temat: Re: Xilinx ISim
Od: Grzegorz Kurczyk <g...@c...slupsk.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 26.07.2014 o 00:24, s...@g...com pisze:
> W dniu wtorek, 15 lipca 2014 11:07:32 UTC+2 użytkownik Grzegorz Kurczyk napisał:
>> Juďż˝ nieaktualne.
>>
>>
>>
>> Pozdrawiam
>
> Pomimo nieaktualności pytania/wątka, sugeruję 'ograniczone zaufanie' do wyników
symulacji. Symulator swoje (teoria), a oscyloskop swoje (praktyka). Bywa tak, że na
symulatorze jest LIPTON, a w praktyce jest OK. Albo na odwyrtkę, bo też tak bywa. To
są 'śliskie' tematy, dlatego sugeruję najsampierw sprawdzić ideę (behavioral
simulation). Jak będzie wynik do dupy, to nawet nie podchodź do sprawdzania na 'żywym
organiźmie', bo będzie jeszcze bardziej do dupy.
>
> Korzystaj z symulatorów, ale z pewnym marginesem zaufania. Oscyl prawdę Ci powie !!
>
Tak jak pisałem w modelu behawioralnym układ "działa", a po
implementacji "w krzemie" miałem pewną dozę losowości. Układ jest już
dość złożony (wymyślone własne CPU-16bit z peryferiami, kontroler SDRAM,
grafika VGA i GPU 2D) Metodę "oscyloskopową" oczywiście stosuję z
użyciem 96kanałowego analizatora logicznego 500Ms/s ale jest to dość
upierdliwe z powodu m.in. małej ilości niewykorzystanych pinów I/O i jak
chcę przeanalizować zależności między np. magistralą danych CPU i
adresami, to już mi brakuje pinów. Z drugiej strony ta metoda też jest
obarczona błędem, bo wyprowadzenie jakiegoś sygnału na zewnątrz
wprowadza dodatkowe opóźnienie z bloku I/O więc Oscyl nie koniecznie
powie prawdę o chwili pojawienia się zbocza we wnętrzu układu. Można (co
też stosuję) zaimplementować "oscyloskop" cyfrowy we wnętrzu FPGA,
podpiąć do pod interesujące linie i gadać z nim przez JTAG-a, ale to też
ma swoje minusy bo po pierwsze musi być jeszcze miejsce w układzie na
zaimplementowanie oscyloskopu, a po drugie dodanie tego oscyloskopu do
projektu powoduje, że badany blok zostanie inaczej "skompilowany" w
krzemie (np. zbraknie multiplekserów w CLB, to sobie "wydłubie"
multiplekser w LUT)
W każdym razie symulacja Post-Route dała mi odpowiedź, w którym miejscu
mam "wąskie" gardło i wystarczyła zmiana implementacji multipleksera
adresów w CPU oraz rezygnacja z magistral dwukierunkowych aby wszystko
zaczęło pięknie działać :-)
Pozdrawiam
Grzegorz
Najnowsze wątki z tej grupy
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
- Pytanie o transformator do dzwonka
- międzymordzie USB 3.2 jako 2.0
- elektronicy powinni pomysleć o karierze elektryka
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=