Forum général.général Minicom, delai saut de ligne

Posté par  .
Étiquettes : aucune
0
23
avr.
2008
Salut,

Je cherche à utiliser la fonction "Paste file" de minicom pour uploader des fichiers de conf sur des switch 3com ou des routeurs Cisco par le biais du port console.
Mais l'upload du fichier va trop vite et l'équipement n'a pas le temps d'assimiler tout les commandes.
J'ai donc cherché à augmenter le temps entre l'envoie de chaque commande (cad. chaque ligne du fichier texte) et j'ai trouvé un paramètre "Délai saut de ligne (ms)" dans le menu "Réglage du term". Il est limité à 99ms max. J'ai remarqué un légère amélioration quand je configurait à 99ms mais ce n'est pas suffisant.
Peut-on passer outre cette limite ? Ou bien existe-t-il un autre paramètre à minicom qui me permettrai de résoudre ce problème.

Merci.

  • # Ca devrait le faire avec ce patch

    Posté par  . Évalué à 4. 

    diff -Naur minicom-2.3.orig/src/config.c minicom-2.3/src/config.c
--- minicom-2.3.orig/src/config.c	2008-02-24 11:33:49.000000000 +0100
+++ minicom-2.3/src/config.c	2008-04-23 11:41:20.000000000 +0200
@@ -1164,7 +1164,7 @@
   mc_wredraw(w, 1);
 
   while (1) {
-    mc_wlocate(w, mbslen (question) + 5, 7);
+    mc_wlocate(w, mbslen (question) + 6, 7);
     c = rwxgetch();
     switch(c) {
       case '\n':
@@ -1214,10 +1214,10 @@
       case 'D':
         sprintf(buf, "%d", vt_nl_delay);
         mc_wlocate(w, mbslen(msg_nl_delay) +1, 4);
-        mc_wgets(w, buf, 4, 4);
+        mc_wgets(w, buf, 5, 5);
         vt_nl_delay = atoi(buf);
         mc_wlocate(w, mbslen(msg_nl_delay) +1, 4);
-        mc_wprintf(w, "%-3d", vt_nl_delay);
+        mc_wprintf(w, "%-4d", vt_nl_delay);
         break;
       case 'E':
         pgets(w, strlen(msg_answerback) + 1, 5, P_ANSWERBACK, 50, 50);

    • [^] # Re: Ca devrait le faire avec ce patch

      Posté par  . Évalué à 1.

      Merci pour ce patch. Je vais essayer ça cet aprem.
      C'est ce que je pensais faire si je ne trouvais pas d'autre solutions.

    • [^] # Re: Ca le fait carrement avec ce patch

      Posté par  . Évalué à 1.

      Ton patch marche très bien.
      J'arrive à uploader mes fichiers en mettant le paramètre à 150ms.
      Tu peux peut être proposer ton patch au(x) mainteneur(s) de minicom (à moins que tu en fasse parti) pour qu'ils l'intègrent, ça peut intéresser du monde.

      • [^] # Re: Ca le fait carrement avec ce patch

        Posté par  . Évalué à 0.

        je suis pas mainteneur/dev minicom, mais une version avec ce patch pourrait m"interesser aussi car j'ai des switch linksys/cisco

        par contre j'avais pas trouvé (mais pas cherché longtemps non plus) comment travailler sur le port serie avec minicom sans avoir de modem ...

      • [^] # Re: Ca le fait carrement avec ce patch

        Posté par  . Évalué à 2.

        J'ai créé une entrée dans leur système de gestion de bug.

  • # Bricolage ?

    Posté par  . Évalué à 4.

    Ta solution ressemble beaucoup à du bricolage. Rien ne garantie que l'augmentation de la valeur va résoudre le problème. Si une commande bloque la réception pendant plusieurs secondes, tu risques d'avoir toujours le même problème.

    1. Lorsqu'on souhaite dialoguer avec un flux, la commande classique sous unix est 'chat', elle permet d'écrire des scripts afin d'automatiser des échanges. Ce n'est pas forcément facile à mettre en oeuvre. Le binaire est généralement fourni avec 'ppp'.

    2. Si tes commandes partent plus vite que ne peut le recevoir l'équipement cible, c'est qu'il manque probablement du contrôle de flux. Si tu as un câble série complet avec les lignes RTS et CTS, tu peux essayer d'activer le contrôle de flux matériel; sinon le contrôle de flux logiciel basé sur XON/XOFF (plus capricieux).

    3. Enfin si tu n'as toujours pas résolu le problème; une autre solution du pauvre sous forme de bricolage, tu dois pouvoir descendre la vitesse du port série à 1200 bauds ou 300 bauds, ce qui laissera plus de temps à l'équipement récepteur pour traiter les commandes.

    • [^] # Re: Bricolage ?

      Posté par  . Évalué à 1.

      1. ça va être un peu compliqué à mettre en oeuvre
      2. Je sais pas si Cisco et 3com supportent le contrôle de flux hard ou soft sur leur port console. Je vais regarder un peu de quoi ils sont capable
      3. c'est vrai que c'est la solution du pauvre, mais bon en dernier recours...

      Je vais essayer le patch fourni par Barnabé et vérifier que cette solution est suffisante pour mon cas.
      Merci de ton aide.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.