DE102019119354A1 - Firmware-aktualisierung von komponenten eines modularen knotens - Google Patents

Firmware-aktualisierung von komponenten eines modularen knotens Download PDF

Info

Publication number
DE102019119354A1
DE102019119354A1 DE102019119354.0A DE102019119354A DE102019119354A1 DE 102019119354 A1 DE102019119354 A1 DE 102019119354A1 DE 102019119354 A DE102019119354 A DE 102019119354A DE 102019119354 A1 DE102019119354 A1 DE 102019119354A1
Authority
DE
Germany
Prior art keywords
firmware
head
end station
data
station
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE102019119354.0A
Other languages
English (en)
Inventor
Marcus Dürksen
Jonathan Jansen
Jürgen Gorka
Mariusz Czarnecki
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wago Verwaltungs GmbH
Original Assignee
Wago Verwaltungs GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wago Verwaltungs GmbH filed Critical Wago Verwaltungs GmbH
Priority to DE102019119354.0A priority Critical patent/DE102019119354A1/de
Priority to CN202010541151.3A priority patent/CN112241280A/zh
Priority to US16/932,302 priority patent/US11593088B2/en
Publication of DE102019119354A1 publication Critical patent/DE102019119354A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G06F21/572Secure firmware programming, e.g. of basic input output system [BIOS]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/73Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information by creating or determining hardware identification, e.g. serial numbers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • G06F8/654Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Mathematical Physics (AREA)
  • Stored Programmes (AREA)

Abstract

Gezeigt wird ein Vorgehen zum Ändern, insbesondere zum Aktualisieren einer Firmware einer Kopfstation eines modularen Knotens, aufweisend ein Übertragen einer auf der Kopfstation gespeicherten Kompatibilitäts-Überprüfungsroutine von der Kopfstation, auf der eine erste Firmware nichtflüchtig gespeichert ist, auf einen mit der Kopfstation verbundenen Rechner, ein Überprüfen, unter Verwendung der auf dem Rechner ausgeführten Überprüfungsroutine, ob eine zweite Firmware mit der Kopfstation kompatibel ist und ein Ersetzen der ersten Firmware auf der Kopfstation durch die zweite Firmware, wenn das Überprüfen ergibt, dass die zweite Firmware mit der Kopfstation kompatibel ist, und eine entsprechend eingerichtete Kopfstation.

Description

  • GEBIET
  • Die vorliegende Erfindung bezieht sich auf einen modularen Knoten. Insbesondere bezieht sich die vorliegende Erfindung auf eine Kopfstation eines modularen Knotens, welcher eines oder mehrere an die Kopfstation angereihte Eingabe/Ausgabe-Module, E/A-Module, aufweist und/oder als Feldbusknoten ausgebildet ist.
  • HINTERGRUND
  • Stellt ein Hersteller von Komponenten eines Systems FirmwareAktualisierungen bereit, müssen diese auf die jeweiligen Komponenten des Systems übertragen werden, um dort die bisherige Firmware ersetzen zu können. Dabei muss sichergestellt werden, dass die neue Firmware mit der Einsatzumgebung und insbesondere mit der jeweiligen Komponente kompatibel ist.
  • In diesem Zusammenhang wird in der EP 1688 840 B1 vorgeschlagen, dass eine Kopfstation Kompatibilitätsinformationen aus einer an die Kopfstation übertragene Firmwaredatei entnimmt und diese mit der Einsatzumgebung abgleicht. Wird Inkompatibilität festgestellt, lehnt die Kopfstation die Durchführung der Aktualisierung ab und gibt eine entsprechende Fehlermeldung zurück.
  • ZUSAMMENFASSUNG
  • Der vorliegenden Erfindung liegt die Aufgabe zu Grunde, den Stand der Technik zu verbessern.
  • Ein erfindungsgemäßes Verfahren umfasst ein Übertragen einer auf einer Kopfstation gespeicherten Kompatibilitäts-Überprüfungsroutine von der Kopfstation, auf der eine erste Firmware nichtflüchtig gespeichert ist, auf einen mit der Kopfstation verbundenen Rechner, ein Überprüfen, unter Verwendung der auf dem Rechner ausgeführten Überprüfungsroutine, ob eine zweite Firmware mit der Kopfstation kompatibel ist, und, ein Ersetzen der ersten Firmware auf der Kopfstation durch die zweite Firmware, wenn das Überprüfen ergibt, dass die zweite Firmware mit der Kopfstation kompatibel ist,.
  • Somit findet das Überprüfen der Kompatibilität der Firmware nicht auf der Kopfstation, sondern auf dem Rechner statt und es ist trotzdem sichergestellt, dass die Überprüfung durch eine dafür vorgesehene Routine erfolgt.
  • Dabei ist unter dem Begriff „Kopfstation“, wie er im Rahmen der vorliegenden Beschreibung und der Ansprüche verwendet wird, eine Komponente eines modularen Knoten zu verstehen, deren Aufgabe es ist, die Daten und/oder Dienste der an der Kopfstation angereihten E/A-Module (bspw. über einen Feldbus, an dem die Kopfstation angeschlossen ist) verfügbar zu machen. Ferner ist unter dem Begriff „Übertragen“ im Rahmen der vorliegenden Beschreibung und der Ansprüche insbesondere ein Übermitteln von Daten mittels elektrischer Signale von der Kopfstation (Sender) zum Rechner (Empfänger) über eine drahtgebundene (bspw. LAN) oder eine drahtlose Übertragungsstrecke (bspw. WLAN) zu verstehen. In diesem Zusammenhang ist unter dem Begriff „Rechner“, wie er im Rahmen der vorliegenden Beschreibung und der Ansprüche verwendet wird, insbesondere ein handelsüblicher PC (Desktop) oder ein handelsübliches Mobilgerät (Laptop, Tablet, Smartphone, etc.) zu verstehen, welcher/welches eine Schnittstelle zum Empfangen von Daten und einen Prozessor aufweist, der eingerichtet ist, die Anweisungen der Überprüfungsroutine abzuarbeiten und zumindest im Falle einer Inkompatibilität ein Ersetzen zu verweigern und/oder den Benutzer auf die Inkompatibilität hinzuweisen.
  • Ferner ist unter dem Begriff „Kompatibilitäts-Überprüfungsroutine“, wie er im Rahmen der vorliegenden Beschreibung und der Ansprüche verwendet wird, insbesondere eine durch einen Prozessor ausführbare Anweisungssequenz zu verstehen, die ermittelt, ob die zweite Firmware mit der Hardware der Kopfstation kompatibel ist. Bspw. kann die „Kompatibilitäts-Überprüfungsroutine“ ermitteln, ob die Hardware-Konfiguration der Kopfstation einer Hardware-Konfiguration entspricht, die von der zweiten Firmware als kompatibel angegeben wird. Die „Kompatibilitäts-Überprüfungsroutine“ kann ferner auch die Kompatibilität der zweiten Firmware mit (der Firmware) der an der Kopfstation angereihten Module überprüfen. Bspw. kann die zweite Firmware ein aktualisiertes Protokoll zum Betrieb des Lokalbusses (d. h. des Busses, der die Module mit der Kopfstation verbindet) umfassen. Um somit die Interoperabilität der Kopfstation und der Module zu erhalten kann die Kompatibilitäts-Überprüfungsroutine ggf. dafür sorgen, dass eine koordinierte Aktualisierung der Komponenten eingeleitet wird, bspw. eine gleichzeitige (oder in einer bestimmten Reihenfolge ablaufende) Aktualisierung der Kopfstation und der angereihten Module.
  • Ferner ist unter dem Begriff „Firmware“, wie er im Rahmen der vorliegenden Beschreibung und der Ansprüche verwendet wird, insbesondere ein auf einem nichtflüchtigen Speicher der Kopfstation (und ggf. der Module) gespeicherter Satz an Anweisungssequenzen zu verstehen, deren Ausführung durch den Benutzer zwar mittels eines Parametersatzes an ein Einsatzszenario angepasst werden kann, die als solches jedoch nicht durch den Benutzer verändert, sondern nur gegen andere Anweisungssequenzen ausgetauscht werden können. In diesem Zusammenhang ist unter dem Begriff „Ersetzen“, wie er im Rahmen der vorliegenden Beschreibung und der Ansprüche verwendet wird, insbesondere das teilweise oder vollständige Überschreiben eines Satzes an Anweisungssequenzen mit anderen Anweisungssequenzen zu verstehen. Des Weiteren sind unter dem Begriff „Firmware“, wie er im Rahmen der vorliegenden Beschreibung und der Ansprüche verwendet wird, insbesondere auf die Hardware der Kopfstation (und ggf. der Module) zugeschnittene Anweisungssequenzen zu verstehen, d. h. Anweisungssequenzen, deren Ausführung direkt (d. h. ohne zwischengeschaltete Software) den Zustand, in dem sich die Hardware (der Kopfstation bzw. der Module) befindet, verändert.
  • Zudem wird mit dem Begriff „kompatibel“, wie er im Rahmen der vorliegenden Beschreibung und der Ansprüche verwendet wird, insbesondere eine Firmware beschrieben, deren Ausführung keine Fehler produziert und den Funktionsumfang der Kopfstation bzw. des Feldbusknotens nicht (wesentlich) einschränkt.
  • Das Verfahren kann ferner unter Verwendung der auf dem Rechner ausgeführten Überprüfungsroutine überprüfen, ob die zweite Firmware mit allen an der Kopfstation angereihten E/A-Modulen kompatibel ist und, wenn das Überprüfen ergibt, dass die zweite Firmware nicht mit allen an der Kopfstation angereihten E/A-Modulen kompatibel ist, eine Warnung auf dem Rechner ausgeben.
  • Bspw. kann die Warnung dazu dienen dem Benutzer darauf hinzuweisen, dass auch die Firmware eines, mehrerer oder aller E/A-Module aktualisiert werden muss, um den modularen Knoten weiter nutzen zu können.
  • Vorzugsweise bindet der modulare Knoten an den E/A-Modulen angeschlossene Feldgeräte mittels eines durch die Kopfstation gesteuerten Lokalbusses an einen Feldbus an.
  • Dabei ist unter dem Begriff „Lokalbus“, wie er im Rahmen der vorliegenden Beschreibung und der Ansprüche verwendet wird, insbesondere ein Bus zu verstehen, über den (nur) die an die Kopfstation angereihten E/A-Module miteinander und mit der Kopfstation (signaltechnisch) verbunden sind. In diesem Zusammenhang sind unter dem Begriff „Feldgeräte“, wie er im Rahmen der vorliegenden Beschreibung und der Ansprüche verwendet wird, insbesondere mit den E/A-Modulen (signaltechnisch) verbundene (bspw. an den E/A-Modulen angeschlossene) Sensoren und/oder Aktoren zu verstehen.
  • Vorzugsweise umfasst das Ersetzen der ersten Firmware auf der Kopfstation durch die zweite Firmware auch ein Ersetzen der Überprüfungsroutine.
  • Bspw. kann die neue Überprüfungsroutine mehr oder andere Firmware-Versionen als kompatibel akzeptieren (als die ersetze Überprüfungsroutine) oder bei der Prüfung Aspekte berücksichtigen, die durch die ersetzte Überprüfungsroutine nicht berücksichtigt wurden.
  • Das Verfahren kann ferner ein Anfordern, durch die auf dem Rechner ausgeführte Überprüfungsroutine, von ersten Daten, insbesondere einer Seriennummer, aus denen sich ein Hardwarestand der Kopfstation ableiten lässt, von der Kopfstation, und ein Abgleichen der ersten Daten mit zweiten Daten hinsichtlich der zweiten Firmware, wobei die zweiten Daten angeben, mit welchem Hardwarestand die zweite Firmware kompatibel ist, aufweisen.
  • Das Verfahren kann ferner ein Anfordern, durch die auf dem Rechner ausgeführte Überprüfungsroutine, von dritten Daten, mit denen sich ein auf der Kopfstation gespeichertes Aktualisierungsprogramm bestimmen lässt, von der Kopfstation, und ein Abgleichen der dritten Daten mit vierten Daten, wobei die vierten Daten angeben, welche Firmware durch das auf der Kopfstation gespeicherte Aktualisierungsprogramm installiert werden kann, aufweisen.
  • Das Verfahren kann ferner ein Austauschen des Aktualisierungsprogramms mit einem Aktualisierungsprogramm, das die zweite Firmware auf der Kopfstation installieren kann, aufweisen, wenn das Abgleichen der dritten Daten mit den vierten Daten ergibt, dass die zweite Firmware durch das Aktualisierungsprogramm auf der Kopfstation nicht installiert werden kann.
  • Das Austauschen des Aktualisierungsprogramms kann bspw. durch ein Ersetzen der ersten Firmware auf der Kopfstation (bspw. durch eine dritte Firmware) bewirkt werden.
  • Vorzugsweise wird die Kompatibilitäts-Überprüfungsroutine in einem Browser des Rechners ausgeführt. Bspw. kann die Kompatibilitäts-Überprüfungsroutine (bzw. Komponenten der Kompatibilitäts-Überprüfungsroutine) in HTML und/oder JavaScript geschrieben sein.
  • Eine erfindungsgemäße Kopfstation kann bspw. einen HTTP-Server umfassen, welcher eingerichtet ist, eine auf der Kopfstation gespeicherte Kompatibilitäts-Überprüfungsroutine von der Kopfstation, auf der eine erste Firmware nichtflüchtig gespeichert ist, auf einen mit der Kopfstation verbundenen Rechner zu übertragen und in Reaktion auf den Empfang von Daten, die eine zweite Firmware repräsentieren, eine Ersetzung der ersten Firmware durch die zweite Firmware anzustoßen.
  • Dabei versteht es sich, dass die erfindungsgemäße Kopfstation zur Durchführung (von Schritten) des erfindungsgemäßen Verfahrens eingerichtet sein kann und das erfindungsgemäße Verfahren unter Verwendung der erfindungsgemäßen Kopfstation implementiert werden kann.
  • Figurenliste
  • Die Erfindung wird nachfolgend in der detaillierten Beschreibung anhand von Ausführungsbeispielen erläutert, wobei auf Zeichnungen Bezug genommen wird, in denen:
    • 1 ein Feldbussystem;
    • 2 einen Feldbusknoten und an den Feldbusknoten angeschlossene Feldbusgeräte;
    • 3 einen Feldbuskonten und einen mit dem Feldbusknoten verbundenen Rechner; und
    • 4 ein Flussdiagramm eines Prozesses zum Aktualisieren einer Kopfstation illustriert.
  • Dabei sind in den Zeichnungen gleiche oder funktional ähnliche Elemente durch gleiche Bezugszeichen gekennzeichnet.
  • DETAILLIERTE BESCHREIBUNG
  • 1 zeigt ein Blockdiagramm eines Feldbussystems 10. Das Feldbussystem 10 umfasst eine übergeordnete Steuereinheit 20, mit der eine Vielzahl an modularen Feldbusknoten 100 über einen Feldbus 30 verbunden sind. Die übergeordnete Steuereinheit 20 kann sowohl zur Überwachung als auch zur Regelung einer Anlage (nicht gezeigt) dienen, die durch das Feldbussystem 10 gesteuert wird.
  • Wenn die übergeordnete Steuereinheit 20 eine Anlage überwacht, kann die übergeordnete Steuereinheit 20 von den Feldbusknoten 100 zyklisch oder azyklisch Zustandsdaten empfangen, die den Zustand der Anlage beschreiben und ein Fehlersignal oder ein Alarmsignal erzeugen, wenn der Zustand der Anlage von einem gewünschten/erlaubten Zustand oder Zustandsbereich (substantiell) abweicht. Wenn die übergeordnete Steuereinheit 20 die Anlage (nicht nur überwacht, sondern auch) regelt, kann die übergeordnete Steuereinheit 20 von den Feldbusknoten 100 zyklisch oder azyklisch Zustandsdaten empfangen und unter Berücksichtigung der Zustandsdaten Steuerdaten ermitteln, die zu den Feldbusknoten 100 übertragen werden.
  • 2 zeigt einen beispielhaften modularen Feldbusknoten 100 bestehend aus einer Kopfstation 110 und zwei an die Kopfstation 110 angereihten E/A-Modulen 120, 130 an denen Feldgeräte 140, 150, 160, 170, wie bspw. Sensoren und Aktoren, angeschlossen sind. Während des Betriebs lesen die E/A-Module 120, 130 über die Eingänge Sensorsignale ein und erzeugen aus den Sensorsignalen Zustandsdaten, die über den Lokalbus 180 an die Kopfstation 110 übertragen werden. Die Kopfstation 110 kann die Zustandsdaten lokal verarbeiteten und/oder (ggf. in modifizierter Form) an die übergeordnete Steuereinheit 20 weiterleiten. Die übergeordnete Steuereinheit 20 (oder bei einer lokalen Verarbeitung die Kopfstation 110) kann dann unter Berücksichtigung der Zustandsdaten Steuerdaten erzeugen.
  • Die durch die übergeordnete Steuereinheit 20 erzeugten Steuerdaten können dann über den Feldbus 30 an (die gleiche oder) eine (andere) Kopfstation 110 übertragen werden. Die zur Kopfstation 110 übertragenen (bzw. die durch die Kopfstation 110 erzeugten) Steuerdaten werden dann (ggf. in modifizierter Form) an die E/A-Module 120,130 weitergeleitet/übertragen. Die E/A-Module 120,130 empfangen die Steuerdaten und geben den Steuerdaten entsprechende Steuersignale an den Ausgängen, an denen die Aktoren angeschlossen sind, aus. Die Kommunikation von Daten zwischen den Komponenten des Feldbussystems 10 und die Abbildung der Sensorsignale auf Zustandsdaten und die Abbildung der Steuerdaten auf Steuersignale kann dabei durch eine Konfiguration der Feldbusknoten 100 an unterschiedliche Einsatzszenarien angepasst werden.
  • Dazu sind einige oder alle Komponenten des Feldbussystems 10 mit einer Firmware versehen, die es ermöglicht, einen Konfigurationsdatensatz zu empfangen und zu speichern und die Verarbeitung von Signalen/Daten unter Berücksichtigung des Konfigurationsdatensatzes durchzuführen. Die Möglichkeit der Anpassung ist somit aber auf Änderungen begrenzt, die durch einen geänderten Konfigurationsdatensatz erzielt werden können, wohingegen darüber hinausgehende Änderungen eine Ersetzung der Firmware der Komponenten des Feldbussystems 10 erfordern. Eine solche Ersetzung kann bspw. der Beseitigung von Fehlern oder allgemein der Verbesserung der Firmware dienen, so dass mit der Ersetzung eine Aktualisierung (Update) der Firmware einhergeht. Natürlich ist aber auch der umgekehrte Weg möglich, bei dem eine Firmware durch eine frühere Version ersetzt wird, bspw. weil nicht für alle Komponenten des Feldbussystems 10 eine aktualisierte Version verfügbar ist und bspw. Komponenten mit aktualisierter Firmware-Version und Komponenten mit nicht-aktualisierter Version nicht (oder nur beschränkt) zusammenarbeiten können.
  • Die Ersetzung der Firmware der Kopfstation 110 involviert, wie in 3 illustriert, einen mit der Kopfstation 110 verbundenen Rechner 40. Der mit der Kopfstation 110 verbundene Rechner 40 kann dabei ein Rechner 40 sein, der eigens für die Aktualisierung (temporär) mit der Kopfstation 110 (bspw. über eine TCP-Verbindung) verbunden wird, oder ein Rechner 40, der (dauerhaft) Teil des Feldbussystems 10 ist, wie bspw. die übergeordnete Steuereinheit 20. Zum Durchführen einer Ersetzungs-Routine kann der Rechner 40 eine Verbindung zur Kopfstation 110 aufbauen und eine auf der Kopfstation 110 gespeicherte Kompatibilitäts-Überprüfungsroutine anfordern. Wie in 4 gezeigt, kann die Kopfstation 110 in Reaktion auf die Anfrage in Schritt 200 die Kompatibilitäts-Überprüfungsroutine auf den mit der Kopfstation 110 verbundenen Rechner 40 übertragen.
  • Wie in 5 gezeigt, kann der Rechner 40 mit einem Browser versehen sein, mit dem ein Benutzer des Rechners 40 zur IP-Adresse der Kopfstation 110 navigieren kann, wobei der HTTP-Server der Kopfstation 110 eine Übertragung von Dateien (bspw. Dateien in HTML und/oder JavaScript), die für das Firmwareupdate hinterlegt sind, ermöglicht. Besagte Dateien können im Browser der Kopfstation 110 interpretiert und ausgeführt werden, wodurch dem Benutzer eine Benutzeroberfläche bereitgestellt wird, mittels der er/sie die Firmwareaktualisierung steuern kann. Dabei kann, wenn die E/A-Module 120, 130 ebenfalls eine Firmware aufweisen, welche über die Kopfstation 110 aktualisiert werden kann, der Benutzer in die Lage versetzt werden, das oder die zu aktualisierenden Geräte (d. h. die Kopfstation 110 und/oder eines oder mehrere der an der Kopfstation angereihten E/A-Module 120, 130) auszuwählen und jedem ausgewählten Gerät eine Firmwaredatei zuzuordnen (die bspw. von einem Hersteller des jeweiligen Geräts bereitgestellt und über das Internet auf den Rechner 40 heruntergeladen wurde).
  • Wenn die E/A-Module 120, 130 hingegen keine Firmware aufweisen oder eine Firmware, die nicht über die Kopfstation 110 aktualisiert werden kann, kann auch vorgesehen sein, dass der Benutzer nur eine Firmwaredatei auswählen muss (die dann aus Mangel an Alternativen automatisch der Kopfstation 110 zugeordnet wird). Nachdem aus der oder den zugeordneten Firmwaredateien Informationen hinsichtlich der Firmwareversion extrahiert und eine auf der Kopfstation 110 hinterlegte Datei, welche Informationen hinsichtlich der Hardware der Kopfstation 110 und/oder der Hardware der E/A-Module 120, 130 umfasst, ausgewertet wurde, kann die im Browser ausgeführte Überprüfungsroutine (bspw. ein JavaScript-Programm), gemäß Schritt 210 der 4 überprüfen, ob die Firmwareversion mit der Hardware der Kopfstation 110 bzw. mit der Hardware des oder der E/A-Module 120, 130 kompatibel ist. Bspw. kann die auf der Kopfstation 110 hinterlegte Datei eine oder mehrere Seriennummern umfassen, aus der sich ein Hardwarestand der Kopfstation 110 und/oder der E/A-Module 120, 130 ableiten lässt.
  • Wenn das Überprüfen ergibt, dass die Firmware mit der Kopfstation 110 kompatibel ist, kann, wie in Schritt 220 in 4 gezeigt, die Firmware auf der Kopfstation 110 durch eine andere Firmware ersetzt werden. Dabei kann das Firmwareupdate, wie in 5 gezeigt, durch den Benutzer ausgelöst werden, wenn die Überprüfung ergibt, dass die Firmware und die Hardware zueinander kompatibel sind. Löst der Benutzer das Firmwareupdate aus, wird die Firmwaredatei vom Rechner 40 auf die Kopfstation 110 übertragen und dort durch ein Aktualisierungsprogramm installiert. Das Ersetzen der Firmware auf der Kopfstation durch die zweite Firmware kann auch ein Ersetzen der Überprüfungsroutine umfassen. D. h. die auf der Kopfstation 110 hinterlegten Dateien, die zum Rechner 40 übertragen und im Browser des Rechners 40 ausgeführt wurden, können im Rahmen des Ersetzens der Firmware überschrieben werden.
  • Ebenso kann das auf der Kopfstation 110 gespeicherte Aktualisierungsprogramm im Rahmen des Firmwareupdates ausgetauscht werden. Somit können Firmwareaktualisierungen inkrementell, bspw. in zwei (oder mehr) Stufen erfolgen. Z. B. kann es vorkommen, dass die Zielfirmware zwar kompatibel ist, aber von der gegenwärtigen Firmware bzw. dem gegenwärtig auf der Kopfstation 10 gespeicherten Aktualisierungsprogramm nicht verarbeitet werden kann. In diesem Fall kann es nötig sein, ein oder mehrere Firmwareupdates durchzuführen, bis die Zielfirmware installiert werden kann. Ebenso kann es vorkommen, dass die Zielfirmware zwar kompatibel ist, aber von der gegenwärtig auf der Kopfstation 10 gespeicherten Überprüfungsroutine nicht verarbeitet werden kann. In diesem Fall kann es ebenfalls nötig sein, ein oder mehrere Firmwareupdates durchzuführen, bis die Zielfirmware durch die Überprüfungsroutine freigegeben werden kann.
  • Bezugszeichenliste
  • 10
    Feldbussystem
    20
    Steuereinheit
    30
    Feldbus
    40
    Rechner
    100
    (Feldbus-)Knoten
    110
    Kopfstation
    120
    E/A-Modul
    130
    E/A-Modul
    140
    Feldgerät
    150
    Feldgerät
    160
    Feldgerät
    170
    Feldgerät
    180
    Lokalbus
    200
    Prozessschritt
    210
    Prozessschritt
    220
    Prozessschritt
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • EP 1688840 B1 [0003]

Claims (12)

  1. Verfahren zum Ändern, insbesondere zum Aktualisieren einer Firmware einer Kopfstation (110) eines modularen Knotens (100), aufweisend: Übertragen (200) einer auf der Kopfstation (110) gespeicherten Kompatibilitäts-Überprüfungsroutine von der Kopfstation (110), auf der eine erste Firmware nichtflüchtig gespeichert ist, auf einen mit der Kopfstation (110) verbundenen Rechner (40); Überprüfen (210), unter Verwendung der auf dem Rechner (40) ausgeführten Überprüfungsroutine, ob eine zweite Firmware mit der Kopfstation (110) kompatibel ist; und Ersetzen (220) der ersten Firmware auf der Kopfstation (110) durch die zweite Firmware, wenn das Überprüfen ergibt, dass die zweite Firmware mit der Kopfstation (110) kompatibel ist.
  2. Verfahren nach Anspruch 1, wobei der modulare Knoten (100) eines oder mehrere an die Kopfstation (110) angereihte Eingabe/Ausgabe-Module, E/A-Module, (120, 130) aufweist und/oder als Feldbusknoten ausgebildet ist.
  3. Verfahren nach Anspruch 2, Überprüfen (210), unter Verwendung der auf dem Rechner (40) ausgeführten Überprüfungsroutine, ob die zweite Firmware mit allen an der Kopfstation (110) angereihten E/A-Modulen (120, 130) kompatibel ist; und wenn das Überprüfen ergibt, dass die zweite Firmware nicht mit allen an der Kopfstation (110) angereihten E/A-Modulen (120, 130) kompatibel ist, Ausgeben einer Warnung auf dem Rechner (40).
  4. Verfahren nach Anspruch 2 oder 3, wobei der modulare Knoten (100) an den E/A-Modulen (120, 130) angeschlossene Feldgeräte (140, 150, 160, 170) mittels eines durch die Kopfstation (110) gesteuerten Lokalbusses (180) an einen Feldbus (30) anbindet.
  5. Verfahren nach einem der Ansprüche 1 bis 4, wobei das Ersetzen der ersten Firmware auf der Kopfstation (110) durch die zweite Firmware auch ein Ersetzen der Überprüfungsroutine umfasst.
  6. Verfahren nach einem der Ansprüche 1 bis 5, ferner aufweisend: Anfordern, durch die auf dem Rechner (40) ausgeführte Überprüfungsroutine, von ersten Daten, insbesondere einer Seriennummer, aus denen sich ein Hardwarestand der Kopfstation (110) ableiten lässt, von der Kopfstation (110); und Abgleichen der ersten Daten mit zweiten Daten hinsichtlich der zweiten Firmware, wobei die zweiten Daten angeben, mit welchem Hardwarestand die zweite Firmware kompatibel ist.
  7. Verfahren nach einem der Ansprüche 1 bis 6, ferner aufweisend: Anfordern, durch die auf dem Rechner (40) ausgeführte Überprüfungsroutine, von dritten Daten, mit denen sich ein auf der Kopfstation (110) gespeichertes Aktualisierungsprogramm bestimmen lässt, von der Kopfstation (110); und Abgleichen der dritten Daten mit vierten Daten, wobei die vierten Daten angeben, welche Firmware durch das auf der Kopfstation (110) gespeicherte Aktualisierungsprogramm installiert werden kann.
  8. Verfahren nach Anspruch 7, ferner aufweisend: Austauschen des Aktualisierungsprogramms mit einem Aktualisierungsprogramm, das die zweite Firmware auf der Kopfstation (110) installieren kann, wenn das Abgleichen der dritten Daten mit den vierten Daten ergibt, dass die zweite Firmware durch das Aktualisierungsprogramm auf der Kopfstation (110) nicht installiert werden kann.
  9. Verfahren nach Anspruch 8, wobei das Austauschen des Aktualisierungsprogramms durch ein Ersetzen der ersten Firmware auf der Kopfstation (110) durch eine dritte Firmware bewirkt wird.
  10. Verfahren nach einem der Ansprüche 1 bis 9, wobei die Kompatibilitäts-Überprüfungsroutine in einem Browser des Rechners (40) ausgeführt wird.
  11. Verfahren nach Anspruch 10, wobei die die Kompatibilitäts-Überprüfungsroutine in HTML oder JavaScript geschrieben ist.
  12. Kopfstation (110) mit einem HTTP-Server, welcher eingerichtet ist, eine auf dem Kopfstation (110) gespeicherte Kompatibilitäts-Überprüfungsroutine von der Kopfstation (110), auf dem eine erste Firmware nichtflüchtig gespeichert ist, auf einen mit der Kopfstation (110) verbundenen Rechner (40) zu übertragen und in Reaktion auf den Empfang von Daten, die eine zweite Firmware repräsentieren, eine Ersetzung der ersten Firmware durch die zweite Firmware anzustoßen.
DE102019119354.0A 2019-07-17 2019-07-17 Firmware-aktualisierung von komponenten eines modularen knotens Pending DE102019119354A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE102019119354.0A DE102019119354A1 (de) 2019-07-17 2019-07-17 Firmware-aktualisierung von komponenten eines modularen knotens
CN202010541151.3A CN112241280A (zh) 2019-07-17 2020-06-15 模块化节点的构件的固件更新
US16/932,302 US11593088B2 (en) 2019-07-17 2020-07-17 Firmware update of components of a modular node

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102019119354.0A DE102019119354A1 (de) 2019-07-17 2019-07-17 Firmware-aktualisierung von komponenten eines modularen knotens

Publications (1)

Publication Number Publication Date
DE102019119354A1 true DE102019119354A1 (de) 2021-01-21

Family

ID=74093857

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102019119354.0A Pending DE102019119354A1 (de) 2019-07-17 2019-07-17 Firmware-aktualisierung von komponenten eines modularen knotens

Country Status (3)

Country Link
US (1) US11593088B2 (de)
CN (1) CN112241280A (de)
DE (1) DE102019119354A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102022128061A1 (de) 2022-10-24 2024-04-25 Endress+Hauser Process Solutions Ag Verfahren und Vorrichtung zum Testen eines Firmware-Updates für ein Edge Device

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1688840A2 (de) * 2005-02-04 2006-08-09 Rockwell Automation Technologies, Inc. System und Verfahren zur automatischen Angleichung von programmierbaren Daten von Geräten in einem industriellen Kontrollsystem
US20090282399A1 (en) * 2008-05-08 2009-11-12 Dialogic Corporation Package header system and method to facilitate streaming a single firmware file upgrade
DE102017208831A1 (de) * 2017-05-24 2018-11-29 Wago Verwaltungsgesellschaft Mbh Verarbeitung von Prozessdaten

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080256530A1 (en) * 2007-04-16 2008-10-16 William Joseph Armstrong System and Method for Determining Firmware Compatibility for Migrating Logical Partitions
CN104657161A (zh) * 2013-11-21 2015-05-27 中兴通讯股份有限公司 移动终端固件更新方法及装置
US20160132538A1 (en) * 2014-11-07 2016-05-12 Rockwell Automation Technologies, Inc. Crawler for discovering control system data in an industrial automation environment
US9958848B2 (en) * 2015-02-19 2018-05-01 Rockwell Automation Technologies, Inc. Techniques for improving industrial control systems
DE102015211036A1 (de) * 2015-06-16 2016-12-22 Siemens Healthcare Gmbh Überprüfen einer Verträglichkeit von Gerätekomponenten eines medizinischen Geräts
US10846076B2 (en) * 2016-10-11 2020-11-24 Barfield, Inc. Remote application update of measurement device field firmware
US10756974B2 (en) * 2017-06-09 2020-08-25 Rockwell Automation Technologies, Inc. Launch multiple devices firmware update operation from another application with device list context
JP7035635B2 (ja) * 2018-03-07 2022-03-15 トヨタ自動車株式会社 車両制御システム及び車両制御システムにおけるソフトウェアの整合性確認方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1688840A2 (de) * 2005-02-04 2006-08-09 Rockwell Automation Technologies, Inc. System und Verfahren zur automatischen Angleichung von programmierbaren Daten von Geräten in einem industriellen Kontrollsystem
US20090282399A1 (en) * 2008-05-08 2009-11-12 Dialogic Corporation Package header system and method to facilitate streaming a single firmware file upgrade
DE102017208831A1 (de) * 2017-05-24 2018-11-29 Wago Verwaltungsgesellschaft Mbh Verarbeitung von Prozessdaten

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102022128061A1 (de) 2022-10-24 2024-04-25 Endress+Hauser Process Solutions Ag Verfahren und Vorrichtung zum Testen eines Firmware-Updates für ein Edge Device

Also Published As

Publication number Publication date
US20210019137A1 (en) 2021-01-21
US11593088B2 (en) 2023-02-28
CN112241280A (zh) 2021-01-19

Similar Documents

Publication Publication Date Title
EP3163388B1 (de) Verfahren zur konfiguration von feldgeräten und feldgerät mit einer konfiguration für zwei bussysteme
DE102012109829A1 (de) Verfahren und Vorrichtung zum Steuern von Straßenlampen
WO2006069762A1 (de) Verfahren zur konfiguration von feldgeräten
EP1430369B1 (de) Dynamischer zugriff auf automatisierungsressourcen
DE102010062266A1 (de) Verfahren zur Realisierung von zumindest einer Zusatzfunktion eines Feldgeräts in der Automatisierungstechnik
DE112004001775T5 (de) Verfahren und Vorrichtung zur Bereitstellung von automatischen Software-Updates
DE102016124348A1 (de) System und Mikroservice zum Überwachen einer Anlage der Prozessautomatisierung
DE102012102518A1 (de) Verfahren zum Parametrieren eines Feldgeräts
EP2198352A1 (de) Verfahren zum konfigurieren einer anordnung zum schützen, steuern oder überwachen einer elektrischen schalt- oder energieversorgungsanlage
EP3923095A1 (de) Konfigurationsvorrichtung, aktualisierungsserver und verfahren für eine softwareaktualisierung einer technischen anlage
WO2006069763A1 (de) Verfahren zur konfiguration von feldgeräten
DE102009046041A1 (de) Anordnung zur Bedienung von Feldgeräten in der Automatisierungstechnik mittels eines Konfigurier-/Managementsystems
DE112021004324T5 (de) SPS-Vorrichtung und Industriemaschinen-System
DE102019119354A1 (de) Firmware-aktualisierung von komponenten eines modularen knotens
DE102019119487B3 (de) Aktualisierung von komponenten eines modularen systems
EP2707782B1 (de) Verfahren und system zum bereitstellen von gerätespezifischen eigenschaftsdaten für ein automatisierungsgerät einer automatisierungsanlage
DE102010040054A1 (de) Verfahren zur Sicherstellung der korrekten Funktionsweise einer Automatisierungsanlage
DE102010016858A1 (de) Verfahren und Vorrichtung zum Überwachen eines Drucksystems und derartiges Drucksystem
EP2283426B1 (de) Verfahren und vorrichtung zur korrektur von digital übertragenen informationen
EP3617823B1 (de) Verfahren zur integration von datenquellen sowie integrations-middleware
EP3285162A1 (de) Verfahren zum projektieren eines projektes sowie anordnung zur durchführung des verfahrens
DE102019208715A1 (de) Verfahren zur Konfiguration eines Anwendungsprotokolls in einer Fertigungsanlage, Computerprogramm und Prozessmodul
DE102014118042A1 (de) Verfahren zur nachverfolgbaren Programmierung und Konfigurierung eines Geräts
EP3627788A1 (de) Verfahren und vorrichtung zum konfigurieren eines zugangsschutzsystems
DE202017104514U1 (de) Vorrichtung zur drahtlosen Vergabe von Netzwerkadressen

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R086 Non-binding declaration of licensing interest
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: G06F0009445000

Ipc: G06F0008650000

R016 Response to examination communication