erreur de compilation Arduino IDE et Sanguinololu v1.3a

bonjour à tous.
je suis nouveau dans le monde RepRap.
je viens de me procurer un kit Mendel v2 et une carte Sanguinololu v1.3a w/ATmega644p.
la personne qui me l'a vendu n'a jamais réussi à s'en servir. il pense avoir échouer sur le FirmWare.

je reprends le projet à cet endroit.
je cherche d'abord à créer un FirmWare compilé.

j'ai installé Arduino IDE v1.0.5 augmenté des fichiers Sanguino dans le Hardware.
j'ai créé un répertoire FirmWare avec les fichiers de Sprinter et ajouté ceux de Sanguino concernés.

j'ouvre sprinter.pde dans Arduino., choisi le board Sanguino et le COM3 qui va bien.
puis renseigne le type de Motherboard, 62, dans Configuration.h.
selon les tutaux que j'ai lu, il semblerait qu'a ce stade ça devrait fonctionner.

mais lorsque je lance la vérification, j'obtiens des messages d'erreurs :

Quote

In file included from arc_func.cpp:26:
/Sprinter.h:6:23: error: Arduino.h: No such file or directory
In file included from arc_func.cpp:26:
Sprinter.h:97: error: variable or field 'manage_inactivity' declared void
Sprinter.h:97: error: 'byte' was not declared in this scope
Sprinter.h:108: error: variable or field 'kill' declared void
Sprinter.h:108: error: 'byte' was not declared in this scope

je vois que la première erreur est générée par la condition suivante dans Sprinter.h :

#if defined(ARDUINO) && ARDUINO >= 100
  #include "Arduino.h"
#else
  #include   
#endif

il me semble que ça ve dire qu'il cherche à charger Arduino.h au lieu de WProgram.h ce qui laisse penser que la valer ARDUINO est >=100.
ce scénario se représente plusieurs fois et pourrait confirmer mes soupçons.

je suis à sec. une idée ?

Bonjour,

Peut-être essayer de compiler avec la version 0.23 l' IDE d'arduino.

Les extensions .pde sont les fichiers générés avec les anciennes versions de IDE d'arduino jusqu'a la 0.23 je crois, depuis la verion1.0 de l'IDE c'est des fichiers .ino .

La partie du code que tu montres devrait en théorie charger les bons fichiers en fonction de la version de l'IDE, WProgram.h a été remplacé par Arduino.h depuis la version 1.00. D'ou le 100, toi tu dois avoir 105.

#if defined(ARDUINO) && ARDUINO >= 100
#include "Arduino.h"
#else
#include "WProgram.h"
#endif

Essai avec la version 0.23 tu verras bien.

bonjour tentwo1 et merci pour ton aide.

j'ai installé la version 023 de Arduino IDE, relu un peu les tutaux...et ça fonctionne.
compile ET upload dans la foulée. je rêve.

je passe à l'étape suivante.

aiê,
je ne suis pas tout à fait sur que ça fonctionne.

lorsque j'ouvre Repetier-Host j'arrive a connecter le Board mais dans la zone de log il m'affiche des "unknown command"

Quote
Sprinter
11:45:47.776 : 1.3.17T / 04.05.2012
11:45:47.776 : start 11:45:47.776 : Soft PWM Init
11:45:47.776 : Planner Init 11:45:47.776 : Stepper Timer init
11:45:47.776 : Free Ram: 1116
11:45:47.776 : Plan Buffer Size:1152 / 16
11:45:56.897 : Unknown command:
11:45:56.897 : ?
11:45:59.978 : Unknown command:
11:45:59.978 : ?
11:46:12.199 : Unknown command:
11:46:12.199 : ?
11:46:21.372 : Unknown command:
11:46:45.833 : Unknown command:

puis il affiche 1 commande en attente (je ne vois pas quoi)
et le tout paraît gelé.

je peux actionner le bouton "arrêt d'urgence" auquel cas je repare pour une séquence identique.

ma carte est presque nue pour le moment.
il y a un moteur connecté en X, une alim de 200w et le câble USB.

comment savoir à quoi correspondent ces "unknown command" ?

comment vérifier si l'upload du FirmWare s'est bien passé ?
peut on lancer une commande depuis l'IDE ? genre Mxxx ?

étant donné que j'ai des "unknown command" dans Repetier-Host, je pense que le Firmware n'est pas tiptop.

je suis en train d'essailler d'installer un firmware sur un board sanguinololu v1.3a w/ATmega644p.
je suis parti sur Sprinter.
j'ai lu dans le read me qu'il fallait modifier Makefile et lancer la commande make avant de pouvoir charger et compiler dans l'IDE.

faut-il toujours le faire ?
est-ce vrai avec les autres firmwares ?

voici le texte du fichier read me du répertoire Sprinter :

Quote
Firmware compilation and upload
-------------------------------
5. Edit INSTALL_DIR inside Sprinter/Makefile (do not mind the default reference to arduino 0022)
6. Run make. If everything goes well Sprinter/applet/Sprinter.cpp should have been created.

il n'y a pas de fichier sprinter.cpp dans le répertoire.
doit-on le créer avec la commande make ?

pas de réponse à propos du cpp.
ni ici, ni sur le wiki.
je continue sans avoir créé de cpp.

j'ai choisi Sprinter comme Firmware.
j'ai testé Arduino IDE v1.0.5 puis 0023 puis 0018 pour uploader en 64bits puis en 32bits..
c'est finalement le v0018 sur windows 7 32bits qui a eu le meilleur résultat.

j'ai ensuite branché la carte à l'alimentation et au PC.
j'ai lancé Repetier-Host et connecté la machine

Quote
11:53:35.982 : N0 M110 *3
11:53:35.982 : N0 M110 *3
11:53:35.982 : N1 M115 *7
11:53:35.998 : N2 T0 *24
11:53:35.998 : N4 M111 S6 *67
11:53:38.525 : Sprinter
11:53:38.525 : 1.3.22T / 20.08.2012
11:53:38.556 : start
11:53:38.556 : Soft PWM Init
11:53:38.556 : Planner Init
11:53:38.556 : Stepper Timer init
11:53:38.556 : Free Ram: 1101
11:53:38.556 : Plan Buffer Size:1152 / 16
11:53:38.556 : N0 M110 *3
11:53:38.556 : N1 M115 *7
11:53:38.556 : N2 M111 S6 *69
11:53:47.682 : Unknown command:
11:53:47.682 : ?
11:53:47.698 : ok
11:53:50.755 : Unknown command:
11:53:50.755 : ?
11:53:50.755 : ok
11:54:02.986 : Unknown command:
11:54:02.986 : ?
11:54:02.986 : ok
11:54:12.159 : Unknown command:
11:54:12.159 : ok
11:54:36.620 : Unknown command:
11:54:36.620 : ok

ensuite Repetier semble gelé avec une commande en attente.
j'ai encore des soucis de Firmware semble-t-il.

j'ai vérifié mon alim récupérée sur un vieux PC à tout hasard. elle est grillée.
j'ai donc été en acheter une autre ce matin.
500W à 39€ chez mon petit marchand au fin fond de ma campagne.
je l'ai branchée et elle a grillée aussi !
soit j'ai un court-circuit,, soit j'ai fait une mauvaise manip.

est-ce que quelqu'un a une idée sur les origines d'une telle panne ?

le bilan carbone de mon imprimante commence à s'allourdir.
3 A/R chez l'informaticien pour comprendre mes problèmes d'alimentation (12km le voyage).

l'alim foncttionne chez lui avec son testeur et pas chez moi avec le mien ?
j'ai appris que les alim PC sont équipées d'un interrupteur sur la carte mère et qu'elles ne délivre pas de courant si l'interrupteur n'est pas sur ON.
je pense pouvoir régler ça en court-cicuitant cet interrupteur.
je vais chercher sur internet comment faire.

voici une adresse pour chuinter l'inter d'une alim ATX :

page interrupteur ATX

il y a d'autres infos sur les alims et des liens.

j'ai toujours des pb de Firmware et là je crois qu'il va me falloir de l'aide.

mon dernier post avec le log est toujours valable.
j'ai tjs des "unknown command" et rien ne bouge.

lorsque je mets sous tension, les moteurs émettent une petite vibration et ils sifflent à l'extinction.
la machine est enfin vivante, mais il va falloir qu'elle se lève et qu'elle marche maintenant.

si quelqu'un peut me donner la main pour la configuration du firmware, je suis preneur.

Salut,

Je ne sais pas si je peux t'aider, je n'ai utilisé que Marlin et Pronterface.
Ma méthode pour débug est la suivante :
1) repérer la fonction dans le firmware qui permet d'envoyer des messages au PC
2) utiliser cette fonction pour envoyer des infos au PC dans les fonctions que je veux débuggeur ainsi :
- on peut voir le cheminement que prend réellement le code
- on peut voir la valeur de certaines variables
3) activer l'affichage des logs sous pronterface
4) lancer la commande que l'on veut débugguer
5) analyzer les logs et corriger le firmware

Je n'ai que des carte RAMPS1.4 carte arduine mega 2560. Donc, je ne peux pas vraiment tester pour toi.
Par contre, après compilation, IDE arduino t'indique combien de place restante ?
Peux-tu compresser et mettre en ligne ici le dossier du source du firmware ?

J'ai une sanguinololu avec un 644p... mais j'utilise Marlin et Pronterface (printRun)

il faut la version Arduno 0.23 pour compiler et charger dans la Snguinolu
mais j'ai vu que tu es passé par là

Si tu switches sur Marlin + Printrun ...je pourrai t'aider
pour Sprinter j'ai pas d'expérience

bonjour Gandf et prp999, merci pour vos réponses.

le point commun à vos 2 réponses c'est que vous êtes sur les mêmes firmware.
ça me donne bien envie de vous suivre.
je n'ai qu'une semaine d'auto-formation sur Sprinter. je dois pouvoir capitaliser quand même.

j'ai joint mon répertoire Sprinter à ce message au cas ou une erreur flagrante vous sauterait aux yeux.

parallèlement je vais me pencher sur Marlin et Pointerface.
je suppose que Pointerface est l'IDE ? ou c'est Print Run ?
mais je vais trouver.

Les commandes reconnues par ce firmware se situe dans le fichier *.PDE.

J'ai modifié mon Marlin et je ne sais pas s'il fonctionne toujours normalement avec d'autre carte que des RAMPS.

Printrun dispose d'une interface qui se nomme Pronterface. C'est du python.
https://github.com/kliment/Printrun
http://reprap.org/wiki/Printrun/fr

Ensuite, tu peux utiliser slic3r ou skeinforge pour générer le Gcode.

Il me semble que MArlin c'est un fork de ton firmware et qu'il a beaucoup plus évolué , qu'il a beaucoup plus de fonctionnalité et de paramétrage.

Je pense que c'est le mieux parce que sinon, il va falloir voir les commandes qui ne sont pas prises en compte dans ton firmware et ça va être long. Autant partir sur une base qui fonctionne et ensuite si tu veux, tu pourra passer sur ton firmware actul une fois que tu maitriseras le système.

Mon Marlin compile sur arduina v 1.0.4. Donc je pense que tu peux prendre la dernière version de Marlin associé à la dernière version d'arduino (1.0.5). Il de faut aussi choisir le slicer. sli3c est plus simple au début et skeinforge plus stable et plus paramétrable.

Voici les commandes prises en comptes dans ma version de Marlin :

//Implemented Codes
//-------------------
// G0  -> G1
// G1  - Coordinated Movement X Y Z E
// G2  - CW ARC
// G3  - CCW ARC
// G4  - Dwell S or P
// G10 - retract filament according to settings of M207
// G11 - retract recover filament according to settings of M208
// G28 - Home all Axis
// G90 - Use Absolute Coordinates
// G91 - Use Relative Coordinates
// G92 - Set current position to cordinates given

//RepRap M Codes
// M0   - Unconditional stop - Wait for user to press a button on the LCD (Only if ULTRA_LCD is enabled)
// M1   - Same as M0
// M104 - Set extruder target temp
// M105 - Read current temp
// M106 - Fan on
// M107 - Fan off
// M109 - Wait for extruder current temp to reach target temp.
// M114 - Display current position

//Custom M Codes
// M17  - Enable/Power all stepper motors
// M18  - Disable all stepper motors; same as M84
// M20  - List SD card
// M21  - Init SD card
// M22  - Release SD card
// M23  - Select SD file (M23 filename.g)
// M24  - Start/resume SD print
// M25  - Pause SD print
// M26  - Set SD position in bytes (M26 S12345)
// M27  - Report SD print status
// M28  - Start SD write (M28 filename.g)
// M29  - Stop SD write
// M30  - Delete file from SD (M30 filename.g)
// M31  - Output time since last M109 or SD card start to serial
// M42  - Change pin status via gcode Use M42 Px Sy to set pin x to value y, when omitting Px the onboard led will be used.
// M80  - Turn on Power Supply
// M81  - Turn off Power Supply
// M82  - Set E codes absolute (default)
// M83  - Set E codes relative while in Absolute Coordinates (G90) mode
// M84  - Disable steppers until next move, 
//        or use S to specify an inactivity timeout, after which the steppers will be disabled.  S0 to disable the timeout.
// M85  - Set inactivity shutdown timer with parameter S. To disable set zero (default)
// M92  - Set axis_steps_per_unit - same syntax as G92
// M114 - Output current position to serial port 
// M115	- Capabilities string
// M117 - display message
// M119 - Output Endstop status to serial port
// M140 - Set bed target temp
// M190 - Wait for bed current temp to reach target temp.
// M200 - Set filament diameter
// M201 - Set max acceleration in units/s^2 for print moves (M201 X1000 Y1000)
// M202 - Set max acceleration in units/s^2 for travel moves (M202 X1000 Y1000) Unused in Marlin!!
// M203 - Set maximum feedrate that your machine can sustain (M203 X200 Y200 Z300 E10000) in mm/sec
// M204 - Set default acceleration: S normal moves T filament only moves (M204 S3000 T7000) im mm/sec^2  also sets minimum segment time in ms (B20000) to prevent buffer underruns and M20 minimum feedrate
// M205 -  advanced settings:  minimum travel speed S=while printing T=travel only,  B=minimum segment time X= maximum xy jerk, Z=maximum Z jerk, E=maximum E jerk
// M206 - set additional homeing offset
// M207 - set retract length S[positive mm] F[feedrate mm/sec] Z[additional zlift/hop]
// M208 - set recover=unretract length S[positive mm surplus to the M207 S*] F[feedrate mm/sec]
// M209 - S<1=true/0=false> enable automatic retract detect if the slicer did not support G10/11: every normal extrude-only move will be classified as retract depending on the direction.
// M218 - set hotend offset (in mm): T X Y
// M220 S- set speed factor override percentage
// M221 S- set extrude factor override percentage
// M240 - Trigger a camera to take a photograph
// M300 - Play beepsound S P
// M301 - Set PID parameters P I and D
// M302 - Allow cold extrudes
// M303 - PID relay autotune S sets the target temperature. (default target temperature = 150C)
// M304 - Set bed PID parameters P I and D
// M400 - Finish all moves
// M500 - stores paramters in EEPROM
// M501 - reads parameters from EEPROM (if you need reset them after you changed them temporarily).  
// M502 - reverts to the default "factory settings".  You still need to store them in EEPROM afterwards if you want to.
// M503 - print the current settings (from memory not from eeprom)
// M540 - Use S[0|1] to enable or disable the stop SD card print on endstop hit (requires ABORT_ON_ENDSTOP_HIT_FEATURE_ENABLED)
// M600 - Pause for filament change X[pos] Y[pos] Z[relative lift] E[initial retract] L[later retract distance for removal]
// M907 - Set digital trimpot motor current using axis codes.
// M908 - Control digital trimpot directly.
// M350 - Set microstepping mode.
// M351 - Toggle MS1 MS2 pins directly.
// M928 - Start SD logging (M928 filename.g) - ended by M29
// M999 - Restart after being stopped by error

Et voici dans ta version de sprinter :

//Implemented Codes
//-------------------
// G0  -> G1
// G1  - Coordinated Movement X Y Z E
// G2  - CW ARC
// G3  - CCW ARC
// G4  - Dwell S or P
// G28 - Home all Axis
// G90 - Use Absolute Coordinates
// G91 - Use Relative Coordinates
// G92 - Set current position to cordinates given

//RepRap M Codes
// M104 - Set extruder target temp
// M105 - Read current temp
// M106 - Fan on
// M107 - Fan off
// M109 - Wait for extruder current temp to reach target temp.
// M114 - Display current position

//Custom M Codes
// M20  - List SD card
// M21  - Init SD card
// M22  - Release SD card
// M23  - Select SD file (M23 filename.g)
// M24  - Start/resume SD print
// M25  - Pause SD print
// M26  - Set SD position in bytes (M26 S12345)
// M27  - Report SD print status
// M28  - Start SD write (M28 filename.g)
// M29  - Stop SD write
//   -   - Delete file on sd card
// M42  - Set output on free pins, on a non pwm pin (over pin 13 on an arduino mega) use S255 to turn it on and S0 to turn it off. Use P to decide the pin (M42 P23 S255) would turn pin 23 on
// M80  - Turn on Power Supply
// M81  - Turn off Power Supply
// M82  - Set E codes absolute (default)
// M83  - Set E codes relative while in Absolute Coordinates (G90) mode
// M84  - Disable steppers until next move, 
//        or use S to specify an inactivity timeout, after which the steppers will be disabled.  S0 to disable the timeout.
// M85  - Set inactivity shutdown timer with parameter S. To disable set zero (default)
// M92  - Set axis_steps_per_unit - same syntax as G92
// M93  - Send axis_steps_per_unit
// M115	- Capabilities string
// M119 - Show Endstopper State 
// M140 - Set bed target temp
// M190 - Wait for bed current temp to reach target temp.
// M201 - Set maximum acceleration in units/s^2 for print moves (M201 X1000 Y1000)
// M202 - Set maximum feedrate that your machine can sustain (M203 X200 Y200 Z300 E10000) in mm/sec
// M203 - Set temperture monitor to Sx
// M204 - Set default acceleration: S normal moves T filament only moves (M204 S3000 T7000) in mm/sec^2
// M205 - advanced settings:  minimum travel speed S=while printing T=travel only,  X=maximum xy jerk, Z=maximum Z jerk
// M206 - set additional homing offset

// M220 - set speed factor override percentage S=factor in percent 
// M221 - set extruder multiply factor S100 --> original Extrude Speed 

// M301 - Set PID parameters P I and D
// M303 - PID relay autotune S sets the target temperature. (default target temperature = 150C)

// M400 - Finish all moves

// M500 - stores paramters in EEPROM
// M501 - reads parameters from EEPROM (if you need to reset them after you changed them temporarily).
// M502 - reverts to the default "factory settings". You still need to store them in EEPROM afterwards if you want to.
// M503 - Print settings

// Debug feature / Testing the PID for Hotend
// M601 - Show Temp jitter from Extruder (min / max value from Hotend Temperature while printing)
// M602 - Reset Temp jitter from Extruder (min / max val) --> Don't use it while Printing
// M603 - Show Free Ram

Il en manque beaucoup dans ta version et si le slicer ne le sait pas, il va utiliser des commandes que ton firmware ne comprend pas.

Botomup salut

J' ai une mendel90 parfaitement fonctionnelle avec du repetier host et firmare repetier avec une sanguinololu
la configuration matérielle est je crois identique
donc je pourrai te conseiller si tu souhaites faire des essais avec la config 100% repetier

A+
BC

bonjour wia,
merci pour ta proposition.

je suis pour le moment sur la piste Marlin. sans trop de résultats ces dernières heures.
je vais néanmoins creuser un peu avec prp999 et Gandf.

si toutefois je peux te demander une copie de ton Firmware, je peux essayer de l'uploader (des fois, les miracles).

Quote
résultat : Taille binaire du croquis : 47 720 octets (d'un max de 63 488 octets)
avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override this check.

résultat : Binary sketch size: 47214 bytes (of a 63488 byte maximum)
avrdude: stk500_getsync(): not in sync: resp=0x8e
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

résultat : Taille binaire du croquis : 47 720 octets (d'un max de 63 488 octets)
avrdude: stk500_getsync(): not in sync: resp=0x00

ce sont les résultats de différents essais dont je vous passe les détails.
j'ai utilisé 2 versions de l'IDE Arduino, 0023 et 0105
j'ai utilisé différentes définitions de board Sanguino, fournit par Marlin ou l'officielle.
j'ai aussi varié les plaisirs en utilisant les librairies Marlin ou Arduino.
j'ai dû faire une douzaine d'essais.

je suis sous Windows 7 64bits.
j'ai lu sur un tutorial ou un read.me que Arduino (peut-être 0105, la phrase est ambigüe) ne fonctionnait pas sous cette version de windows.

avez-vous des infos a ce sujet (seven 64) ?

prp999,
nous avons une configuration qui semble proche.
est-ce déplacé de te demander une copie de ton répertoire Firmware pour l'essayer ? (pareil pour les miracles).

J'ai un windows 7 64 bits et l'arduino 1.0.4 fonctionne paraitement.
Je n'ai pas encore essayé la version 1.0.5 mais je ne voit pas de raison qui ne la fairait pas fonctionner.

Peut-être un problème de drivers ou sinon, tu n'as paut-être pas configuré la bonne carte dans l'IDE.

On dirait que la communication ne fonctionne pas comme si la carte n'avait pas lancé le bootloader (problème de reset).
Regarde cette page, il y a quelques éléments de réponse : http://reprap.org/wiki/Sanguinololu
Il y a plusieurs sources de problème possible pour le skt500. Regarde celle qui correspond et essaie d'y remédier.

j'ai réussi à uploader Marlin v1 avec Arduino 0018 et avec les librairies fournies par Marlin.

j'ai utilisé PronterFace à la place de Repetier et les résultats sont bien meilleurs.
pas de "unknown command" et la machine répond à beaucoup de commandes.
c'est vrai de Sprinter et de Marlin.

en revanche je constate beaucoup de bugs.
X ne fonctionne que dans un seul sens (pb électrique ?),
Y ne réagit pas (pb électrique ?)
Z broute (trop de frottements, pb mécanique),
E broute aussi sans avancer (là je ne sais pas encore),
les thermistors fonctionnent,
la tête chauffante aussi,
mais pas le lit chauffant.

pour le moment rien ne me laisse penser que le firmware pose problème.
merci à tous pour vos conseils.

il faut maintenant que je règle la partie mécanique et que je vérifie la qualité des connexions.
j'espère pouvoir passer à la première impression après ça.

donc pas de questions pour le moment.

Bonjour,

j'avais acheté ma carte Sanguinolu chez Think3dPrint3d (voir sur E_bay)
La carte est arrivée prête à l'emploi, avec un paramétrage permettant aussi d'utiliser un panelolu et une carte SD
Ayant eu des difficultés à recompiler Marlin, je leur ai demandé le source de Marlin tel qu'il l'avait compilé et chargé dans la carte

Voici :
un doc explicatif : quelle version d' Arduino utiliser, les fichiers complémentaries qui décrivent l'ATMEGA 128 et la carte... les drivers à utiliser etc...
en suivant pas à pas leurs indications ça a marché sans problème !

T3P3HOWTO_003_Sanguinololu_ATmega1284P_Upload_Marlin.doc
T3P3-Std-Marlin-20120610.zip

pour l'adapter à ta machine, il faut juste modifier la correspondance
nbre pas extruder => 1mm de filament
nbre pas moteur X et Y => 1mm de déplacement

en fonction de la courroie et des poulies / engrenages utilisés

Bonjour BotomUp,
J'ai construit une Mendel90 de toutes pièces et acheté un kit Sanguinololu v1.3a avec le Panelolu sur Ebay, c'est la que la que la galère commence...
En visitant beaucoup de forums on découvre plusieurs bugs sur cette carte: pistes trop faibles, pullup de mauvaise valeurs pour les Pololu, + 5Volts alimenté des deux cotés (par le connecteur USB et par le 7805 via le 12Volts)
Après plusieurs manip, la pastille sur le circuit imprimé de la borne du Gnd du 12V s'est discrètement arrachée donc le retour se faisait par le câble Usb via la terre de protection du 220volts, le PC etc.
Résultat: une alim PC, deux ATmega 1284P, et un hub Usb (heureusement pas sur la carte mère) envoyés à la poubelle.
Maintenant, il me reste la calibration de l' extrudeur à faire.
Je fais un petit texto avec photos si ça t'intéresse...

Pour charger Marlin dans ta carte, l' ATmega644p ne devrait pas avoir assez de place mémoire, il faut passer a l' ATmega 1284P, toujours d'après les forums et charger le firmware avec avec Arduino 0023.
A+

j'ai réussi à uploader le firware, donc ce sujet est résolu.
je vais traiter la suite de mes problèmes dans de nouveaux sujets.

@prp999
j'ai essayé ton firmware à tout hasard, mais le script est trop gros pour le 644P.

@patackess
j'ai aussi lu des infos sur la double-alim de la carte, il faut que je trouve une image de la manip à réaliser.
toutefois, ce point n'a pas l'air d'être rédhibitoire pour utiliser la carte.

pour le reste je n'ai pas encore rencontré les problèmes.

merci encore pour votre aide.