Aktywne Wpisy
kazik34 +185
not_enough +919
Jak miałam 13 lat i byłam u koleżanki w domu, to w pewnym momencie przyszła jej mama do pokoju i spytała córki, czy może śmieci wynieść. Koleżanka powiedziała, że za jakieś pół godziny ona i ja wychodzimy i wtedy wyrzuci.
Czekałam na armagedon.
Natomiast jej matka zamiast powiedzieć, że córka ma to zrobić teraz, obrazić się i wyrzucić śmieci sama 0,00001 sekundy po prośbie, rzucając przy wyjściu „a spróbuj mnie o coś
Czekałam na armagedon.
Natomiast jej matka zamiast powiedzieć, że córka ma to zrobić teraz, obrazić się i wyrzucić śmieci sama 0,00001 sekundy po prośbie, rzucając przy wyjściu „a spróbuj mnie o coś
Konfiguracja przez I2C raczej działa, gorzej z podglądaniem danych z mikrokontrolera (Freescale KL25Z).
Co masz na myśli apkę? Chcesz to na Pi, do innego mikrokontrolera czy jak?
Bo generalnie się to wydaje proste. Za każdą zmianą z low na high HREF musimy odczytać 8 bitów danych szeregowo czy tam serial 640x, i takie kółko 480x. Jeśli każdy pixel to 8bit. I tu mamy ramkę.
Czyli jak HREF jest wysoki to muszę (dla ramki 640x480) odczytać 640 razy te 480 zmian 8 bitów D0:D7?
Coś ci teraz pokazuje? Ważna rzecz to ta że lcd są na 12-24 bity na piksel, więc możesz mieć dobre wszystko i nadal widzieć śnieg bo liczba bitów kamery to 8 a
If początek ramki = 1 then
Oczekuj na Przerwanie od Hsync(czyli chyba Href)
Przerwanie od Href:
Zapisz bajt
return
Jakoś trzeba zidentyfikować kiedy następuje początek ramki, potem można tylko oczekiwać na to by przy przerwaniu od każdego bajta go odczytać i zapisać do pliku.
Dzięki za pomoc, spróbuję.
Kiedyś robiłem to samo ale w drugą stronę, wysyłałem 4 bitowe ramki na lcd monochromat, poległem, bo ciągle uparcie mi wyświetlał w każdej linii tylko pierwszą linię. To był błąd tych zapętleń, czegoś nie wiem. Bascom też się przyczynił ale nie za bardzo bo ogólnie to działało ale nie wiem
Jak zobaczysz