Aktywne Wpisy
essos +3
Wielu z was tutaj robi z Zaleckiego jakiegos zabijake, przed ktorym ferrari powinien speirdalac, a przeciez to typ ktory zaprezentował 3 razy obsranie w oktagonie godne lasika. Wiadome ze przeciwnicy nie ci sami, ale jednak o czymś to świadczy
#famemma
#famemma
BoroPrimorac +39
![BoroPrimorac - Pierwsi deweloperzy juz dzwonią do biur Koalicii Demokratycznej z pyta...](https://wykop.pl/cdn/c3201142/19d83cc7bf85581da6f8d22d6ab711aaef6e46938f64b4dc3c68d5edc57e87cf,w150.jpg?author=BoroPrimorac&auth=e160b0863c0d81522f7857a293a847da)
źródło: Zdjęcie z biblioteki
Pobierz
Tak wygląda schemat gotowego UARTa do procka przy którym obecnie dłubię (bo on sam swojego bufora nie ma). I generalnie jedna rzecz mnie patrząc na to zastanawia. Z tego co widzę odczyt wejścia następuje na życzenie procka. Nie lepiej jest mu dać przerwanie jak bufor się zapełni? No bo w ten sposób to on musi cały czas żądać odczytu (gdzieś co 160 taktów zegara, bo max baud jest CLK/16, a bitów idzie 10) od UARTa żeby sprawdzić czy coś tam aby nie siedzi, jako, że sam UART nie bardzo ma możliwość poinformowania go, że dane są do odebrania. Jako, że jest to RS to tutaj w ogóle nie ma potwierdzeń czy dane zostały odebrane (ten gotowiec z tego co widzę nie ma handshake'a).
Jak myślicie, robić to w przerwaniu (jakoś większe zaufanie bym miał do tego) po uzbieraniu 10 bitów czy zastosować to co tutaj? Inna sprawa, że ponoć przy asynchronicznej komunikacji może być do 5% błędu w zgraniu zegarów, prawda to?
źródło: comment_MIvfjHWF4l2ciAGcS5WpE61xNkzd4TI3.jpg
Pobierzhttps://www.fer.unizg.hr/_download/repository/E2LPBaseBoard_-_Technical_Reference_Manual%5B1%5D.pdf
http://www.e2lp.org/
@Khaine: Xilinx: "Hej, UE sypnijcie kilkoma milionami i pouczcie trochę osób coby umieli programować nasze układy i je kupowali"
Widzę, że Polska też jest partnerem wiec gdzie są materiał po polsku?
W każdym razie mam materiały jakieś do tego. Przykładowe programy i 12 ćwiczeń typu laborka na FPGA. I na tym się uczyłem właśnie. Teraz wychodzę trochę ponad program.
@gromwell:
Fajnie fajnie, ale koniec końców się nie dowiedziałem jak to z tym UARTem ma być :D