FlyingDutch

Cześć, używał może ktoś układu scalonego firmy "Texas Instruments" o symbolu TLC5920 (sprzętowy sterownik matrycy LED 16x8). Próbowałem napisać sterownik w C do tego układu (STM32F103 taktowany 72MHz) ale coś mi "nie trybi". Dla stałych wzorów wyświetlanie matrycy jest OK. Gdy jednak próbuję wyswietlać dane z tablicy [16][9] odświeżane z około 20 Hz to wystepują błędy polegające na tym, że w niektórych wierszach minimalnie świecą się kolumny, które nie powinny. Tutaj linki do strony produktu i data-sheet'a: https://www.ti.com/product/TLC5920 https://www.ti.com/lit/ds/symli

Nie, ale VGA odpowiednio reaguje na wysyłanie numerów testowych wzorów czyli odczyt z UATR'a (RX) działa poprawnie. Możliwe, że coś popsułem podczas poprawiania projektu. Myślę, że z naprawą wyświetlania już sobie poradzisz I zmień moduł UART_TX.v na ten co miałaś oryginalnie w swoim projekcie (ja go podmieniłem prawdopodobnie na zły kod), wtedy TX (callback) powinien działać poprawnie. Pozdrawiam

No wreszcie UART_RX działa poprawnie (miałem zły kod modułu UART_RX (miał na liście portów sygnał reset - wziąłem go ze złej strony edaplayground.com). Teraz jak łączę się przez identyczny konwerter jak Ty z Puty i jak podaje cyfry od 0 do 6 zmieniają mi się wzory na monitorze VGA. Pamietaj, aby podłaczyć RX konwertera USB->Serial do pinu TX Fpga i vice-wersja. Poza tym musza być połaczone masy konwertera i FPGA oraz na pin Vcc konvertera podane 3,3V z płytki FPGA. Zworka zasilania konwertera ustawiona na 3,3V. Pozostało do poprawienia UART_TX i wyświetlanie na wyświetlaczu 7-mio

Zrobiłem kilka eksperymentów i ewidentnie UART_RX nie działa. Muszę zrobić osobny projekt dla UART'a i być może uruchomić symulację, aby ustalić co jest nie tak. Pozdrawiam

Samego konwertera raczej nie - używałem identycznego i działał OK. Chyba, że masz go źle podłączonego/skonfigurowanego (zworka powinna być ustawiona na 3,3V) , albo ten konkretny egzemplarz jest uszkodzony. Zajrzę za chwilę do kodu i spróbuję go uruchomić na sprzęcie - dam znać. Pozdrawiam BTW: okazało się, że jeszcze mam ten konwerter (taki jak Ty) spróbuję go użyć. Podłączyłem ten konwerter do Elberta (i projektu) i jeden raz zadziałał prawidłowo (tzn. wysłał bajt do płytki FPGA), więcej razy nie chce (muszę sprawdzić, czy w kodzie źródłowym jest wszystko OK). Niepokojący

Dodałem IP "clocking wizard" z zegarem 25 Mhz (generowanym za pomocą pętli PLL z 12 Mhz) i dałem ten zegar na taktowanie wszystkich modułów). Zrobiłem kilka zmian w głównym module - teraz jego kod wygląda tak: module VGA_Test_Patterns_Top (input i_Clk, // Main Clock input i_UART_RX, // UART RX Data output o_UART_TX, // UART TX Data // Segment1 is upper digit, Segment2 is lower digit output o_Segment_7, output o_Segment_A, output o_Segment_B, output o_Segment_C, output o_Segment_D, output o_Segment_E, output o_Segment_F, output o_Segment_G,

Hej, mówisz o UART'cie prawda? Dla UART'a to powinno wystarczyć (muszę jeszcze przejrzeć źródła), ale zegar dla pixeli VGA koniecznie musi mieć 25 MHz (z niego wynikają częstotliwości synchronizacji poziomej i pionowej. Po wgraniu wersji programu na płytkę Elbert bez zmiany zegara u mnie efekt jest taki, ze monitorek VGA pisze na środku ekranu "Not support" - co w praktyce oznacza, że wartości tych trzech częstotliwości są poza zakresem. - Patrz ekran: Pozdrawiam

Cześć, mam teraz chwilę czasu, aby dalej zajrzeć do tego projektu. Pierwsza rzecz, którą trzeba zmienić to częstotliwość głównego zegara projektu Elbert ma zegar 12Mhz ("GoBoard" używa zegara 25 MHz - specjalnie został tak dobrany, aby bezpośrednio z niego można taktować projekty używające VGA). Więc trzeba dodać IPCore xilinx'a z nowym zegarem 25 MHz. Zaraz to zrobię i zobaczymy jak teraz działa projekt. Pozdrawiam

Według mnie plik UCF jest z grubsza biorąc poprawny (tylko diody led mają zamienioną kolejność 1-8 na 8-1 i sygnały Enable dla wyświetlacza 7 mio segmentowego, ale to pewnie celowe działanie). Załączam twój projekt z poprawkami (jest wygenerowany plik bin i można go wgrać na płytkę Elbert). Muszę to chwilowo odłozyć, ale3 powrócę do tegp projektu wieczorem. Jeśli możesz to proszę opisz jak cały projekt powinien działać na sprzęcie (płytce VGA) - w skrócie oczywiście (żeby wiedzieć jak testować). VGA_NANDLAND3.zip Pozdrawiam

Pobrałem projekt - zobaczę może uda mi się coś znaleźć. Pozdrawiam

Cześć, wklej cały ten projekt w ISE (spakowany zip'em) do postu - akurat dzisiaj mam chwilę czasu to mógłbym do niego zajrzeć. Pozdrawiam

Cześć, ja uruchoniłem projekt w ISE (64 bit) i bardzo szybko wysycił mi całą pamięć RAM - 16GB (patrz zrzut) Zrobiłłem jesze jeden eksperyment i we wszystkich plikach źródłowych zamieniłem parametry z ilością kolumn i wierszy z 800x640 na 320x240 (połowa rozdzielczości VGA) i nadal wysyca całą pamięc (tylko wolniej), Chyba jest jakiś błąd w projekcie, albo potrzeba naprawdę dużej ilości RAM w kompie. Pozdrawiam

Cześć, jak dużą masz pamięć RAM na tym komputerze? Zakładam, że rzeczywiście używasz 64-bitowej wersji ISE. Pozdrawiam Jak długo działała synteza, zanim pojawił się ten błąd?

Cześć, może trochę off-topic, ale ostatnie dwa miesiące byłem dość daleko od mojego miejsca zamieszkania i miałem problematyczny dostęp do internetu i praktycznie nawet nie czytałem postów na "Forbocie". Ten opisany projekt gry był zaimplementowany na taniej płytce "Sipeed Tang Nano" (FPGA Gowin) - teraz jest dostępna za około 70 PLN nowa wersja tej płytki - "Sipeed Lichee Tang Nano 4K". Patrz link na Aliexpress.com: https://www.aliexpress.com/item/1005003152104886.html?spm=a2g0s.9042311.0.0.38c2b90aOCx3I2 Ta nowa wersja płytki ma sprzętowy procesor ARM Cortex-M3 (hard CPU), ok

Cześć, byłbym potencjalnie zainteresowany tym zleceniem. Jaki kanałem się z Wami komunikować? Pozdrawiam