(c) Einrichtung eines beobachteten, kontrollierten und aktualisierten cloudseitigen Systems über den gesamten Lebenszyklus des Geräts und Ermöglichung der Eingabe von Gerätedaten in Produktion, Dienste, Arbeitsblätter und Geschäftsprozesse.
Die IOT-Plattform sollte mit Geräteidentifizierung, Protokollen, Netzwerkbedingungen und einem klaren geschlossenen Regelkreis beginnen: Zunächst sollten die Zugriffs-, Offline-, Alarm- und Fernbedienungsbefehle mit echten Geräten verifiziert werden, dann sollte die Integration von Volumenmanagement, OTA und Betriebssystemen erweitert werden; die Fernsteuerung muss minimale Autorität, Audit, Bestätigung und Fehlerrückmeldung haben.
Zunächst wird die Frage geklärt, ob das Problem für eine Lösung durch dieses Programm geeignet ist, und dann der Umfang der Konstruktion und das Tempo der Eingaben.
Die Geräte sind über mehrere Standorte verteilt und erfordern eine einheitliche Anzeige von Status und Version
Hohe manuelle Inspektionskosten, langsame Erkennung und Positionierung von Fehlfunktionen
Gerätealarme müssen mit Arbeitsaufträgen, Kunden oder Produktionsprozessen verbunden werden
Planen Sie den Aufbau von Remote-Konfiguration, Upgrade und Datendienstkapazität
Die Partei, die für Ausrüstungsvereinbarungen, Feststoffe und Hardware verantwortlich ist, ist nicht klar
Keine wirkliche Ausrüstung, kein Feldnetzwerk oder kein Prototyp für Comming
Nur vollständige Datenerhebung ohne betriebliche Nutzung und Konservierungsstrategie
Hochrisiko-Fernbedienung fehlten vor Ort Sicherheitsmechanismen und verantwortliche Personen
Mehrere Gerätemodelle und Protokolle, Zugriffs- und Versionsverwaltungsschwierigkeiten
Instabilität des Vor-Ort-Netzwerks, Datenkontinuität und Kontrollsicherheit
Der Fehler hängt von der manuellen Inspektion, der langsamen Positionierung und dem Ansprechen ab.
Gerätedaten werden von Arbeitsblättern, Kunden und Produktionssystemen getrennt
Geräteidentität, Zertifikat und Zugangsmanagement
Protokoll-Fit, Edge Gateway und Offline-Cache
Telemetrische Daten, Status, Ereignisse und Alarmzentralen
Fernsteuerung, Parameterkonfiguration und OTA-Upgrade
Ausrüstungskarten, Transportmanifeste und Synergien an Standorten
Datenanalyse, offene API und Integration von Geschäftssystemen
Die Architekturebene wird auf bestehende Systeme, Datenbedingungen und Ziele der ersten Phase zugeschnitten, wobei der Schwerpunkt darauf liegt, dass Geschäfts-, Daten-, Integrations- und Betriebsverantwortungen geschlossen werden.
Definieren Sie die Geräteidentität, den Standort des Sammelpunkts, die Anweisungen, die Version und die lokale Sicherheitsgrenze.
Abschluss von Protokollen, Caches, Intermezzo-Übertragung, Standortberechnungen und sichere Passage.
Verwalten Sie Konnektivität, Schattenstatus, Telemetrie, Ereignisse, Alarme, Befehle und OTA-Missionen.
Bereitstellung von Gerätekarten, Fehlerblättern, Ferndiagnose, Versionsverwaltung und Service-Synergien.
Die Produktions-, Kunden-, Asset- und Business-Systeme werden über API oder Nachrichten miteinander verknüpft und schaffen einen geschlossenen Geschäftskreis.
Singhua ist verantwortlich für Protokoll- und Plattformprogramm, Softwareentwicklung, Cloudside-Konnektivität, Test und Bereitstellungsübergabe
Client oder Hardware-Party ist für die Bereitstellung von Prototypen, Solidware-Matching, Protokollinformationen, Site-Netzwerk und Sicherheitsbedingungen verantwortlich
Gemeinsame Kennzeichnung von Punkten, Warnungen, Fernanweisungen, OTA-Bereich, Pilotenausrüstung sowie Basislinien für Empfang und Inspektion
(b) Reversible und zugängliche technische Materialien in jeder Phase aufbewahren, ohne mündliche Darstellungen anstelle der Akzeptanz.
Stabiler Zugang zu Pilotausrüstung und eindeutige Identität unter Zielnetzbedingungen
Getrennte und wiederverschaltete Schlüsseldaten wie vereinbart und nicht dupliziert
Der Alarm kann auslösen, benachrichtigen und den Entsorgungsring gemäß den Regeln betreten.
Einhaltung von Vollmachts-, Bestätigungs-, Timeout- und Auditanforderungen durch Fernanweisungen
OTA kann in Chargen durchgeführt werden und unter außergewöhnlichen Umständen anhalten oder zurückziehen
Die Datenschnittstelle der Plattform mit dem Betriebssystem ermöglicht den Abgleich und das Tracking
Ein quantifizierbares Fähigkeitsszenario wird verwendet, um zu beschreiben, wie Probleme definiert, Programme entworfen und Produktionsabnahmen abgeschlossen werden.
Vorausgesetzt, ein Unternehmen stößt erstmals auf „eine Vielzahl von Gerätetypen und Protokollen, Schwierigkeiten beim Zugriff auf und bei der Verwaltung der Version. Das Projektteam kauft nicht direkt Werkzeuge, sondern wählt die tatsächlichen Aufgaben in naher Zukunft aus, erfasst monatliche Verarbeitungsvolumina, durchschnittliche Wartezeiten, eine Abschlussrate, manuelle Revisionsraten, ungewöhnliche Typen und Verantwortungsabteilungen. Die Zahlen müssen aus Systemaufzeichnungen oder manuellen Stichproben stammen, die der Kunde überprüfen kann; Kurzzykluskonten werden erstellt, wenn die Informationen nicht ausreichen, nicht für die Erstellung eines fiktiven ROI.
Nur geschlossene Schleifen, die von einem echten Benutzer kontinuierlich genutzt werden können, treten in die erste Phase ein, zeigen Funktionalität und Ideen, die noch keine Datenbedingungen haben, werden in die Roadmap aufgenommen.
Nachfrage, Sample, Interface, Test und Login sind mit der Verwendung einer einheitlichen Nummer verbunden. AI oder automatisierte Szenen müssen auch Bewertungssammlungen, Versionen, manuelle Korrekturen und Fehlergründe beibehalten; normale Softwareszenarien konzentrieren sich auf die Erhaltung von Test-, Leistungs-, Migrations- und Regressionsnachweisen.
Die Akzeptanzprüfung besteht zunächst darin, zu prüfen, ob der Zugang zum Gerät unabhängig von Protokollspezifikationen, Edges oder Gateway-Software ist und die Cloud-Management-Plattform des Geräts verwendet und übernommen werden kann, und vergleicht die Daten dann online und offline mit demselben Kaliber.
Die folgenden Zahlen dienen nur zur Demonstration von Messmethoden: Wenn der ursprüngliche Prozess 1.200 Aufgaben pro Monat bearbeitet, durchschnittlich 6 Stunden wartet, tatsächlich 12 Minuten verarbeitet, manuell eine Rate von 15 Prozent zurückgibt, kann das erste Ziel als „eine 30-prozentige Reduzierung der Wartezeit, eine 20-prozentige Reduzierung der manuellen Bearbeitungszeit und eine Rückgaberate, die nicht höher als die ursprüngliche Baseline ist, definiert werden. Der Empfangs- und Inspektionsprozess liefert sowohl Originalproben, statistische Abfragen und eine ungewöhnliche Liste. Wenn sich das Verarbeitungsvolumen, die Geschäftsregeln oder die Stichprobenschwierigkeit signifikant ändert, sollte die Verarbeitung neu korrigiert werden und nicht nur ein gutes Datum sollte gewählt werden, um zu einem Ergebnis zu gelangen.
Die Rollenprivilegien, historischen Daten, externen Schnittstellen, Kapazität, Sicherheit, Backup- und Backup-Kontrollen sollten ebenfalls vor dem offiziellen Zugriff abgeschlossen werden.Der erste Beobachtungszyklus nach der Leitung der Operation wird vom Leiter der Operation durchgeführt: Überprüfung der tatsächlichen Annahmequote und anschließende Analyse der Gründe für die Nichtnutzung, manuelle Änderung und Fehlfunktion der Mission. Nur wenn der Benutzer weiterhin verwendet und die Qualitätsgrenze nicht sinkt, werden Verbesserungen bei Effizienz- oder Leistungsindikatoren interpretatorisch wertvoll sein.
Jede Phase hat klare Ziele, partizipative Rollen und bewertbare Ergebnisse, und wichtige Entscheidungen werden nicht bis zum Ende des Projekts gelassen.
Die häufigsten Fragen vor der Zusammenarbeit werden im Voraus klar angegeben.
Die Plattformkapazität kann von Lichtzugang, Zustandsüberwachung und Alarm bis zur Vergrößerung der Ausrüstung, der Art der Vereinbarung oder der Komplexität des Transports erweitert werden.
Public Cloud, proprietäre Cloud, Enterprise Intranet oder Mixed Deployment können anhand von Gerätenetzwerken, Datensicherheit und Transportbedingungen bewertet werden, und es kann ein Mechanismus für sicheren Zugriff und Upgrade entwickelt werden.
Die Geräteidentifizierung, die Übertragungsverschlüsselung, die Befehlsrechte, die Betriebsprüfung, die Zwei-Wege-Bestätigung, der Ausfallrückzug und die Sicherheitsbedingungen des Standorts erfordern eine mehrschichtige Steuerung.
ZhiHua Tech konzentriert sich derzeit auf die Bereitstellung von Unternehmenssoftware und künstlich intelligenter Automatisierung, einschließlich Geschäftsprozessen, AI Agent, Dokumentenverarbeitung, Systemintegration, Datensynchronisation, Genehmigung, Arbeitsblätter und Betriebsautomatisierung. Reine SPS-Programmierung, Design eines elektrischen Schaltschranks und Fertigungsrobotermodulation sind nicht die Hauptlieferbereiche. Wenn das Projekt Gerätedatenerfassung, IOT-Plattform, Cloud-basierte Systeme, Geschäftssoftware und automatisierte Prozesse enthält, kann es die Synergie von Software- und Gerätekomponenten bewerten und eindeutig mit professionellen industriellen Steuerungsteams zusammenarbeiten.
Vollständige Antwort ansehenAI Systemtransport, VoiceAgent und visuelle ErkennungViele Projekte sind für Synergien zwischen den Cloud-Seiten geeignet: Abschluss der Echtzeit-Identifizierung des Edges, Cloud-Verantwortung für Modellmanagement, Statistik und Umschulung.
Vollständige Antwort ansehen