Altera Firmware Loading

Altera firmware loading

Final script name load_altera!

1. File location :

pi2:/opt/pi/dev/pisys/daq/ndir/bin/altera/*pof
and
symbolic link altera.bin -> kamera1_const.pof

2. Loading

    ssh pi@pi2
    su -
cd /opt/pi/dev/pisys/daq/ndir/bin/altera
    load_altera! k2a altera.bin -doload
or without loading :
    load_altera! k2a altera.bin

3. Tests on camera from P.Sitek ( id=0 )

Using program operate2K2K with this camera :
       operate2K2K 0 -cooling_off
so the following call should be done :
      load_altera! 0 - 1
and it should work or put manual change into load_altera! script :
     loadaltera k1 -doload

4. Tests on heplx42

tests in directory heplx42:/data2/results/UsbCam
zrobilem kopie skrypty load_altera! w tym katalogu
na razie puszczam bez ladowania firmwaru altery (wykomentowalem linijke ):
load_altera! 0 - -doload
na razie jak robie pod test2K2K to sie chyba dobrze laduje , ale moim skryptem na razie chyba nie ... bo powiesilem heplx42 juz raz
dziwne w funkcji Device2K2K::DownloadFirmwareToAltera jest rozmiar 131072 natomiast pliki ktore dostarczyl PS maja 131258 !!!
trzeba sprawdzic o co chodzi
teraz widze ze w test2K2K tez sie czasem transfer zrywa i jest jakis problem bo tak jakby sie kamera resetowala !
transfer sie zrywa write wychodzi z bledem ( ret = -1 ) , natomiast w /var/log/messages jest :
Jul 16 20:43:27 heplx42 kernel:
Jul 16 20:43:27 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: Entering write
Jul 16 20:43:27 heplx42 kernel:
Jul 16 20:43:27 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: Entering write
Jul 16 20:43:27 heplx42 kernel:
Jul 16 20:43:27 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: Entering write
Jul 16 20:43:27 heplx42 kernel:
Jul 16 20:43:27 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: Entering write
Jul 16 20:43:27 heplx42 kernel:
Jul 16 20:43:27 heplx42 kernel: usb 1-6: USB disconnect, address 3
Jul 16 20:43:27 heplx42 kernel: ehci_hcd 0000:00:1d.7: qh f6e6b180 (#1) state 1
Jul 16 20:43:27 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: skel_write - failed submitting write urb, error -19
Jul 16 20:43:27 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: USB Skeleton #192 now disconnected
Jul 16 20:43:27 heplx42 kernel: usb 1-6: new high speed USB device using address 4
Jul 16 20:43:27 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: Entering probe
Jul 16 20:43:27 heplx42 kernel:
Jul 16 20:43:27 heplx42 kernel: Maksymalny rozmiar pakietu: 512
Jul 16 20:43:27 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: Success: USB Skeleton device now attached to USBSkel 192
Jul 16 20:43:30 heplx42 kernel: jiffies:1131518Nowy qt_timer: 1139518
Jul 16 20:43:38 heplx42 kernel: Nowy qt_timer: 1147518
Jul 16 20:43:46 heplx42 kernel: Nowy qt_timer: 1155518
Jul 16 20:43:54 heplx42 kernel: Nowy qt_timer: 1163518
wyglada wiec na to ze kamera sie zresetowala w momencie zerwania transferu
ponawiame probe :
       test2K2K k1 -all
i znow sie zerwal :
      offset: 73472
      ERROR : write error: -1

zrywa sie roznie :
    offset: 47616
    ERROR : write error: -1
chyba sie tez raz udalo :
    offset: 131200
     ret = : 58
czesto sie rwie
po konsultacji z GK dowiedzialem sie ze plik do altery moze miec max rozmiar 131072 bytes ( czyli dokladnie 128kB ) , a nasze maja
obecnie 131258, i to jest zle po za tym maja to byc pliki rpd , a nie pof !!!!!!!!!!!!!!!!!!!!!!
GK napisal tez : plik rpd generuje sie z pliku rbf , mail from GK :
      Witam
        Firmware zaszyte w Cypressie lyka pliki w formacie *.rpd -
         przeznaczone dla EPCS1

wysylanie plikow rbf lub pof jest bez sensu, gdyz zawieraja calkiem
inne informacje
plik rpd generuje sie z pliku pof komenda file-> generate programming
file.
wybiera sie opcje Raw Programming Data FIle (.rpd), nastepnie Add
Data gdzie wybiera sie plik pof, klika generate i gotowe.
Podczas kompilacji nalezy upewnic sie ze opcja :generate compressed
bitstreams jest wlaczona
(assignments->device->device&pin options->configuration)
w tych samych ustawieniach wybrac EPCS1
na razie musze poprosic PS o nowe pliki w formacie rpd a nie pof !!!!!!!!! ,
numer wersji sie zmienil - sprawdzic czy sie dobrze zaladowalo
regularne test 20060719 :
- przed zaladowaniem ID jest :
         Camera ID ( in HEX ) :
         Camera Name: k1
         Cypress ID : 2006-02-10 / 12
         Altera ID : 2006-02-10 / 12
         Camera ID : 0
         Description: CCD USB & GbEth Camera
- rwie mi sie transfer ciagle nie moze przejsc caly plik altera.rpd
- po zaladowaniu :
         Camera ID ( in HEX ) :
         Camera Name: k1
         Cypress ID : 2006-02-10 / 12
         Altera ID : 2006-02-10 / 12
         Camera ID : 0
         Description: CCD USB & GbEth Camera
    czyli na razie dokladnie to samo !
nadal jest zle od razu po zaladowaniu bytow ( w test2K2K - komenda 27 ) kamera sie resetuje i najwyrazniej przywracany jest poprzedni wsad altery z EPROM, zawartosc /var/log/messages :
       2K2K/drv2.6.5/pikam.c: Entering write
           Jul 19 15:00:19 heplx42 kernel:
           Jul 19 15:00:19 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: Entering write
           Jul 19 15:00:19 heplx42 kernel:
           Jul 19 15:00:19 heplx42 kernel: usb 2-2: USB disconnect, address 26
           Jul 19 15:00:19 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: USB Skeleton #192 now
                                                              disconnected
            Jul 19 15:00:19 heplx42 kernel: usb 2-2: new high speed USB device using address 27
            Jul 19 15:00:19 heplx42 kernel: usb 2-2: device not accepting address 27, error -71
            Jul 19 15:00:19 heplx42 kernel: usb 2-2: new high speed USB device using address 28
            Jul 19 15:00:19 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: Entering probe
            Jul 19 15:00:19 heplx42 kernel:
           Jul 19 15:00:19 heplx42 kernel: Maksymalny rozmiar pakietu: 512
           Jul 19 15:00:19 heplx42 kernel: /opt/pi/dev/pisys/daq/src/ccd/ccddriver/picamdrv2K2K/drv2.6.5/pikam.c: Success: USB Skeleton device now
                                                               attached to USBSkel 192
            Jul 19 15:00:23 heplx42 kernel: jiffies:241961Nowy qt_timer: 249961
nowe pliki od PS :
ethernet_pci_1234.rpd
ethernet_pci_f00f.rpd
ethernet_pci.rpd
sa jakies dziwne transfer zwisa ( chyba kamera tez ) na :
        offset: 28288
        ret = : 64
        offset: 28352
        ret = : 64
        offset: 28416
        ret = : 64
        offset: 28480
i potem trzeba zabic test2K2K ,a kamera sie sama resetuje
20061023
Testy z Mackiem, wydawalo sie ze za pierwszym razem poszlo, ale potem tradycyjnie zawisa po 128 bytach, z moich logow dodanych w pikam.c
wynika ze zawisa na wait_for_completion, tak jakby sie nie udalo wyslac poprzedniej paczki danych.
To co jeszcze musze przetestowac, to dodalem dluzsze czekanie po komendzie 0xDD , moze to cos pomoze, ustawilem 5 sec, dluzej to juz chyba sie nie da ...
Inna sprawa to zmiana ladowania probowalem uzyc funkcji usb_bulk_msg, ale wyniki byly mizerne, program wypadal na timeout ( -110) tzn nie udawalo mu
sie wyslac paczki po endpoincie out , nie mam pojecia dlaczego. Dodalem w pikam.c mozliwosc wykonywania komend testowych w skel_ioctl , dodalem komende
IOCTL_TEST_COMMAND
i mozna tam w case wpisac jakas testowa komende
Na razie testy nie sa konkluzywne, potem okazalo sie ze ladowanie nie dziala tez na winXP w 102c , czyli trzeba jeszcze raz sprawdzic to wszystko na windows
w Swierku, jak bedzie ok to nastepnym razem zaczac od windows w 102c.
20070613
Po zmianach w firmwarze zrobionych przez Macka i Dominika ( jak sadze ) wszystko smiga , po prostu robi sie :
         test2K2K 0 -altera_file=ethernet_pci.rpd.led -all
potem opcja 27 i smiga jak burza !!!!!
Ten firmware mam tutaj : heplx43:/opt/pi/dev/pisys/daq/ndir/data/UsbTest/ALTERA_LOAD_20070613/ i jest on z migajaca jedna diodka i faktycznie po wpuszczeniu
tego nowego wsadu diodka miga, wiec wszystko jest super git, naprawde jestem pod wrazeniem !
Moje zapiski ( dla porownania z driverem windowsowym by Robert Sulej ) :

- obejrzec ladowanie ALTERY w wersji na windows , wedlug drivera by RS
http://www.ire.pw.edu.pl/~rsulej/CEthCamera/win/
/opt/pi/ext/dload/CameraDriver/WinCUsbCamera

   - Altera - nastepnym razem zaczac od Windows w 102c , czy tam bedzie dzialac
     zauwazmy ze pamiec EPCS1 potrzebuje max 6 sekund na wykasowanie
   zawartosci
   wiec po wyslaniu komendy 0xDD i pierwszego pakietu z danymi MUSIMY tyle
     poczekac , zanim wyslemy kolejne dane.

WNIOSEK : po 0xDD poczekac 6 sec - lub nawet po wyslaniu pierwszego pakietu poczkac

czyli sprawa tkwila w jakmis bledzie w firmware, z tego co do mnie dotarlo to chodzilo znow o jakies przeklamanie w datasheecie ....
20070713
Loading firmware to k2b - ok ( load_cypress.sh , plik $NDIR/modules/usb_load_altera.bin - rozmiar 8180 )
Natomiast ladowanie pliku kamera1.rpm z $NDIR/modules/vhdl/k2b/ tez sie udalo, ale niestety po zaladowaniu kamera sie w kolko resetuje, co powoduje ze nie da sie nic juz z nia zrobic
I da sie to chyba tylko naprawic przy pomocy programatora, bo inaczej to chyba nie pojdzie tzn , trzeba by zaladowac nowy wsad altery , a pozniej tez nowy wsad cypressa i to taki z naprawiona opcja ladowania altery
Na razie nie da sie nic zrobic, bo :
- zeby zaladowac wsad altery ktory nie bedzie jej resetowal trzeba najpierw wgrac poprawiony firmware do cypressa natomiast on sie nie utrzyma bo kamera sie zresetuje zanim to zrobimy
20071114 - TESTY NA K2b w LCO , opisalem to na blogu z lco