![]() |
![]() |
![]() |
Les petits caprices d'AudeLA sous Linux :
Problème Observations réalisées Solution possiblePilote libethernaude dépendante de Mdk 9.2.
- AudeLa fonctionne avec mes perifs astro (Temma, Audine, Ethernaude, Webcam) SI je compile avec Mdk9.2 pour l'utilisation sur Mdk9.2 ou Mdk10. [Rémi Petitdemange]
- Tester sous Mdk 9.2 le fonctionnement d'ethernaude avec des kernels de version différentes.
- La liste des prérequis systèmes et réseaux doit être donnée par le concepteur du pilote, de façon à pouvoir corréler les différences entre Mdk 10.x et Mdk 9.2 avec ces nécessités : au 12/2004, libethernaude fait planter Audela !
Bugs dans le pilote ethernaude et/ou dans le panneau acquisition (27 Sep 2004)
- Bon sous Mandrake 9.2 : ca va pas mal effectivement :-) !!!
- - j'ai fais entre autre une serie de 15 images noirs 60 sec : à la 15eme image seulement j'ai eu le plantage d'audela (segmentation fault).
- - Je constate aussi que si on stop l'acquisition d'une pose de x sec le decompte continue de x sec avant de retourner l'image et redonner la main.
- Avec Mandrake 10.0 :
Impossible de faire la moindre acquisition, ça plante à chaque fois sur "GO" avec la segmentation fault (avec tes binaire et avec la compil des sources). [Rémi Petitdemange]
Les pilotes des périphériques astronomiques.
- Audela-1.2.3 compilé sous Mdk 9.2 sinon je retrouve ce fameux message d'erreur avec tous mes perifs astro (Temma, Audine //, Ethernaude, Webcam). [Rémi Petitdemange].
- J'ai trouve pour les problemes d'obturateurs, c'est tres simples, ce n'est tout simplement pas du tout gerer par le ccd_driver version AK et MM. [Michel Meunier]
Dépendance aux versions de librairies de la distribution Mdk 9.2 au 23/09/2004 :
- CCD_driver.so :
- libdl.so.2
- libpthread.so.0
- libc.so.6
- /lib/ld-linux.so.2
- libethernaude.so :
- libdl.so.2
- libm.so.6
- libc.so.6
- /lib/ld-linux.so.2
Les pilotes de périphériques astronomiques (janvier 2005).
- cam1 info
Usage: cam::create
libcam-driver ?options?
[BM, Jerome Berthier, Michel Meunier, Denis Marchais]
- Pour moi cela fonctionne tres bien: je compile audela puis remplace les lib pour ethernaude. [Jerome Berthier]
- Essaie de charger directement la librairie par la console AudeLA : load (chemin)/libtruc.so [Benoit Maugis]
- Ajouté les lignes suivantes au fichier system.h du répertoire common [Sylvain Girard pour libaudine and Co] : (inutile dans Audela 1.3.0 [22/01/2006])
> #define cli() local_irq_disable()
> #define sti() local_irq_enable()- cd /mon/chemin/vers/audela/bin
export LD_LIBRARY_PATH=`pwd`:$LD_LIBRARY_PATH
./audela
Le linker dynamique et son cache ne serait-il en cause (libdl) ? [Denis Marchais]J'ai change les cli() enlocal_irq_enable() et les sti() en local_irq_disable, j'ai recompile letout, et maintenant toutes les cameras et telescopes sont bien appele. [Michel Meunier, 08/01/2005].
La dépendance de libethernaude à gcc.
- Tous ceux qui sont avec le 3.3 : ca marche.
- Ceux qui sont avec le 2.95 : marche po.
- Ceux qui sont avec le 3.4 : marche po. (mdk 10)
Dépendance à la version de gcc. Rendre possible la création d'un binaire statique grâce à la modification des Makefile : "gcc -static...".
La dépendance à la version du kernel ?
- avec le binaire compilé sur 9.2, ca marche impec avec la mdk10 les cameras (noyau 2.6.3). [Jean-Baptiste BUTET]
Pas de dépendance à la version du noyau. La dépendance à la version de tcl.tk.
On est obligé de mettre à jour sa version de tcl/tk (ayant des interactions avec gcc) pour pouvoir compiler Audela. Dépendance à la version de tcl/tk. Rendre possible la création d'un binaire statique grâce à la modification des Makefile : "gcc -static...".
La création du binaire de chaque nouvelle mouture pourrait se faire comme suit :
- Un membre de l'équipe de développement qui s'occuperait de cette compilation à chaque nouvelle mouture..
- Une version "passe partout" de gcc et glibc serait utilisée (exemple gcc 2.95.4) pour permettre une exécution du binaire sur toutes les versions de Linux.
Utilisation des fonctions bas niveau. [1] Dans le fichier dev/common/system.h, ajout des lignes :
- #define cli() local_irq_disable()
- #define sti() local_irq_enable()
[2] Dans dev/libaudela/src/utils.cpp :
- Nécessité de commenter sti() et cli().
[2] Semble résulu depuis 1.2.2, mais stoppait net les compilations selon la distribution Linux utilisée. [1] Remarque de Sylvain Girard pour l'intégration du pilote CCD K2 dans Audela 1.2.3 sous Mdk 10.
Appel de logiciels externes par Audela.
- fermeture d'Audela sous Debian stable
- ouverture de la doc pdf sous Debian stable
- ouverture de la doc html sous Debian stable
Utilisation de Debian testing. Suavegarde des parametres de l'erthnaude (IP). Remet toujours le n° IP à 127.0.0.123 si l'on fait "Sauvegarder configuration" même si nos paramètres saisis sont différents. Enfin pour la sauvegarde de l'adresse IP qui devient ensuite 127.1..... Alain a trouve la solution, je l'ai teste cela marche, mais je sais plus ou j'ai fait la transfo, c'etait en direct au telephone ALAIN a l'aide!!. (07-02-05)
Panneau acquisition.
- J'ai fais entre autre une serie de 15 images noirs 60 sec [Rémi Petitdemange] :
- À la 15eme image seulement j'ai eu le plantage d'audela (segmentation fault).
- Je constate aussi que si on stop l'acquisition d'une pose de x sec le decompte continue de x sec avant de retourner l'image et redonner la main.
- J'ai lance des acqui. de 100 images sans problemes, tout en faisant des tas d'autres trucs en meme temps.
- Impossible d'annuler une sequence dans le panneau Acquisition - mode continu cela plante Audela.
- Petit bug en fin de "simulation" des 2 modes d'acqui. (serie et image avec delai intermediaire). Je reporterai ces bugs sur le serveur d'Audela.
- Idem avec le 2eme mode mais pour la commande .intervalle_continu_2.lab3
- Sinon l'annulation d'une pose en cours se passe tres bien, le decompte d'arrete aussitot avant lecture du CCD.
Log de l'erreur:
J'ai un blocage avec le test suivant: des poses en continue (sans sauvegarde) de 1s et binning 4x4 et kaf 400. Cela peux passer chez certains et pas chez moi! Le probleme est du a la tache independant qui recoit les trames UDP et qui utilise aussi certaines variables de la tache principale. Suivant la vitesse du processeur, de la taille image, du noyau Linux ....etc a un moment les deux se morde la queue. La seul solution est l'utilisation de mutex. Plantages :
Mais avant il faut que je mette le doigt exactement la ou cela merdois (c'est pas facile de debuguer du multitache!!! malheureusement je ne peux pas m'en passer). (Michel Meunier, 07-02-2005)
Cela y est, j'ai trouve la vermine et je l'ai corrige. 240000 trames transferees sans probleme, soit environ 240Mo.Touche F7 :
Normalement cela appelle la fonction AbortExposure dans le driver CCDDriver.so.DLL. Seulement voila, ce soir en regardant de plus pres, je me suis appercu que cette fonction n'a pas ete programme (pas encore!!) dans le driver!!! Donc si F7 gele Audela, faut pas chercher plus loin. (Michel Meunier, 09-02-2005).
Compilation d'AudeLA et de libethernaude au 31-01-2005 :
- Système : Debian 3.0 Woody, kernel 2.4.20, gcc 2.95.4, libc6 2.2.5-11.5.
- Corrections :
- install distrib audela-1.2.3
- Gestion des fits 1D :
Dans le fichier dev/libtt/src/tt2/tt_fits1.c il faut que tu reperes la fonction tt_imaloader. Dans cette fonction, tu reperes les trois lignes suivantes:
Il te reste lors a ajouter la ligne ci-dessous:
- install des sources de ethernaude et libethernaude dispo a l'URL : http://www.astrosurf.com/ethernaude/
- modif. du fichier /audace/confcam.tcl en commentant les lignes 2999 a 3009 inclue (cf. message de Michel) sinon, lorsqu'on realise la premiere pose, il se produit a nouveau l'initialisation de la camera (j'entend les 4 mouvements de l'obturateur alors qu'ils ont deja eu lieu lors du lancement d'Audace).
- ajout des lignes suivantes dans le fichier dev/common/system.h :
// D'abord :
// puis :
- Compilation : OK
- tclsh : source dos2unix.tcl
- autoconf
- ./configure
- make
- Mises à jour : audace (Delmas) du 11-07-2004.
- Execution :
- Audela se lance correctement.
- Pilotage de l'ethernaude :
- Sous Debian 3.0 Woody : "Usage: cam::create libcam_driver ?option?"
- Sous Knoppix 3.4 testing :
- avec binaire Debian 3.0 : "Usage: cam::create libcam_driver ?option?"
- avec binaire Knoppix, libethernaude compilée et ether=192.168.1.123 :
"Could not create the cam. OPEN_Driver failed. Cause is : Error sending Reset to socket. Verify that ethernaude is on and has IP 127.0.0.123"DLL=SUCCES
DLL=VersionDLL=1.01c Ethernaude DLL Feb 4 2005
DLL=SignatureDLL=0x7711DD22
DLL=Camera_ID= 46
DLL=NbreParamSetup=8
DLL=ParamSetup1 = #Adresse IP 1 (octet le plus fort) : #INT#134#0#255
DLL=ParamSetup2 = #Adresse IP 2 : #INT#171#0#255
DLL=ParamSetup3 = #Adresse IP 3 : #INT#73#0#255
DLL=ParamSetup4 = #Adresse IP 4 (octet le plus faible) : #INT#46#0#255
DLL=ParamSetup5 = #UDP Service : #INT#192#0#255
DLL=ParamSetup6 = #Enable debug file (ccd_driver.log) : #BOOL#FALSE#
DLL=ParamSetup7 = #Invert Shutter behavior : #BOOL#FALSE#
DLL=ParamSetup8 = #Pixel readout speed : #INT#4#0#150
DLL=SystemName= [1.01c Ethernaude DLL Feb 4 2005]=> De plus, imposible de sauvegarder la config ethernaude. J'ai du éditer à la main le fichier /root/.audela/config.ini ! Et en quittant et si l'on choisis de auver la config, il remet invariablement l'IP 127.0.0.123.
L'erreur vient peut-être du changement de rép de stockage du fichier de config entre Audela 1.2.2 et 1.2.3.- avec binaire Knoppix et libethernaude binaire du site astrosurf.com/ethernaude : "Usage: cam::create libcam_driver ?option?"
- Sous Mandrake 9.2 :
- avec binaire Knoppix 3.4 et libethernaude binaire du site astrosurf.com/ethernaude : "Usage: cam::create libcam_driver ?option?"
- avec binaire Knoppix 3.4 et libethernaude compilée : OK mais initialise la CCD lors de la 1ière acquisition.
- Acquisition mode 1 image : STOP et F7 gèle Audela.
- Acquisition mode continu : STOP et F7 gèle Audela.
En route pour une intégration d'Audela 1.3.0 quelque soit la distribution utilisée :
Conseils à la compilation :
- Sous Debian :
First of all I found where tcl and tk libs are and then gave parameters to ./configure. For Debian it is :
There 2 modifications I did for making compilation working in Makefile.defs :
and
Then :
- Sous Red Hat :
Last year I used RH 9(2.4.x kernel). Audela 1.23. and 1.3.0 worked fine. I upgraded to scientific linux 4.0(derived from RH enterprise,2.6.x kernel).
Audela 1.23 and 1.3.0 did not work. I tried fedora core 3(2.6.x kernel). Audela 1.2.3 and 1.3.0 did not work. So, this weekend I tried SUSE 10(2.6.x kernel). Audela 1.3.0 worked fine. I did not try 1.2.3 with SUSE. So the SUSE distro works fine, the other RH distros later than RH 9 do not.
It seems that Audela doesn't work with RH trees structure.Jim Cadien [24/01/2006]
- Compilation de la 1.3.0 rc2 :
- Génération des Makefiles :
# Pour Debian 3.0
- Compilation : RAS hormis des "../../../Makefile1:7: makedep: Aucun fichier ou répertoire de ce type" régulièrement.
- Execution :
- Lancement des scripts Outils : "/dedale1/mauclair/audela/audela-1.3.0-rc2/audace/tool/visio2.tcl Error : package Img 1.2.4 not found "
- Quitter : freeze Audela comme à une certaine époque !!!
- Visualiser les pdf : freeze Audela malgré le bon paramétrage des éditeurs.
Distribution Mandrake 9.2 Knoppix 3.4 Debian testing Mandrake 10.1 Debian 3.0 Fedora Core 3.0 Suze 9.1/Opensuze 10.0 Caractéristiques
- kernel 2.4.22
- gcc 3.3.1
- libc6 2.3.2
- kernel 2.4.22
- gcc
- libc6
- kernel 2.6.8-1 et 2.6.8-3-686
- gcc 3.3.5
- make 3.80
- libc6 2.3.2.dsl-18
- kernel
- gcc
- libc6
- kernel 2.4.20
- gcc 2.95.4
- libc6 2.2.5-11.5
- kernel 2.6.10 SMP
- gcc 3.4.2
- libc6 2-2-2.10.0
Compilation ? oui oui oui : make clean
autoconf
./configure
makeoui oui oui oui Libethernaude (compilée avec sources) fonctionnelle ? oui non oui non non oui oui Libethernaude fonctionnelle compilée sous ? Mandrake 9.2Knoppix 3.4 Knoppix 3.4 Debian testing - - FC 3.0 Suze 9.1 Binaire fonctionnel Mandrake 9.2
Knoppix 3.4Knoppix 3.4 Debian testing Mandrake 9.2 Debian 3.0
En route pour une intégration d'Audela 1.4.0 beta1 quelque soit la distribution utilisée :
Distribution Debian 3.1 Sarge (stable) Debian 4.0 Etch (testing)/Ubuntu Mandriva 2000 Mandrake 10.1 Suze 9.1/Opensuze 10.0 Fedora Core 3.0 Caractéristiques :
kernel :
gcc :
libc6 :2.4.22/2.6.8
2.6.18 (2.6.17.x has a security vulnerability) . . . 2.6.10 SMP 3.3.5 4.0 / 4.1 . . . 3.4.2 2.3.2 . . . . 2-2-2.10.0 Compilation ? oui
oui . . . . Compilation libethernaude (étape du make) ? Cela plante en compilation avec le fichier camera.c dans libethernaude. Il faut remplacer :
par
c'est a la ligne 118.
Solution : libethernaude_src.zip (à décompresser dans le repertoire src/libcam/libethernaude/src)Archive de fichiers .h et .c donnée par Denis Marchais le 27/07/06.
Cela plante en compilation avec le fichier camera.c dans libethernaude. Il faut remplacer :
par
c'est a la ligne 118.
Ca l'a fait aussi pour libaudinet.
. . . . Libethernaude fonctionnelle ? Segfault :
- "OK" dans le panneau config Ethernaude : "Error, can't read "widget(conf_audinet,focuser_bit)":no such element in array".
. . . . . Libfli ? Compilation des externals échoue avec l'erreur: Solution :
La libfli est bien récalcitrante ; je vais la virer de la compile par défaut en attendant de lui trouver un sort décent. Elle sera toujours compilable séparément en lancant un make dans son répertoire.System.h ? RAS . . . . Error.c (Suze et Ubuntu 6.10) ? Le make echoue toujours avec l'erreur précitée, et si je mets en commentaire la ligne 89 de cerror.h, j'ai un echec avec: Solution : cerror.zip
Il ne faut pas mettre toute la ligne encommentaire, mais simplement supprimer le "CError::" : Dans audela/src/audela/libaudela/src/cerror.h :
devient:
static char * message(int error);
Binaire fonctionnel
- Chargement d'une image jpeg plante:
- Segfault lors de l'enregistrement au format jpeg.
- Freeze lors de la lecteure d'une image au format png.
- Chargement d'une image jpeg plante:
. . . . Remarques :
- Toutes distros :
- Le fichier "
" n'est pas executable. Rajouter un " ".- Les fichiers
et ne sont pas executables. Même sultution que le "configure.- Debian 3.0 (kernel 2.4.20, gcc 2.95.4, libc6 2.2.5-11.5) :
La compilation bloque dès le "make external", je n'insiste pas compte-tenu de l'ancienneté de la distribution.
- Debian 3.1 (stable) :
- Mise à jour de quelques paquets nécessaires par rappport à la version 1.3.0 :
Les paquets suivants seront mis à jour :
libstdc++5
- Messages d'erreur mineur lors du "make" final :
- Arrêt compilation :
- Solution : archive de correction de Denis Marchais du 27/07/06.
- Libethernaude :
- Suze 10.0 :
- Compilation :
- Erreur camera.c :
Looking at that file I saw that cmdline was declared in a windows os ifdef,
Solution : I copied that line outside of the ifdef.
- Execution :
# /audela-1.4.0-beta1/gui/audace/plugin/tool/visio2.tcl - Error : Package Img not found.- Sbig st-7, dual chip :
Was able to get it to work, just as in 1.3.0.
When I setup the camera, if I select sbig, then OK, I get an error 21.
Solution : I select apply, then close(not ok, then close), the camera is selected and works.- Driftscan :
I would like to see is the command for drift scan put in the cb245 and sbig linux drivers. Get the error
I have been doing some drift scanning and hope to start a real program this fall.- Sc1 modified quickcam 4000 :
Erreur : It works fine as an unmodified webcam. However, when I click on the sc1 mod button, and click on apply, I get the following error, that it cannot find libparallelport.so in the bin directory. That is true, there is no such file.Solution : This issue is identified and comes from the missing "libparallelport" (and additionnaly "libquickremote") target in the general makefiles. I've not fixed that yet, however as a workaround you can try to do a make in the directory src/liblink/libparallelport/linux, and eventually report any problem, or the solution :-) (Denis Marchais).
- Debian testing :
- Libethernaude et system.h :
- Solution : Denis Marchais le 27/07/06.
- Remarque : gcc 4.1.1 (lol) Et en plus de chez plus, pour corser l'affaire encore un peu j'ai un 2.6.17... il me semble que l'api pour l'usb a changé un peu (à vérifier... ou c t pour le 2.6.16...).
- Autoguiding :
Please note that it's still under development (Denis Marchais).