Memo Installation à La Silla

Suivi de l'installation pour avoir une trace

INFO G-132 Cool

http://www.alliedvisiontec.com/emea/products/cameras/gigabit-ethernet/bigeye-g/g-132b-cool.html

Connection de la caméra

Mise en route de la camera sur la réseau Instrument La Silla sur L107-9 au travers d'un switch gigabit.

Lancement de AVT VimbaViewer sur mon mac->VirtualBox

A noter que la mac adress de la camera avait déjà été mise dans DHCP

La caméra fonctionne (mode vidéo). Donc 1ere validation OK

Essai du programe de test

Le programme de test est SynchronousGrab.cpp sous:

/home/weber/src/guid2014/Vimba_1_2/VimbaC/Examples/SynchronousGrab/Source/

le makefile est sous

/home/weber/src/guid2014/Vimba_1_2/VimbaC/Examples/SynchronousGrab/Build/Make/

l'exécutable sous

/home/weber/src/guid2014/Vimba_1_2/VimbaC/Examples/SynchronousGrab/Build/Make/binary/x86_32bit/

C'est (normalement) le programme qui fonctionnait à Genève le 11 septembre 2013

---> Ne part pas: Floating exception; Exit 136

La distribution est Debian, donc pas la même que celle du développement à Genève.

Le scripts d'installation:

/home/weber/src/guid2014/Vimba_1_2/AVTGigETL/Install.sh

Utilise /etc/profile.d qui n'existe pas sous Debian

Arret sur glspc13

Mise en root des PC beckhoff qui trainent

l'ancien glspc19 ne démarre pas (les boot possibles sont solaris, etc) mais rien ne demarre

L'autre glscspa démarre sur Scientific Linux (remarque, il possède /etc/profile.d/ :o)

pour ne pas faire un installation officielle immédiatement je fais un qqInstall.sh qui ne fait que un echo:

lancement avec:

./qqInstall.sh

d'où on déduit:

setenv   GENICAM_GENTL32_PATH /home/weber/src/guid2014/Vimba_1_2/AVTGigETL/CTI/x86_32bit

puis lancement du programme de test:

Mieux que sur glspc13, mais le message est le suivant:

[weber@glscspa x86_32bit]$ ./SynchronousGrab
//////////////////////////////////////////////
/// AVT Vimba API Synchronous Grab Example ///
//////////////////////////////////////////////

Could not start system. Error code: -16

en fait j'avais oublié le setenv, avec le setenv:

[weber@glscspa x86_32bit]$ ./SynchronousGrab
//////////////////////////////////////////////
/// AVT Vimba API Synchronous Grab Example ///
//////////////////////////////////////////////

Camera ID: 04-0855659903

Frame not successfully received. Error code: -1

Recompilation avec le makefile. L'executable est mis à jour.

[weber@glscspa Make]$ make
cp ../../../../../VimbaC/DynamicLib/x86_32bit/libVimbaC.so binary/x86_32bit/
g++ -c -I../../Source  -O3 -fPIC -I../../../../.. -m32 -o object/x86_32bit/Bitmap.o ../../Source/Bitmap.cpp
g++ -c -I../../Source  -O3 -fPIC -I../../../../.. -m32 -o object/x86_32bit/SynchronousGrab.o ../../Source/SynchronousGrab.cpp
g++ -m32 -o binary/x86_32bit/SynchronousGrab object/x86_32bit/Bitmap.o object/x86_32bit/SynchronousGrab.o object/x86_32bit/program.o -Lbinary/x86_32bit -lVimbaC -Wl,-rpath,'$ORIGIN'

Dimanche 27 arrêt

Vendredi 1 aout Redemarrage du projet.

Je mets tout de suite la camera dans le centre de calcul car elle fait trop de bruit.

Tout marche immédiatement... mystère... la preuve:

[weber@glscspa ~]$ setenv   GENICAM_GENTL32_PATH /home/weber/src/guid2014/Vimba_1_2/AVTGigETL/CTI/x86_32bit
[weber@glscspa ~]$ cd /home/weber/src/guid2014/Vimba_1_2/VimbaC/Examples/SynchronousGrab/Build/Make/binary/x86_32bit/
[weber@glscspa x86_32bit]$ 
[weber@glscspa x86_32bit]$ ./SynchronousGrab
//////////////////////////////////////////////
/// AVT Vimba API Synchronous Grab Example ///
//////////////////////////////////////////////

Camera ID: 04-0855659903

Bitmap successfully written to file "SynchronousGrab.bmp".
[weber@glscspa x86_32bit]$

Seuls changements:

Pluggé directement sur le switch des LCU avec un autre câble. C'est un gros changement, mais l'image était OK de toutes façons avec le mac dans l'ancienne configuration. Donc mystère.

Rem: toujours un catégorie 5 et il faut du 6...

Pour trouver la release du Linux:

[weber@glscspa ~]$ lsb_release -a
LSB Version:	:core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-noarch
Distributor ID:	ScientificSL
Description:	Scientific Linux SL release 5.5 (Boron)
Release:	5.5
Codename:	Boron

vendredi 1 aout

Changement d'emplacement et le programme de test fonctionne

lecture de la doc

samedi 2 aout

début libraire sur ~/src/guidcam2014

Tout en C et non en C++

Changement des "new" en malloc

Comme le PC est mal installé, il ne voit pas $THOME par exemple, certainement variables sont à taper.

Elles sont dans le Makefile en commentaire

dimanche 3 aout

Essais de lecture, afin d'écrire une image en bmp il faut Bitmap.c (dans les exemples), mais comme il est écrit en C++, il faut utiliser le compilateur g++ pour compiler le C.

Pour le futur, supprimer le nécessité de Bitmap.c et repasser à gcc.

Tout fonctionne, mais il faut un temps de pose de 2[s]