c) Mettre en place un système cloudside observé, contrôlé et amélioré autour du cycle de vie complet du matériel et permettre aux données sur le matériel d ' entrer dans la production, les services, les feuilles de travail et les processus opérationnels.
La plateforme IOT devrait commencer par l'identification de l'équipement, les protocoles, les conditions du réseau et une boucle fermée claire. Premièrement, l'accès, hors ligne, l'alarme et les commandes à distance devraient être vérifiés avec du matériel réel, puis l'intégration de la gestion du volume, de l'OTA et des systèmes d'exploitation devrait être étendue; la télécommande doit avoir une autorité minimale, l'audit, la confirmation et la défaillance en retour.
La question est d'abord de savoir si la question est susceptible d'être réglée par le biais de ce programme, puis de l'ampleur de la construction et du rythme des apports.
L'équipement est dispersé sur plusieurs sites et nécessite une vision uniforme de l'état et de la version
Coûts élevés d'inspection manuelle, détection lente et positionnement des dysfonctionnements
Les alarmes d'équipement doivent être reliées aux commandes de travail, aux clients ou aux processus de production.
Planifier de renforcer la configuration à distance, la mise à niveau et la capacité de service de données
La partie responsable des accords d'équipement, des matières solides et du matériel n'est pas claire
Pas de matériel réel, pas de réseau de terrain ou pas de prototype pour le coming
Seule une collecte complète des données sans utilisation opérationnelle et sans stratégie de préservation
La télécommande à haut risque ne disposait pas de mécanismes de sécurité sur place et de personnes responsables
Modèles et protocoles d'équipement multiples, difficultés d'accès et de gestion des versions
Instabilité du réseau sur place, continuité des données et sécurité de contrôle
La défaillance dépend de l'inspection manuelle, du positionnement lent et de la réponse.
Les données sur l'équipement sont séparées des feuilles de travail, des clients et des systèmes de production
Identification de l'équipement, certification et gestion de l'accès
Configuration du protocole, passerelle de bord et cache hors ligne
Données télémétriques, état, événements et centres d'alarme
Télécommande, configuration des paramètres et mise à niveau OTA
Cartes des équipements, manifestes de transport et synergies des sites
Analyse des données, intégration ouverte de API et systèmes d'entreprise
Le niveau de l'architecture sera adapté aux systèmes, aux conditions de données et aux objectifs de première phase existants, l'accent étant mis sur la fermeture des responsabilités opérationnelles, d'exploitation et d'intégration des données.
Définir l'identité de l'équipement, l'emplacement du point de collecte, les instructions, la version et la limite de sécurité locale.
Achèvement des protocoles, caches, transmission de points d'arrêt, calculs de site et passage sûr.
Gérer la connectivité, l'état de l'ombre, la télémétrie, les événements, les alarmes, les commandes et les missions en OTA.
Fournir des cartes d'équipement, des fiches d'échec, des diagnostics à distance, la gestion des versions et des synergies de service.
Les systèmes de production, de client, d'actif et d'entreprise sont reliés par API ou des messages, créant ainsi un cercle d'affaires fermé.
Singhua est responsable du programme de protocole et de plate-forme, du développement de logiciels, de la connectivité Cloudside, des tests et du transfert de déploiement
Client ou partie matérielle est responsable de fournir des prototypes, de l'appariement de matériel, des informations de protocole, le réseau du site et les conditions de sécurité
Identification conjointe des points, alertes, instructions à distance, la portée de l'OTA, l'équipement pilote et les points de référence de réception et d'inspection
b) Conserver à chaque étape des matériaux d ' ingénierie réversibles et accessibles, sans que des représentations orales ne soient faites au lieu d ' être acceptées.
Accès stable aux équipements pilotes et identité unique dans les conditions de réseau ciblées
Données clés déconnectées et reconnectées telles qu'elles ont été convenues et non dupliquées
L'alarme peut déclencher, avertir et entrer dans l'anneau d'élimination selon les règles.
Conformité à l'instruction à distance avec les exigences en matière d'autorisation, de confirmation, de délai et de vérification
L'OTA peut être effectué en lots et s'arrêter ou se retirer dans des circonstances exceptionnelles.
L ' interface de données de la plateforme avec le système opérationnel permet de rapprocher et de suivre
Un scénario quantifiable de capacité est utilisé pour décrire la façon dont les problèmes sont définis, les programmes conçus et les acceptations de production terminées.
En supposant qu'une entreprise rencontre d'abord - une variété de types d'équipement et de protocoles, des difficultés d'accès et de gestion de la version.- L'équipe de projet n'achète pas directement des outils, mais sélectionne les tâches réelles dans un avenir proche, enregistrant les volumes de traitement mensuels, les temps d'attente et de traitement moyens, un taux d'achèvement, des taux de révision manuelle, des types inhabituels et des départements de responsabilité.- Les chiffres doivent être tirés des dossiers système ou des échantillons manuels que le client peut examiner; des comptes à court cycle sont créés lorsque l'information est insuffisante, et non pour la création d'un ROI fictif.
Seules les boucles fermées qui peuvent être utilisées en continu par un utilisateur authentique entrent dans la première étape, afficher des fonctionnalités et des idées qui n'ont pas encore de conditions de données sont placées dans la feuille de route.
La demande, l'échantillon, l'interface, le test et la connexion sont associés à l'utilisation d'un numéro uniforme. AI ou des scènes automatisées doivent également maintenir des collections d'évaluation, des versions, des corrections manuelles et des raisons de défaillance; les scénarios logiciels normaux mettent l'accent sur la préservation des preuves de test, de performance, de migration et de régression.
La vérification d'acceptation consiste d'abord à vérifier si l'accès à l'équipement est indépendant des spécifications du protocole, des bords ou du logiciel de passerelle, et si la plate-forme de gestion du cloud de l'équipement est capable d'être utilisée et reprise, puis à comparer les données avec le même calibre en ligne et hors ligne. La direction prévue peut être de permettre la visibilité à distance de l'état de l'équipement, la détection précoce des défaillances et de la fermeture, la gestion intégrée des mises à niveau et des versions, mais un cycle d'observation, une ligne de fond de masse et un mécanisme de double disque d'anomalie devraient être mis en place.
Les chiffres suivants ne servent qu'à démontrer les méthodes de mesure : si le processus original gère 1 200 tâches par mois, attend en moyenne 6 heures, traite 12 minutes, retourne un taux de 15 % à la main, la première cible peut être définie comme une réduction de 30 % du temps d'attente, une réduction de 20 % du temps de traitement manuel et un taux de retour non plus élevé que le niveau de référence initial.. Le processus de réception et d'inspection fournit à la fois des échantillons originaux, des questions statistiques et une liste inhabituelle.
Les privilèges de rôle, les données historiques, les interfaces externes, la capacité, la sécurité, la sauvegarde et les vérifications de sauvegarde doivent également être effectués avant l'accès officiel.Le premier cycle d'observation après la ligne est exécuté par le chef d'exploitation : vérifier le taux réel d'adoption et ensuite analyser les raisons de non-utilisation, de modification manuelle et de défaillance de la mission.
Chaque étape a des objectifs clairs, des rôles participatifs et des résultats évaluables, et les décisions importantes ne sont pas laissées à la fin du projet.
Les questions les plus courantes avant la coopération sont clairement énoncées à l'avance.
Pas nécessairement. La capacité de la plate-forme peut être élargie de l'accès à la lumière, de la surveillance de l'état et de l'alarme, en attendant l'augmentation de la taille de l'équipement, le type d'accord ou la complexité du transport.
Le cloud public, le cloud propriétaire, l'intranet d'entreprise ou le déploiement mixte peuvent être évalués en fonction des réseaux d'équipement, de la sécurité des données et des conditions de transport, et un mécanisme d'accès et de mise à niveau sécurisés peut être conçu.
L'identification de l'équipement, le chiffrement de transmission, les privilèges de commande, l'audit opérationnel, la confirmation bidirectionnelle, la retraite de défaillance et les conditions de sécurité du site nécessitent un contrôle en couches.
ZhiHua Tech se concentre actuellement sur la fourniture de logiciels d'entreprise et d'automatisation artificiellement intelligente, y compris les processus d'affaires, AI Agent, traitement de documents, intégration de systèmes, synchronisation des données, approbation, feuilles de travail et l'automatisation opérationnelle. La programmation PLC pure, la conception d'armoires de commande électrique et la fabrication de modulation robotique ne sont pas les principales gammes de livraison.
Voir la réponse complèteAI Transport système, agent de voix et reconnaissance visuelleDe nombreux projets sont adaptés à la synergie cloudside: l'identification en temps réel du bord, la responsabilité cloud de la gestion des modèles, les statistiques et le recyclage. La sélection finale devrait être basée sur le retard, la bande passante, la sécurité des données, l'informatique du matériel et la capacité opérationnelle.
Voir la réponse complète