logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Atxmega256A3BU-AU - Jak ustawić przerwanie tylko na zbocze opadające?

p.mezydlo 04 Paź 2013 21:20 2454 15
REKLAMA
  • #1 12808979
    p.mezydlo
    Poziom 11  
    Napisałem sobie program który po wykrytym przerwaniu zapala diode led.
    Kod: C / C++
    Zaloguj się, aby zobaczyć kod


    Problem w tym że przerwanie wywołuje się podczas zwarcia z vcc oraz po odłączeniu. Przerwanie reaguje na zbocze narastające i opadające. A ja chciał bym tylko na jedno z wyżej wymienionych. Z góry dziękuje za odp.
  • REKLAMA
  • #2 12810060
    tmf
    VIP Zasłużony dla elektroda
    Program reaguje zapewne wyłącznie na zbocze opadające tak jak chcesz, lecz zwierając przewody dochodzi do drgań, w efekcie masz mieszankę zboczy opadających i narastających.
  • REKLAMA
  • #3 12810304
    p.mezydlo
    Poziom 11  
    A co zmienić żeby reagował na zbocza narastające, domyślam się że coś w tej lini:
    Kod: C / C++
    Zaloguj się, aby zobaczyć kod
  • REKLAMA
  • #5 12810397
    p.mezydlo
    Poziom 11  
    Tylko mi nie chodzi o przyciski a ogólnie o nauczenie się generowania przerwań. Przycisk i doda to służą tylko do testowania.
  • REKLAMA
  • #6 12810767
    BlueDraco
    Specjalista - Mikrokontrolery
    No właśnie przyciski zupełnie nie nadają się do takiej nauki. Ucz się na przerwaniu timera, bo ono jest potrzebne w każdym projekcie.
  • #8 12810857
    p.mezydlo
    Poziom 11  
    No ale ja pytam o to co zmienić w kodzie żeby zbocze narastające generowało przerwanie po pisze kod pod obsługę kamery ov7670 i podczas zbocza narastającego będe pobierał dane. Problem przycisku już został mi wyjaśniony i nie stanowi problemu.
  • #9 12810996
    Konto nie istnieje
    Poziom 1  
  • Pomocny post
    #10 12811255
    tmf
    VIP Zasłużony dla elektroda
    Niekoniecznie będzie to 160%, gdyż wg noty zegar wynosi min. 10 MHz, czyli 16 MHz, które można łatwo uzyskać (24 MHz zresztą też), zadziała. Oczywiście o jakimś sensownym przetwarzaniu danych raczej mowy nie ma - ale jeśli kamera będzie podłącozna pod interfejs RGB kontrolera LCD to przesył obrazu kamera LCD procesora nie zajmie. Wszelkie timingi da się wygenerować sprzętowo timerami. Co nie zmienia faktu, że na większym procku (ale solidnie większym) dałoby się nawet obraz z tej kamerki jakoś przetwarzać.
    BTW, skoro zbocze opadające to PORT_ISC_FALLING_gc, to zbocze narastające to PORT_ISC_RISING_gc.
  • #11 12811678
    p.mezydlo
    Poziom 11  
    Co do wydajności xmegi względem kamery jestem spokojny ponieważ kamera może pracować z mniejszą rozdzielczością i będzie przesyłać dane już gotowe w formacie RGB wystarczy je tylko zapisać w zewnętrznym sram który już obsłużyłem. Chce przechwycić tylko jedną klatkę. Widziałem tą kamere współpracującą z atmegami (16MHz) więc nie mam obaw co do Xmegi (32Mhz). Dzięki tmf za pomoc. "Pomógł" do cb już poleciał. Tak już wiem jak obsłużyć tą matryce TFT, ale zabiorę się za nią gdy zmienie architekturę, zastanawiam się nad fpga/cpld.
  • #12 12811711
    Konto nie istnieje
    Poziom 1  
  • #13 12811873
    p.mezydlo
    Poziom 11  
    Prędkość wysyłu danych z kamery można regulować ustawiając rejestry kamery po i2c to leci. A po drugie ja tylko pytałem o zbocza a nie o wydajność atxmegi i kamery. Po 2 to mój problem a Pan zbyt się nim przejął. Tematu jeszcze nie zamykam.
  • #14 12811963
    tmf
    VIP Zasłużony dla elektroda
    Marek_Skalski napisał:
    Przepraszam, ale co Ty chcesz tutaj generować timerami?
    Kamera potrzebuje stabilnego sygnału zegara ( i to możesz jej dać), ale później sama wystawia pixel clock, dane, hsync i vsync. Choćbyś nie wiem jak próbował, to xmega nie jest w stanie odczytywać płynnie danych w każdym takcie zegara (aby nic nie zgubić) i jednocześnie przesyłać to do TFT. EBI na nic się tutaj nie zda. A jeżeli chcesz połączyć kamerę bezpośrednio z kontrolerem wyświetlacza, to żaden format przesyłanych danych SCCB, 565, 555 czy 444 nie jest w tej postaci jadalny. Nie mówiąc już o różnicach w back porch i front porch. Proponuję zrobić analizę w dziedzinie czasu i od razu będzie widać dlaczego w ARMach jest DCMI.


    Proponuję dokładniej przeczytać notę do ov i np. do ILI, potem się wypowiadać. Stanie się też jasne po co timery.
    BTW, można też wklepać na youtube odpowiednie hasło, aby się przekonać, że ludzie robią to nawet na ATMega, ba, nawet z prostym przetwarzaniem obrazu, typu śledzenie koloru:
    http://www.youtube.com/watch?v=Tug7FBZTlnc
  • #15 12812262
    Konto nie istnieje
    Poziom 1  
  • #16 12812393
    p.mezydlo
    Poziom 11  
    Spokojnie kolego ogarniamy powoli dużo czasu mamy. A xmegi to ja dopiero co zaczynam bo książkę pana tmf kupiłem i powoli sobie robie i jak coś to pytam. Kamerkę już mam też, a z tym lcd to nie wiem coś z nim nie gra bo podłączyłem ostatnio do arduino na sprawdzonym sofcie też coś nie działa.
REKLAMA