Déposez un backup FANUC. Comprenez toute la cellule sans ouvrir un fichier.

Intégrateurs et équipes d’usine

Un backup. Des décisions mieux documentées.

Maatron s’intègre à vos revues d’ingénierie à partir des sauvegardes que vous fournissez. Choisissez un premier cas concret, puis partagez le résultat avec votre équipe.

• Intégrateurs FANUC

  Reprenez une cellule, recherchez l’usage d’un registre et explorez les appels de programmes. Comparez les sauvegardes avant et après intervention, puis préparez un dossier de livraison avec les rapports.

• Maintenance et automatisation

  Retrouvez la configuration disponible dans un parc organisé par site, cellule et contrôleur. Appuyez une revue de modification sur les différences enregistrées et leurs sources.

• Responsables d’usine et de projets

  Évaluez Maatron sur une cellule avec votre équipe technique. Examinez les résultats, les limites de lecture et les rapports avant d’étendre l’usage à votre parc.

Discuter de votre usage en usine ou en intégration

Votre processus d’ingénierie

Ce que ça change pour l’usine

Une revue commune entre l’intégrateur, la maintenance et le responsable du projet, à partir des mêmes fichiers et des mêmes rapports.

Exemple de déroulement : une modification de cellule

1. Avant l’intervention

   L’équipe conserve sa sauvegarde de référence et la dépose dans Maatron. Elle retrouve les programmes, les E/S et les repères présents pour préparer sa revue.

2. À la livraison

   L’intégrateur dépose la sauvegarde après intervention. La comparaison A → B rend les changements et leurs valeurs avant/après, avec les limites de ce que les fichiers permettent de lire.

3. Lors de la revue d’équipe

   La maintenance et le responsable du projet relisent les différences et les rapports FR/EN. Ils disposent d’un dossier commun pour poser leurs questions et documenter leur décision.

Ce scénario illustre un usage, pas un résultat client mesuré. La validation de la machine et l’autorisation de remise en service restent dans vos procédures.

Ce que fait le moteur

Des fichiers illisibles deviennent un modèle interrogeable

Programmes, E/S et repères réunis dans une même lecture. Les sections absentes ou non décodées sont indiquées pour savoir ce que le résultat permet de conclure.

User Frame
  130.0  -2590.0  -2356.0     0.0     0.0  -180.0
  863.0  -2080.0  -2356.0     0.0     0.0     0.0

[*SYSTEM*]$CELL_SETUP.$DI_INISTY_T  Access: RW: INTEGER = 20
[*SYSTEM*]$CELL_SETUP.$DO_STYSTR_T  Access: RW: INTEGER = 2

/PROG  MAIN_CYCLE
   1:  WAIT DI[18:INITIATE STYLE]=ON  ;
   2:  CALL PICK_PART                 ;
   3:  DO[2:STYLE ACK]=ON             ;
/END

Exemple produit par le moteur sur la sauvegarde de démonstration du dépôt — aucune donnée client.

Trois gestes

Rien à installer sur le contrôleur

1. 01 Déposer

   Une archive ZIP de sauvegarde FANUC. Rien à installer sur le contrôleur, rien à ouvrir sur le réseau industriel.

   Le moteur lit les .LS, .DG, DIOCFGSV.IO et eipcfg.xml — les exports ASCII .VA si le backup en contient, et à défaut les binaires .VR/.SV du pupitre.

2. 02 Analyser

   Le moteur produit un modèle validé, puis applique des règles déterministes.

   Mêmes fichiers, mêmes constats — le modèle produit est identique d'une analyse à l'autre.

3. 03 Décider

   Constats triés par gravité, rapport exportable, comparaison avec la sauvegarde de référence désignée du robot.

   3 formats de rapport, en français et en anglais.

Deux chemins, deux contenus. Un backup pris au pupitre vers une carte SD ou une clé USB livre les programmes, les listings de diagnostic et la config d'assignation E/S — le moteur les lit. Les registres et les repères n'y figurent que sous forme binaire .VR/.SV : le moteur les décode, et dit dans l'analyse quel fichier a servi et avec quelle certitude. L'export ASCII .VA, produit par un export FTP ou une simulation RoboGuide, reste prioritaire quand il existe — c'est un export du contrôleur, là où le binaire est une reconstruction. Le DCS est lu depuis son listing de vérification, et le mastering du contrôleur depuis le fichier binaire de variables système que tout backup de pupitre porte. Ce qui attend encore un décodeur est nommé section par section dans l'analyse. Rien n'est deviné dans un cas comme dans l'autre : le moteur nomme les sections qu'il n'a pas pu lire, et dit laquelle des deux causes il a rencontrée — fichier absent du backup, ou fichier bien présent qu'il ne sait pas encore lire. Dans les deux cas, il ne se connecte à rien — c'est vous qui fournissez le fichier.

Sécurité

Le robot ne sait pas que Maatron existe

Vos équipes déposent une sauvegarde dans le SaaS. Maatron analyse ses fichiers sans agent ni connexion sur le réseau industriel. Faites valider l’usage du service et le dépôt de vos données par votre organisation.

Lire la page « Sécurité et confiance »

• Hors ligne par construction

  Le moteur n'a pas le droit d'ouvrir une connexion : un test d'architecture refuse les bibliothèques réseau, y compris par dépendance indirecte.

• Refus de démarrer

  L'application ne démarre pas si une route ne déclare pas qui a le droit d'y entrer. L'oubli est impossible à livrer.

• Isolation stricte

  Chaque organisation est une frontière, appliquée par la base elle-même. Sans portée, une requête ne rend aucune ligne.

• Liens courts, clés opaques

  Les liens de téléchargement expirent en minutes, et aucune clé de stockage n'est dérivée d'un nom de fichier.

• Aucun traceur

  Des cookies pour la session et vos préférences de langue et de thème. Aucun traceur publicitaire.

Ce que Maatron ajoute

La couche qu'un outil de sauvegarde ne donne pas

Sauvegarder et versionner sont des métiers bien tenus ailleurs. Maatron ne les remplace pas : il lit ce qui en sort.

Ce que Maatron ne fait pas : remplacer une sauvegarde planifiée, un coffre de versions ou une restauration de contrôleur. Ces outils existent et font bien leur travail.

Avant de commencer

Vos questions techniques