haut

Les firmware Axel sont gratuits et disponibles sur simple demande. Contactez-nous par téléphone ou par email et le ou les fichiers vous seront envoyés par email.

Il est impératif que le firmware à télécharger soit en cohérence avec le hardware de la Platine.
Exemple : si un fichier de type FK11 est téléchargé dans un hardware de type FK14, le téléchargement sera interrompu et identifié par une erreur numéro 13.

Il est donc impératif de nous spécifier le type de hardware sur lequel vous voulez télécharger le firmware que vous nous demandez.

Note : les fichiers firmware sont disponibles sur notre site web. Cliquez ici.

Haut

Installez sur une machine Windows le logiciel AxRM (Axel Remote Management). Cliquez ici pour télécharger AxRM.

Lancez AxRM et:
   - Entrez l'adresse IP de la la Platine
   - Sélectionnez la commande "Firmware Download"
   - Entrez le nom du firmware ou utilisez le bouton [...] pour trouver le fichier ('FKx.TCP.....')
   - Cliquez sur 'Run Command'.

Le firmware devrait être automatiquement téléchargé.

Haut

Si un téléchargement de firmware a été interrompu, le terminal peut se retrouver dans un état où il est impossible d'entre dans le set-up ou de télécharger un nouveau firmware. Ceci peut se produire en cas d'incident réseau ou de coupure de courant.

Pour résoudre cet incident suivez la procédure suivante :

Installez sur une machine Windows le logiciel AxRM (Axel Remote Management). Cliquez ici pour télécharger AxRM.

Lancez AxRM et:
   - Sélectionnez 'Advanced Functions / Repair Device with bootp'.
   - Entre le numéro de série du terminal
   - Entrez l'adresse IP à affecter à la Platine (à ce niveau la Platine n'a plus d'adresse IP)
   - Entrez le nom du firmware ou utilisez le bouton [...] pour trouver le fichier ('FKx.TCP.....')
   - Cliquez sur 'Start Bootp'.
   - Eteignez et rallumez le terminal

Le firmware devrait être automatiquement téléchargé.

Haut

Dans un environnement DNS, lorsqu'un périphérique TCP/IP ouvre une connexion vers une destination, le nom DNS de cette destination doit tout d'abord être "résolu". La résolution d'un nom DNS permet de retrouver l'adresse IP associée à ce nom (adresse IP éventuellement dynamique dans le cas d'un environnement DHCP). A chaque fois qu'un nom DNS doit être résolu, une requête de résolution DNS est soumise au(x) serveur(s) DNS connu(s).

Principe du 'cache DNS'
Pour éviter de multiplier les requêtes de résolution DNS un 'cache DNS' est maintenu par les machines Windows. Ce 'cache' est une table où sont sauvegardées les associations "Nom DNS/ Adresse IP" déjà résolues. Ainsi, avant d'émettre une requête de résolution DNS, la machine Windows vérifie d'abord si la réponse n'est pas présente dans le cache.

Une cohérence non garantie dans le temps
Ce cache est très intéressant pour l'accès aux machines qui ne s'arrêtent quasiment jamais, mais lors de l'utilisation de terminaux des problèmes d'incohérence peuvent se poser.
Par défaut, les entrées valides du cache DNS Windows ne sont remisent à jour que toutes les 24h. Les informations présentes dans le cache DNS peuvent donc être obsolètes entre deux redémarrage d'un terminal.
Exemple : Avec AxRM, lors d'un téléchargement de firmware, le terminal Axel est amené à redémarrer deux fois (une fois pour la prise en compte du firmware et une fois lors de la restauration du set-up). Si la même adresse IP n'est pas donnée au terminal par le serveur DHCP, la commande d'administration va échouer car la résolution DNS (au travers du cache) sera incorrecte.

Solution
Le seul moyen de palier ce problème est de désactiver le cache DNS. Ainsi  lors de chaque résolution de nom une requête DNS sera réellement émise auprès du serveur DNS.
Depuis une invite de commande DOS tapez la commande suivante :
net stop dnscache

Note : pour désactiver le cache DNS de façon permanente dans Windows, utilisez l'outil Contrôleur de services ou l'outil Services pour définir le type de démarrage (positionnez-le à "Désactivé"). Pour plus d'information, consultez la base de connaissance de Microsoft : http://support.microsoft.com/kb/318803/fr

Haut

La connexion d'une Platine TCP/IP en liaison radio au sein d'un réseau s'effectue au travers d'un "pont Ethernet sans fil". 

Note : un pont Ethernet est un adaptateur utilisé comme passerelle entre la connexion Ethernet et la connexion sans fil.

Il suffit simplement de connecter le pont Ethernet sans fil au port Ethernet TCP/IP de la Platine au moyen d'un câble réseau.

Conformité : tout pont Ethernet sans fil peut être connecté à la Platine. Il n'existe aucune autre condition de connexion. Pour information, Axel a testé le pont Ethernet WET11 de la société Linksys avec les AX3000 modèles 65 et 75.

Haut

En fonctionnement graphique (VNC ou RDP), il n'y a aucune contre-indication pour l'utilisation d'un écran plat. En fait un écran plat est géré de la même manière qu'un écran CRT traditionnel. Il est tout de même conseillé de positionner au niveau du set-up de la Platine le type d'écran à "Ecran plat TFT". (ceci positionne automatiquement la fréquence de rafraîchissement à 60Hz).

Les problèmes peuvent survenir lors de l'utilisation en mode texte (émulation 5250, ANSI, VT220...). En effet, le mode texte utilise une définition spécifique (720x400). Si l'écran plat ne gère que des modes graphiques (640x480, 800x600...), le mode texte sera simulé et le résultat attendu ne sera pas au rendez-vous (marge noire en haut et en bas, caractères tremblotants...).

Pour vérifier si le mode texte est supporté :

• Demandez les spécifications de l'écran LCD au constructeur
• Testez l'écran avec un ordinateur Windows. Lancez un prompt DOS et passez la boîte de dialogue en plein écran (<Alt><Entrée>)

En cas de problème, activez ou désactivez la gestion de la ligne status au niveau de la Platine (dans le set-up de la Platine, sélectionnez le menu [Configuration]-[Terminal]-[Général]).

Pour un dysfonctionnement uniquement en gestion 132 colonnes (par exemple, spooler AS/400), si un modèle 65 ou 75 est utilisé, positionnez le type d'écran à "Ecran plat TFT".

Haut

Deux cas sont possibles selon la version de firmware de la Platine.

Version 9832e minimum
Le choix du mode de fonctionnement (TCP/IP ou série) s'effectue au set-up. Sélectionnez le menu [Configuration]-[Avancé]-[Mode de fonctionnement] puis choisissez le mode souhaité.

Versions antérieures
Les Platines Axel sont équipées de mémoires flash. Il est ainsi possible de changer à volonté le firmware. Axel fournit gratuitement un firmware dont le mode de fonctionnement est série. C'est à dire qu'une Platine TCP/IP (modèle 55, 55E ou 56) équipée de ce firmware se comporte comme une Platine Modèle 40B.
Le téléchargement de firmware s'effectue par le protocole tftp. Cliquez ici pour plus d'information sur le protocole tftp.
Le retour arrière est possible : le firmware série autorise le téléchargement d'autre firmware série ou de firmware TCP/IP.

Haut

La Platine offre une gestion locale d'un écran tactile. Cela signifie que les "évènements tactiles" sont automatiquement convertis en "évènements souris" par la Platine. Aucun paramétrage particulier n'est donc nécessaire au niveau du serveur (Windows, Unix/Linux...).

Au niveau de la Platine, la configuration et la mise en oeuvre de l'écran tactile sont très rapides. Il suffit simplement de sélectionner le type d'écran tactile : USB (détecté automatiquement) ou série (AUX1 ou AUX2). La Platine propose alors une fonction de "Calibrage" (vérification de la présence de l'écran tactile et calibrage). C'est tout. 

Haut

La connexion de lecteur code à barre (douchettes, Pistolets lasers, etc. ) est très utilisée sur les Platine. Ces connexions sont de deux types :

• Connexion du lecteur avec un câble en "T" entre le clavier et la platine (mode "Wedge") :
  Aucun paramétrage spécifique de la Platine n'est nécessaire pour ce type de connexion. Le lecteur code à barre simule l'appui de touches clavier.
  C'est le mode de connexion le plus simple à mettre en oeuvre et celui que nous vous conseillons d'utiliser.
  
• Connexion du lecteur en série :
  Ce mode permet d'utiliser un lecteur code à barre en connexion série tout en gardant l'avantage de ne pas utiliser de programme spécifique sur le serveur.
  Le principe de fonctionnement est de paramétrer le port auxiliaire utilisé (AUX1 ou AUX2) en tant que port par défaut en mode bidirectionnel afin que la Platine envoie dans le "buffer clavier" local toutes les informations qui arrivent sur ce port série. La procédure de configuration est la suivante :
  • Entrez dans le set-up de la Platine et sélectionnez le menu [Configuration]-[Terminal]-[Général]. Dans cette boîte de dialogue, positionnez le paramètre "Port par défaut" à "AUX1" (ou  "AUX2").
  • Sélectionnez ensuite le menu [Configuration]-[Ports aux.]-[xxx] (où xxx est le port AUX1 ou AUX2). Dans la boite de dialogue affichée, positionnez les paramètres comme suit :
           Service associé : aucun
           Mode de fonctionnement : bidirectionnel
           Vitesse : la valeur est à choisir en fonction de votre lecteur
           Format : la valeur est à choisir en fonction de votre lecteur
           Test présence du périphérique : NON
           Contrôle de flux pour émission : NON
           Contrôle de flux pour réception : la valeur est à choisir en fonction de votre lecteur

Haut

La Platine AX3000 TCP/IP offre plusieurs commandes d'administration. Ces commandes sont accessibles au travers d'une commande système (rsh par exemple) disponible en standard sur la majorité des systèmes d'exploitation.

Note: ces commandes sont celles utilisées par le logiciel AxrM. Pour plus d'information cliquez ici.

Le tableau suivant liste les commandes AX3000 disponibles :

Note : les options entre crochets [ ] ne sont pas obligatoires, ces commandes d'administration sont valides aussi en majuscules (ax_version et AX_VERSION représentent la même commande).

Haut

Le protocole TFTP est le protocole dédié au téléchargement des firmwares des périphériques TCP/IP.

Note: la suite de la note détaille le fonctionnement du protocole TFTP. Cette information est pour les utilisateurs avertis. Pour les autres nous conseillons fortement l'utilisation du logiciel AxRM. Pour obtenir plus d'information sur AxRM cliquez ici.

Ce protocole TFTP est soit livré en standard (Unix/Linux, AS/400...), soit disponible sous forme de logiciel additionnel (Windows par exemple). Pour plus d'information, consultez le Manuel utilisateur ou les FAQ relatives au système d'exploitation utilisé.

Généralement, le téléchargement est lancé depuis le set-up de la Platine. Les paramètres suivants doivent être précisés :
   - nom du fichier : chemin et nom du fichier à télécharger,
   - adresse IP de la Platine,
   - adresse IP du serveur tftp,
   - adresse IP d'un routeur éventuel.

Note : le téléchargement peut aussi être lancé par une commande d'administration à distance :

rsh axname ax_download filename tftpserver tftprouter

ATTENTION : si un problème survient lors du téléchargement (coupure électrique, incident réseau...), il est possible que la Platine ne possède plus de firmware valide. Il est alors nécessaire d'utiliser le protocole bootp pour récupérer un firmware valide. Cliquez ici pour plus d'information sur le protocole bootp.

Haut

Le protocole BOOTP est un protocole permettant de récupérer des renseignements nécessaires au téléchargement des firmwares par tftp (nom du fichier et différentes adresses IP).

Note: la suite de la note détaille le fonctionnement du protocole BOOTP. Cette information est pour les utilisateurs avertis. Pour les autres nous conseillons fortement l'utilisation du logiciel AxRM. Pour obtenir plus d'information sur AxRM cliquez ici.

Ce protocole BOOTP est soit livré en standard (Unix/Linux, AS/400...), soit disponible sous forme de logiciel additionnel (Windows par exemple). Pour plus d'information, consultez le Manuel utilisateur ou les FAQ relatives au système d'exploitation utilisé.

Lorsque la Platine n'a plus de firmware valide, des requêtes BOOTP sont automatiquement émises par la Platine. Elle tente ainsi de récupérer les informations nécessaires au téléchargement d'un firmware (nom du fichier, adresse IP de la Platine et adresse IP du serveur TFTP).

Le protocole BOOTP peut aussi être lancé depuis le set-up de la Platine ou par une commande d'administration à distance :

Après une réponse à la requête bootp, la Platine télécharge le fichier firmware par tftp. Cliquez ici pour plus d'information sur le protocole tftp.

Haut

Le firmware peut varier au cours de la vie de la Platine en fonction du besoin de l'utilisateur. Le changement de firmware s'effectue en téléchargeant un fichier firmware par le protocole tftp. Pour plus d'information sur le téléchargement de firmware cliquez ici

Le libellé d'un firmware de Platine peut être décomposée ainsi :
      - informations générales sur le firmware (ici en bleu)
      - version du firmware (ici en rouge)
      - type du firmware (ici en magenta)
      - options de fonctionnement éventuelles (ici en vert)

Exemples :
       - TCP.FR.0303a:RDP&STD
   - TCP.XX.0303a:I52&ANS!NFU
   - TCP.XX.0303a:VNC&STD&QVT-SRI!DNS

1 - Informations générales sur le firmware

Le début du libellé du firmware est codé FCT.NA :

• FCT code le mode de fonctionnement du firmware
  • TCP pour TCP/IP,
  • SER pour série uniquement.
• NA code la nationalité du firmware (codage conforme ISO). Les principales nationalités disponibles sont
  • XX pour international (sauf pour les pays suivants)
  • BR pour Brésil
  • CZ pour Tchécoslovaquie
  • EE pour Estonie
  • FI pour Finlande
  • FR pour France
  • GR pour Grèce
  • IS pour Islande
  • PT pour Portugal
  • SI pour Slovénie
  • TR pour Turquie

Note : la nationalité du firmware définit 3 paramètres :

1. la nationalité des messages du set-up de la Platine (FR : messages français, autre : messages anglais),
2. la présence éventuelle de claviers nationaux et des jeux de caractères associés. Par exemple, l'environnement turc (claviers et jeu de caractères) n'est disponible que dans la version 'TR'.
3. la nationalité par défaut du clavier (FR : française, XX : nord américaine, TR : turque...).

2 - La version du firmware

La version du firmware est codée par l'année et la semaine de création du firmware suivies d'un indice alphabétique.
La version firmware correspond à une étape de développement du firmware de la platine, cette version varie à chaque modification du firmware (améliorations ou corrections).

exemple : 0303a (pour l'année 2003 et la semaine 03 index a)

3 - Type de firmware

Le type de firmware détermine la liste des émulations et des protocoles disponibles sur la platine, un '&' est utilisé pour cumuler plusieurs émulations.

La liste ci-dessous vous donne sur les différents types de firmware disponibles :

• STD :
  - pour les modèles 65C et 75 : toutes les options énumérées ci-dessous
  - pour les autres modèles : groupe d'options ANS, VT2 et WYS
• RDP : protocole graphique pour connexion à Windows (modèles 65 et 75)
• VNC : protocole graphique pour connexion à Unix/Linux (modèles 65 et 75)
• I52 : émulation 5250
• I32 : émulation 3270
• ANS : groupe d'émulations ANSI
• VT2 : émulation VT220
• WYS : émulation Wyse 60/120
• V52 : émulation VT52
• ATO : émulation ATO300
• SM9 : émulations SM9400/SM9412
• THE : émulation THEOS
• QVT : émulation QVT 119+
• TVI : émulation TVI 910
• SLN : émulation SLNET
• TWS: émulation TWIN SERVER
• I51 : émulation 3151
• R32 : émulation REAL32
• C32 : émulation C332
• PR9 : émulation PRISM

4 - Options de fonctionnement éventuelles

Indépendamment des émulations disponibles, une ou plusieurs options de fonctionnement peuvent être présentes. Un '-' sépare les émulations supportées (voir précédemment) des options de fonctionnement. Un '&' est utilisé pour cumuler plusieurs options.

Note : excepté l'option PFK, toutes ces options sont maintenant intégrées en standard avec les modèles 65C et 75.

Les principales options de fonctionnement sont :

• ENH : gestion de la colorisation étendue.
• SRI : script de login (implicite pour I52 et RDP)
• PAL : gestion d'une palette de couleur privée à chaque session
• BLW : gestion des écrans monochrome ou niveaux de gris
• MSE : gestion de la souris (implicite avec VNC et RDP)
• F24 : clavier 24 touches de fonctions (implicite avec émulation 5250)
• F20 : clavier 20 touches de fonctions (pour VT)
• 43L : gestion de 43 lignes
• DNL : gestion de fontes téléchargeables
• PFK : pour WYS et VT2, localisation de <F1> à <F4> sur le pavé numérique
• HPV : pour VT2 sur HPUX, changement des valeurs de <F1> à <F4>.
• AGA : mode alpha-graphique ANS (modèle 65) 
• AGV : mode alpha-graphique VT2 (modèle 65)
• AGW :  mode alpha-graphique WYS (modèle 65)
• ALG (option obsolète) : fonctionnement alpha-graphique (modèle 65)

5 - "Non-Options" de fonctionnement

Pour des raisons d'occupation mémoire il peut être nécessaire de supprimer des fonctionnalités standard. Les options supprimées sont préfixées par un '!'. En voici la liste :

• DHC : protocole DHCP (en standard sur tous les modèles TCP/IP)
• DNS : protocoles DNS et DHCP (en standard sur les modèles 65 et 75)
• NFU : gestion du fenêtrage local et du souligné continu (en standard avec I52)

Pour savoir comment visualiser l'information firmware de votre platine cliquez ici

Haut

Le hardware équipant la Platine est codé ainsi : FKx-BVyyy
- FKx code le type de carte électronique
- BVyyy est la version de boot code (partie non effaçable de la mémoire flash)

A ce jour, cinq types de hardware ont été diffusés :

• FK3 : ancien hardware de production pour modèles 55, 55E et 56
• FK5 : ancien hardware de production pour modèles 55, 55E et 56
• FK11 : ancien hardware de production pour modèles 55, 55E et 56
• FK7 : ancien hardware de production pour modèle 65
• FK13 : ancien hardware de production pour modèles 65 et 65E
• FK14 : ancien  hardware de production pour modèles 65, 65B et 65E (port souris PS/2)
• FK15 : ancien hardware de production pour modèles 60 et 60E
• FK16 : ancien  hardware de production pour modèles 75, 75B et 75E
• FK17 : ancien  hardware de production pour modèles 65B (interface réseau 10/100)
• FK18 : ancien  hardware de production pour modèles 75C (ports USB)
• FK19 : ancien  hardware de production pour modèles 75C
• FK20 : ancien  hardware de production pour modèles 65C
• FK30 : hardware de production pour modèles 70W
• FK35 : hardware de production pour modèles 70F
• FK40 : hardware de production pour modèles 75C
• FK45 : hardware de production pour modèles 65C

Il est impératif que le firmware téléchargé soit en cohérence avec le hardware de la Platine. Exemple : si un fichier de type FK11 est téléchargé dans un hardware de type FK14, le téléchargement est interrompu.

Pour savoir comment visualiser le type de hardware de votre platine cliquez ici

Haut

Description du problème :
il est impossible d'utiliser ces imprimantes lorsqu'elles sont connectées à un terminal Axel. L'imprimante ne fonctionne pas :
   - avec le TEST imprimante (depuis le set-up du terminal Axel)
   - avec le protocole LPD
   - en environnement TSE (protocole RDP ou ICA)

Explications :
Ce modèle d'imprimante supporte uniquement le protocole de communication CAPT (Canon Advanced Printing Technology). Comme son nom l'indique ce protocole est propriétaire Canon. Ce protocole est à l'origine des trois problèmes.

Le test d'impression :
Seul le protocole CAPT est supporté. Cela signifie que ces imprimantes ne peuvent pas imprimer un flot de données ASCII. Hors le test d'impression Axel est basé sur l'envoi d'une bannière de caractères ASCII. L'imprimante ne consommant pas les données ASCII, le terminal affiche un message d'erreur.

Le protocole LPD :
L'autre caractéristique du protocole CAPT est qu'il s'agit d'une communication bi-directionnelle. Ceci exclut l'utilisation d'un protocole uni-directionnel comme le protocole LPD. Le protocole LPD ne gère que l'émission d'un "job" d'impression sans aucun autre dialogue avec l'imprimante.
De plus le protocole LPD est souvent utilisé depuis un serveur Unix/Linux. Hors Canon ne fournit pas de driver pour ses systèmes d'exploitation (seuls les systèmes d'exploitation Windows 95/98/NT 4.0/ME/2000 sont supportés).

L'environnement TSE :
Le protocole CAPT n'est pas supporté en environnement TSE. Il est donc impossible de gérer ce type d'imprimante au travers des protocoles RDP et ICA. Et ce quelque soit le poste de travail (terminal Axel, PC ou client léger).

Haut

Description du problème :
L'imprimante USB est détectée par le terminal mais aucun port logique (USB1, USB2...) n'est proposé pour la configurer.

Explication :
La particularité de ces imprimantes est de ne pas avoir de firmware résidant. Cela signifie que pour fonctionner l'imprimante doit récupérer son firmware à chaque mise sous tension.

Pour les PCs, ce firmware est installé sur le PC en même temps que le driver. Il est ainsi disponible pour être téléchargé à tout moment.

Mais comme ce firmware ne peut pas être chargé et stocké sur le terminal Axel, l'imprimante ne peut donc pas être utilisée.

Un test simple permet de confirmer cette explication :
   - connectez l'imprimante sur un PC
   - mettez l'imprimante sous tension
   - vérifiez que l'imprimante fonctionne en imprimant une page de test
   - connectez maintenant l'imprimante au terminal SANS LA METTRE HORS TENSION
   - l'imprimante est détectée par le terminal et un port logique USB est disponible pour la configuration.

Haut

Description du problème :
Les codes barre scannés sont incorrects.

Explication :
Le problème vient du microcode embarqué dans le lecteur Intermec. Pour un comportement correct le lecteur doit être équipé du microcode version 1.3.9 (ou supérieur).

Haut