Bonjour, Habr! Notre équipe surveille les machines et les installations dans tout le pays. En fait, nous donnons l’occasion au fabricant de ne pas poursuivre l’ingénieur une fois de plus quand «oh, tout est cassé», mais en fait, il est nécessaire d’appuyer sur un bouton. Ou quand il s'est cassé non pas sur l'équipement, mais à proximité.
Le problème de base est le suivant. Ici, vous produisez une unité de craquage d'huile, ou une machine-outil, ou tout autre appareil pour une usine. En règle générale, la vente elle-même est extrêmement rare: il s'agit généralement d'un contrat de fourniture et de service. Autrement dit, vous garantissez que le morceau de fer fonctionnera pendant 10 ans sans interruption, et vous êtes responsable des interruptions, soit financièrement, soit en fournissant un SLA strict, ou quelque chose comme ça.
En fait, cela signifie que vous devez régulièrement envoyer un ingénieur sur le site. Comme le montre notre pratique, de 30 à 80% des déplacements sont inutiles. Le premier cas - il serait possible de comprendre ce qui s'est passé à distance. Ou demandez à l'opérateur d'appuyer sur quelques boutons - et tout fonctionnera. Le deuxième cas est celui des schémas «gris». C'est à ce moment qu'un ingénieur quitte, met dans le règlement un remplacement ou un travail complexe, et qu'il partage lui-même la rémunération en deux avec quelqu'un de l'usine. Ou il aime simplement le reste avec sa maîtresse (un vrai cas) et aime donc voyager plus souvent. La plante ne s'en soucie pas.
L'installation de surveillance nécessite la modification du matériel par un dispositif de transmission de données, la transmission elle-même, une sorte de lac de données pour leur accumulation, des protocoles d'analyse et de l'environnement de traitement avec la possibilité de tout voir et de comparer. Eh bien, avec tout cela, il y a des nuances.
Pourquoi est-il impossible de se passer de la télésurveillance?
C'est ringard cher. Un voyage d'affaires pour un ingénieur - au moins 50000 roubles (avion, hôtel, hébergement, indemnité journalière). De plus, cela ne fonctionne pas toujours pour être déchiré, et la même personne peut être nécessaire dans différentes villes.
- En Russie, le fournisseur et le consommateur sont presque toujours assez éloignés l'un de l'autre. Lorsque vous avez vendu un produit à la Sibérie, vous n'en savez rien, sauf ce que le fournisseur vous dit. Ni comment cela fonctionne, ni dans aucune condition il est actionné, ni, en fait, qui a appuyé sur quel bouton avec les mains tordues - vous n'avez objectivement pas cette information, vous ne pouvez la connaître que par les mots du consommateur. Cela rend la maintenance très difficile.
- . , , , , , , , , . « », . , , — , , , — .
- , , , , , . , , .
- - , , , , - , , , . , , , , - . — . , - . , . : « ». , , . .
- «» — . . : «, , : , , , - . , ». , - - , , , , . , , .
, ? ?
Le problème est que si les fournisseurs comprennent plus ou moins que le journal doit être constamment écrit quelque part (ou compris au cours des dernières décennies), alors la culture n'est pas allée plus loin. Le journal est souvent nécessaire pour analyser les cas nécessitant des réparations coûteuses - qu'il s'agisse d'une erreur de l'opérateur ou d'une véritable panne d'équipement.
Pour récupérer un journal, vous devez souvent vous approcher physiquement de l'équipement, ouvrir une sorte de boîtier, exposer le connecteur de service, y connecter un câble et récupérer les fichiers de données. Ensuite, frappez-les obstinément pendant plusieurs heures pour avoir une image de la situation. Hélas, cela se produit presque partout (enfin, soit j'ai un point de vue unilatéral, puisque nous travaillons uniquement avec les industries où la surveillance ne fait que commencer).
Nos principaux clients sont des équipementiers. En règle générale, ils commencent à penser que cela vaut la peine de faire une sorte de surveillance, soit après un incident majeur, soit simplement en examinant les factures de voyage pour l'année. Mais le plus souvent, on parle d'un échec majeur avec perte d'argent ou de réputation. Les leaders progressistes qui pensent à «quoi qu'il arrive» sont rares. Le fait est qu'en général, le gestionnaire obtient l'ancien «parc» de contrats de service, et il ne voit aucun intérêt à installer des capteurs sur un nouveau matériel, car cela ne sera nécessaire que dans quelques années.
En général, à un moment donné, le coq rôti mord, et le moment des modifications arrive.
Le transfert de données lui-même n'est pas très effrayant. L'équipement a généralement déjà des capteurs (ou ils sont installés assez rapidement), plus les journaux sont déjà écrits et les événements de service sont notés. Tout cela, il vous suffit de commencer à envoyer. Une pratique courante est qu'un modem, par exemple, avec une carte SIM intégrée, est inséré directement dans l'appareil depuis une machine à rayons X vers un semoir automatique et envoie la télémétrie via le réseau cellulaire. Les endroits sans couverture cellulaire sont généralement assez éloignés et ont été rares ces dernières années.
Et puis la même question commence comme avant. Oui, il y a maintenant des journaux. Mais ils doivent être mis quelque part et lus d'une manière ou d'une autre. En général, vous avez besoin d'une sorte de système de visualisation et d'analyse des incidents.
Et puis nous apparaissons sur la scène. Plus précisément, nous apparaissons souvent plus tôt, car les dirigeants des fournisseurs regardent comment leurs collègues ont fait, et se tournent immédiatement vers nous pour obtenir des conseils sur le choix du matériel pour l'envoi de télémétrie.
Niche de marché
En Occident, la manière de résoudre cette situation se résume à trois options: l'écosystème Siemens (très cher, nécessaire pour les très grandes unités, en règle générale, comme les turbines), les mandules auto-écrites ou l'aide d'intégrateurs locaux. En conséquence, au moment où tout cela est arrivé sur le marché russe, un environnement s'est formé où il y a Siemens avec ses éléments de l'écosystème, Amazon, Nokia et plusieurs écosystèmes locaux comme les développements 1C.
Nous sommes entrés sur le marché en tant que lien unificateur qui vous permet de collecter toutes les données de n'importe quel appareil en utilisant n'importe quel (d'accord, presque n'importe quel protocole plus ou moins moderne), de les traiter ensemble et de les montrer à une personne sous n'importe quelle forme requise: pour cela, nous avons des SDK sympas pour tout le monde des environnements de développement et un concepteur visuel d'interfaces utilisateur.
En conséquence, nous pouvons collecter toutes les données de l'appareil du fabricant, les entrer dans un stockage sur le serveur et y collecter un tableau de bord avec des alertes.
Voici à quoi ça ressemble (ici le client a également fait une visualisation de l'entreprise, cela fait quelques heures dans l'interface):
Et il y a des graphiques de l'équipement: les
alertes ressemblent à ceci: au niveau de la machine, si la force sur le corps exécutif est dépassée ou une collision se produit, un ensemble de paramètres est configuré, et le système va informer le service ou les services de réparation lors de leur départ.
Eh bien, le plus difficile est de prédire la défaillance des nœuds par leur condition de prévention. Si vous comprenez la ressource de chacun des nœuds, vous pouvez réduire considérablement les coûts de ces contrats où il y a un paiement pour les temps d'arrêt.
Résumé
Cette histoire semblerait assez simple: eh bien, nous avons réalisé que nous devons envoyer des données, un suivi et une analyse, eh bien, nous avons choisi un fournisseur et l'avons implémenté. Eh bien, ça y est, tout le monde est content. Si nous parlons de systèmes auto-écrits dans leur propre usine, alors, assez curieusement, les systèmes deviennent rapidement peu fiables. Nous parlons de la perte banale de journaux, des données inexactes, des échecs de collecte, de stockage et de réception. Un an ou deux après l'installation, ils commencent à supprimer les anciens journaux, ce qui ne se termine pas toujours bien. Bien qu'il y ait de la pratique - 10 Go sont collectés sur une machine par an. Cela se résout pendant cinq ans en achetant un autre disque dur pour 10 mille roubles ... À un moment donné, il s'avère que ce n'est pas l'équipement de transmission lui-même qui est principal, mais le système qui permet d'analyser les données. La commodité de l'interface est importante. C'est généralement le problème de tous les systèmes industriels:il n'est pas toujours facile de comprendre rapidement la situation. Il est important de savoir combien de données sont visibles dans le système, le nombre de paramètres du nœud, la capacité du système à fonctionner avec une grande quantité et quantité de données. Mise en place de tableaux de bord, modèle intégré de l'appareil lui-même, éditeur de scène (pour dessiner des mises en page en production).
Donnons quelques exemples de ce que cela donne en pratique.
- - , . 10 % . , , , . , , 35 % , . — « ». : , .
- , , . , , . , ( CAN-). , (, , .) «», . — 50 %: , — « », . . , ( , / . .).
- — . . , , , . : / , , , , Big Data, , , « ». — 80 %, ( — , — , ), ( , , .).
En fait, ce que je voulais dire: aujourd'hui, avec une plateforme toute faite (par exemple la nôtre), vous pouvez mettre en place un monitoring très rapidement et facilement. Cela ne nécessite pas de modifications de l'équipement (ou minimes, s'il n'y a toujours pas de capteurs et de transmission de données), cela ne nécessite pas de coûts de mise en œuvre et de spécialistes individuels. Il vous suffit d'étudier la question, de passer quelques jours pour comprendre son fonctionnement, et quelques semaines sur les approbations, un contrat et l'échange de données sur les protocoles. Et après cela, vous aurez des données précises de tous les appareils. Et tout cela peut se faire dans tout le pays avec le soutien de l'intégrateur Technoserv, c'est-à-dire que nous garantissons un bon niveau de fiabilité, inhabituel pour une startup.
Dans le prochain article, je vais vous montrer à quoi cela ressemble du côté du fournisseur, en utilisant un exemple d'implémentation.