-
Data: 2015-09-19 12:16:57
Temat: Re: Xilinx Spartan 3, "komponent" BSCAN i komunikacja przez JTAG
Od: s...@g...com szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu piątek, 18 września 2015 23:44:32 UTC+2 użytkownik Grzegorz Kurczyk napisał:
> Witam.
> Mam pytanie do Kolegów rzeźbiących w FPGA Xilinxa. Próbuję wykombinować
> loader umożliwiający mi za pośrednictwem JTAG-a wrzucenie danych do
> wewnętrznej pamieci BlockRAM w FPGA. Poniżej fragment opisujący obsługę
> sygnałów z BSCAN
>
> reg [31:0] JTAG_SR;
> reg [31:0] JTAG_OUT;
>
> BSCAN_SPARTAN3 BSCAN_SPARTAN3_inst (
> .CAPTURE(BS_CAPTURE), // CAPTURE output from TAP controller
> .DRCK2(BS_DRCK2), // Data register output for USER2 functions
> .SEL2(BS_SEL2), // USER2 active output
> .SHIFT(BS_SHIFT), // SHIFT output from TAP controller
> .TDI(BS_TDI), // TDI output from TAP controller
> .UPDATE(BS_UPDATE), // UPDATE output from TAP controller
> .TDO2(JTAG_SR[0]) // Data input for USER2 function
> );
>
> always @(posedge BS_DRCK2) begin
> if(BS_SHIFT) begin
> JTAG_SR <= {BS_TDI, JTAG_SR[31:1]};
> end
> end
>
> always @(posedge BS_UPDATE) begin
> if(BS_SEL2) begin
> JTAG_OUT <= JTAG_SR;
> end
> end
>
> =====
>
> Próbuję to potraktować za pośrednictwem programu iMPACT w trybie
> wsadowym. Wsad wygląda tak (w łańcuchu JTAG mam jeszcze pamięć
> konfiguracyjną)
>
> setMode -bs
> setCable -port auto
>
> bsdebug -start
> bsdebug -reset
>
> # pamięć na BYPASS, FPGA na USER2
> bsdebug -scanir 11111111000011 -irlength 14
>
> # dane do przeslania, pierwszy bit to BYPASS pamieci konfiguracyjnej
> bsdebug -scandr 000000000000000000000111100001111 -drlength 33
> bsdebug -scandr 000000000000000010000011111101100 -drlength 33
> bsdebug -scandr 000000000000000100000111100001111 -drlength 33
> bsdebug -scandr 000000000000000110000011001101010 -drlength 33
> bsdebug -scandr 000000000000001000000111100001111 -drlength 33
> bsdebug -scandr 000000000000001010000011010000001 -drlength 33
> bsdebug -scandr 000000000000001100000111100001111 -drlength 33
> bsdebug -scandr 000000000000001110000011010000110 -drlength 33
> bsdebug -scandr 000000000000010000000111100001111 -drlength 33
> bsdebug -scandr 000000000000010010000011010001011 -drlength 33
> bsdebug -scandr 000000000000010100000111100001111 -drlength 33
> bsdebug -scandr 000000000000010110000011010010000 -drlength 33
> bsdebug -scandr 000000000000011000000111100001111 -drlength 33
> bsdebug -scandr 000000000000011010000011010011000 -drlength 33
> bsdebug -scandr 000000000000011100000111100001111 -drlength 33
> bsdebug -scandr 000000000000011110000011011011111 -drlength 33
> bsdebug -scandr 000000000000100001010000111111111 -drlength 33
> bsdebug -scandr 000000000000100011101000100010000 -drlength 33
> bsdebug -scandr 000000000000100100111000000110000 -drlength 33
> bsdebug -scandr 000000000000100111100000100000001 -drlength 33
> ... duuuuuuużo linijek z scandr
> bsdebug -scandr 000001111111110110000000000000000 -drlength 33
> bsdebug -scandr 000001111111111000000000000000000 -drlength 33
> bsdebug -scandr 000001111111111010000000000000000 -drlength 33
> bsdebug -scandr 000001111111111100000000000000000 -drlength 33
> bsdebug -scandr 000001111111111110000000000000000 -drlength 33
>
> bsdebug -stop
> closeCable
> quit
>
> =======
>
> Programator USB DLC9G. Robię kilka prób z tym samym plikiem wsadowym.
> Czasem to zadziała (zwłaszcza jak jest niewiele linii bsdebug -scandr),
> ale najczęściej przejdzie kilkadziesiąt pierwszych słów 32-bitowych i
> przestają się pojawiać sygnały DRCK2 i UPDATE. Często dochodzi do resetu
> układu lub niekiedy nawet jego przeprogramowania.
>
>
> P.S. Na tym samym sprzęcie (komputer/programator/Xilinx) układ FPGA
> poprawnie przyjmuje "wsad" przez JTAG-a.
>
> --
Najupierdliwsze tematy są właśnie takie jak opisałeś. Nie wiem, czy pomogę w
czymkolwiek pomóc, ale podzielę się własnymi spostrzeżeniami/doświadczeniami.
Jeżeli działa to w sposób losowy, to podejrzewam :
1) Błąd na Twoim HW, źle dobrane wartości rezystorów/kondziorów/brak terminacji TCK.
Zwróć też uwagę na BUSY/CCLK/PROGRAM_B/DONE/INIT_B. Ja robię na S6 i wygląda to tak:
http://www.fotosik.pl/zdjecie/pelne/3dce84ab70177997
2) Przetwornice vs. PCB. Jeżeli masz na iluśtam warstwowej PCB "splitted power
planes'y" i sygnały konfiguracyjne przebiegają nad/pod zmianą GND/VCC, to też może
robić chocki-klocki.
3) iMPACT - w najnowszej i chyba ostatniej wersji 14.7 są problemy. Nawkurwiałem się
przy tym chyba z tydzień, gdzie jest "bug". Nie wiem i nie chcę wiedzieć. Po
wygenerowaniu bitstreama, używam do wstrzyknięcia iMPACT'a v12.1 i jest OK.
Tyle mogę doradzić... Dej znać staremu chłopu (50+), czy coś sensownego doradziłem.
Następne wpisy z tego wątku
- 19.09.15 12:28 s...@g...com
- 20.09.15 12:32 Grzegorz Kurczyk
- 25.09.15 01:35 s...@g...com
- 30.09.15 08:31 Grzegorz Kurczyk
Najnowsze wątki z tej grupy
- Problem z odczytem karty CF
- 74F vs 74HCT
- Newag ciąg dalszy
- Digikey, SN74CBT3253CD, FST3253, ktoś ma?
- Szukam: czujnik ruchu z możliwością zaączenia na stałe
- kabelek - kynar ?
- Podnieść masę o 0.6V
- Moduł BT BLE 5.0
- Pomiar amplitudy w zegarku mechanicznym
- ale zawziętość i cierpliwość
- Chiński elektrolizer tester wody
- Dzisiaj Bentlejem czyli przybieżeli sześciu Króli do Rysia na kasie
- ciekawy układ magnetofonu
- Mikroskop 3D
- Jak być bezpiecznym z Li-Ion?
Najnowsze wątki
- 2025-01-04 Wrocław => Application Security Engineer <=
- 2025-01-04 Chrzanów => Specjalista ds. public relations <=
- 2025-01-04 Katowice => Key Account Manager (ERP) <=
- 2025-01-03 Problem z odczytem karty CF
- 2025-01-03 Jazda z Warszawy do Krakowa teslą
- 2025-01-03 Wrocław => Konsultant Wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-01-03 Warszawa => International Freight Forwarder <=
- 2025-01-03 Mińsk Mazowiecki => Area Sales Manager OZE <=
- 2025-01-03 Warszawa => Spedytor Międzynarodowy <=
- 2025-01-03 Beztłumikowcy
- 2025-01-03 Lublin => Delphi Programmer <=
- 2025-01-03 Lublin => Programista Delphi <=
- 2025-01-03 [OT] nowe osoby w grupach?
- 2025-01-03 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-01-03 Warszawa => Developer .NET (mid) <=