WO2006111573A1 - Verfahren zum aufrüsten eines mikroprozessorgesteuerten geräts mit neuem softwarecode über ein kommunikationsnetzwerk - Google Patents

Verfahren zum aufrüsten eines mikroprozessorgesteuerten geräts mit neuem softwarecode über ein kommunikationsnetzwerk Download PDF

Info

Publication number
WO2006111573A1
WO2006111573A1 PCT/EP2006/061732 EP2006061732W WO2006111573A1 WO 2006111573 A1 WO2006111573 A1 WO 2006111573A1 EP 2006061732 W EP2006061732 W EP 2006061732W WO 2006111573 A1 WO2006111573 A1 WO 2006111573A1
Authority
WO
WIPO (PCT)
Prior art keywords
software code
memory
update
new software
microprocessor
Prior art date
Application number
PCT/EP2006/061732
Other languages
English (en)
French (fr)
Inventor
Reinhard Griech
Christian Seiler
Original Assignee
Endress+Hauser Gmbh+Co.Kg
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 Endress+Hauser Gmbh+Co.Kg filed Critical Endress+Hauser Gmbh+Co.Kg
Priority to EP06754785A priority Critical patent/EP1872210A1/de
Priority to US11/918,574 priority patent/US20090217023A1/en
Publication of WO2006111573A1 publication Critical patent/WO2006111573A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates

Definitions

  • the invention relates to a method for upgrading a microprocessor-controlled device with new software code via a communication network.
  • microprocessor-controlled devices In general, it is necessary for microprocessor-controlled devices to adjust the software in the device from time to time, as this is normally developed continuously by the device manufacturer.
  • the corresponding software update can z. B. be transmitted directly to the device by a service technician to the device. If problems occur during the transfer to the device or during the operation of the software update, the service technician can usually remedy these immediately on site.
  • microprocessor-controlled devices such. B. in the process automation technology via communication networks with higher-level units. This means that the software update can also be transferred to the device via the communication network.
  • a major disadvantage here is that the installation of a software update in a device is a relatively critical process and problems are never completely ruled out. In extreme cases, these problems can lead to total failure of the device.
  • microprocessor-based field devices are often used, which serve to detect and / or influence process variables.
  • field devices are level gauges, mass flow meters, pressure and temperature measuring devices, pH and conductivity meters, etc., which detect the corresponding process variables level, flow, pressure, temperature or pH value or conductivity value as sensors.
  • actuators z As valves control the flow of a liquid in a pipe section or as pumps the level in a container.
  • field devices are recording devices which record measurement data on site.
  • a variety of such field devices is manufactured and sold by the company. Endress + Hauser.
  • field devices in modern automation systems are connected via fieldbus systems (HART, Profibus, Foundation Fieldbus, etc.) to higher-level units (eg, control systems or control units).
  • higher-level units eg, control systems or control units.
  • these units are used for process control, process visualization, process monitoring.
  • Networks, z. B. connected to the Internet One option for connecting field devices to the Internet is provided by the Fieldgate product from Endress + Hauser.
  • the software used in the field devices is being developed continuously. Thus, upgrading these devices with new software code over a communication network may be necessary from time to time.
  • the update process is controlled by a host computer and does not run off self-sufficient.
  • EP-1108984 Al a further generic method is known.
  • pre-power fail Since power failures during the update process can lead to software errors, normally further hardware, e.g. an elaborate early detection of a power failure (pre-power fail) with energy buffering necessary.
  • the object of the present invention is therefore to provide a simple method for upgrading a microprocessor-controlled device with new software code via a communication network, which does not have the disadvantages mentioned above, in particular system errors, which can lead to a total failure of the device avoids and thereby Resource-saving and cost-effective is feasible.
  • the device having a non-volatile program memory, with two memory areas having a first and a second memory area,
  • the first memory area for a basic program that provides a first operating system and first functionalities of the device
  • the essential idea of the invention is that the device always has a running software with which the microprocessor system can be started.
  • the new software code may also include the operating system or the entire firmware of the device.
  • the non-volatile program memory has an address space which is larger than that which can be managed by the microprocessor connected to the program memory.
  • the address space of the microprocessor can be used optimally and the address space is not restricted by the second memory area.
  • the address space of the program memory is just twice as large as that manageable by the microprocessor.
  • a typical memory size for the program memory is 1064 kB.
  • the program memory has a controllable by the microprocessor switching input, via which the two memory areas can be selected.
  • Fig. 3 program memory of a field device with a division
  • FIG. 4 shows a soot diagram for the method according to the invention
  • FIG. 5 shows a soot diagram for triggering the update process
  • FIG. 6 soot diagram for the function call "perform update”.
  • a communication network of automation technology is shown in more detail.
  • a data bus Dl several computer units workstations WSL, WS2, connected. These computer units serve as higher-level units (control systems or control units), including for process visualization, process monitoring and engineering, as well as for operating and monitoring field devices.
  • the data bus Dl operates z. Eg according to the Profibus DP standard or according to the HSE (High Speed Ethernet) standard of the Foundation Fieldbus.
  • the data bus D1 is connected to a fieldbus segment SM1.
  • the field bus segment SM1 consists of several devices F1, F2, F3, F4, which are generally referred to as field devices in process automation technology and which are interconnected via a field bus FB.
  • the field devices F1, F2, F3, F4 may be sensors or actuators.
  • the fieldbus FB operates according to one of the known fieldbus standards Profibus, Foundation Fieldbus or HART.
  • FIG. 2 is a block diagram of a field device according to the invention z. B. Fl shown in more detail.
  • a microprocessor ⁇ P is connected to the measurement processing via an analog-to-digital converter A / D and an amplifier V to a sensor MA, which detects a process variable (eg, pressure, flow or level).
  • the microprocessor ⁇ P is connected to a plurality of memories.
  • the memory VM serves as a temporary (volatile) working memory RAM.
  • the program memory software or software components are stored, which are executed in the microprocessor uP.
  • the program memory PS has a switching input Sl via which different memory areas can be selected by the microprocessor ⁇ P via a port output PA.
  • NVM z In a non-volatile writeable data memory NVM z. Eg EEPROM memory, parameter values (eg calibration data, etc.) are stored.
  • parameter values eg calibration data, etc.
  • the running in the microprocessor uP software code, the program to be executed, defines u. a. the application-related functionalities of the field device (measured value calculation, envelope evaluation, linearization of the measured values, diagnostic tasks).
  • microprocessor ⁇ P is connected to a display operation unit A / B (e.g., multi-button LCD display).
  • the microprocessor ⁇ P is connected via a communication controller COM to a fieldbus interface FBS.
  • a power supply unit NT supplies the necessary energy for the individual electronic components of the field device F1. It can be powered by fieldbus FB or by a separate power source. The supply lines for the power supply of the individual components in the field device are not shown for clarity.
  • a watchdog WD also connected to the microprocessor ⁇ P, monitors the operation of the microprocessor ⁇ P. If a program interruption occurs due to a system error, the monitoring unit initiates a system start.
  • the program memory PS is shown enlarged with the two memory areas boot area BA and update area UA.
  • the program memory PS has a memory space of 1024 KB. Its address space is just twice as large as that managed by the ⁇ P microprocessor. About the switching input Sl, the two memory areas BA and UA can be selected by the microprocessor uP and fully addressed.
  • Fig. 4 is a flowchart is shown, the system behavior after a system start in one of the field devices z. B. Fl reproduces.
  • the system is started with the basic program, which provides a first operating system and first functionalities of the field device, from the first storage area (boot area).
  • system variable UPDATE is read, which is stored in the memory NVM, the configuration memory.
  • the system variable UPDATE is set to "invalid firmware". Subsequently, via the communication network KN, a connection to a higher-level unit a server or a host computer z. B. WSl and requested the transfer of the new software code. The new software code is then transferred to the field device F1 and stored in the second memory area UB (Update Area).
  • a special update program is loaded into the RAM VM and executed. This program switches the port output PA so that only the update area UB of the program memory PS can be used for saving.
  • the microprocessor thus only accesses the update area UB without noticing this in terms of the address.
  • the new software code is transmitted serially in the update area UB of the program memory PS and stored there.
  • the new software code is checked for bit errors using a CRC test.
  • the new software code is executed from the second memory area UA.
  • the new software code can include both a new operating system and improved device software. Since a valid firmware is now available in the field device with the new software code, the system variable UPDATE is set to the value "valid firmware".
  • FIG. 5 shows a soot diagram for triggering the update process. This can be triggered by the system itself via a timer or externally.
  • the system variable UPDATE is described with the value "perform update" and the device performs a system start with the basic program, ie a reboot process is started.
  • FIG. 6 shows a soot diagram for the function call "perform firmware update.” Due to the size, the diagram was based on the two subfigures 6a and 6b divided up. The individual process steps have essentially already been described above.
  • the new software may also be piecewise, i. H. be transmitted in smaller packages in the device.
  • an update task repeatedly changes the memory area in the program memory PS between the first and the second memory area.
  • the watchdog unit WD can be used to start the system with the always-available basic program.
  • the device can also independently trigger an update process.
  • the device By setting the system variable UPDATE, the device can be restarted remotely or locally with the basic program.
  • the method results in a very robust microprocessor-controlled device, which always has executable software, the basic program. Possible faults during the update process do not mean that a service technician must visit the device and rectify the fault locally.
  • the inventive method is due to its simplicity and robustness not only for field devices of automation technology but generally for microprocessor-controlled devices, which are generally referred to as "embedded systems", suitable.

Landscapes

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

Abstract

Bei einem Verfahren zum Aufrüsten eines mikroprozessorgesteuerten Geräts mit neuem Softwarecode über Kommunikationsnetzwerk weist das Gerät einen nicht flüchtigen Programmspeicher, mit zwei Speicherbereichen einem ersten und einem zweiten Speicherbereich auf. Der erste Speicherbereich (Boot Sektor) ist für ein Basisprogramm das ein erstes Betriebssystem und erste Funktionalitäten des Geräts bereitstellt und der zweite Speicherbereich (Update Sektor) für den zu übertragenden Softwarecode vorgesehen. Der erste Speicherbereich ist hardwaremäßig vor einem Überschreiben geschützt. Es werden folgende Verfahrensschritte durchgeführt. Zuerst erfolgt ein Systemstart mit dem Basisprogramm aus dem ersten Speicherbereich dabei wird eine Systemvariablen UPDATE gelesen, falls diese den Wert „perform update' aufweist erfolgt ein Aufruf einer Funktion „perform firmware update'. Anschließend wird diese Variable auf den Wert „invalid Firmware' gesetzt. Anschließend erfolgt der Aufbau einer Verbindung zu einer übergeordneten Einheit und der neue Softwarecode wird in das Gerät übertragen. Nach dem Speichern des neuen Softwarecodes im zweiten Speicherbereich wird eine Prüfung des neuen Softwarecodes auf Bitfehler durchgeführt. Falls Bitfehler bei der Übertragung aufgetreten sind wird ein erneuter Systemstart durchgeführt. Falls kein Bitfehler aufgetreten sind wird der neue Softwarecode aus dem zweiten Speicherbereich ausgeführt und die Systemvariable UPDATE mit dem Wert „valid firmware' beschrieben. Durch dieses Verfahren ist ein sicheres Aufrüsten von mikroprozessorgesteuerten Geräten mit neuem Softwarecode über ein Kommunikationsnetzwerk möglich.

Description

Beschreibung
Verfahren zum Aufrüsten eines mikroprozessorgesteuerten Geräts mit neuem Softwarecode über ein Kommunikationsnetzwerk
[0001] Die Erfindung betrifft ein Verfahren zum Aufrüsten eines mikroprozessorgesteuerten Geräts mit neuem Softwarecode über ein Kommunikationsnetzwerk.
[0002] In der Regel ist es bei mikroprozessorgesteuerten Geräten notwendig, die Software im Gerät von Zeit zu Zeit anzupassen, da diese normalerweise vom Gerätehersteller kontinuierlich weiterentwickelt wird. Das entsprechende Software-Update kann z. B. direkt am Gerät von einem Servicetechniker ins Gerät übertragen werden. Treten Probleme bei der Übertragung ins Gerät oder beim Betrieb des Software-Updates auf, so kann der Servicetechniker diese normalerweise sofort vor Ort beheben.
[0003] Häufig sind mikroprozessorgesteuerte Geräte wie z. B. in der Prozessautomatisie- rungstechnik über Kommunikationsnetzwerke mit übergeordneten Einheiten verbunden. Damit kann das Software-Update auch über das Kommunikationsnetzwerk ins Gerät übertragen werden.
[0004] Ein wesentlicher Nachteil hierbei ist, dass das Einspielen eines Software-Updates in ein Gerät ein relativ kritischer Vorgang ist und Probleme hierbei nie völlig auszuschließen sind. Im Extremfall können diese Probleme zum Totalausfall des Gerätes führen.
[0005] In diesem Fall ist es notwendig, dass ein Servicetechniker das Gerät aufsucht, um den Fehler vor Ort zu beheben. Liegen die Service-Zentrale und das Gerät weit entfernt, kann dies sehr zeitaufwendig sein.
[0006] Ist das betreffende Gerät in einen Automatisierungsprozess mit mehreren Geräten eingebunden, so kann der Ausfall des Geräts zum Stillstand einer gesamten Anlage führen, was mit erheblichen Kosten verbunden wäre.
[0007] Insbesondere in der Automatisierungstechnik werden vielfach mikroprozessor- gesteurte Feldgeräte eingesetzt, die zur Erfassung und/oder Beeinflussung von Prozessvariablen dienen. Beispiele für derartige Feldgeräte sind Füllstandsmessgeräte, Massedurchflussmessgeräte, Druck- und Temperaturmessgeräte, pH- und Leitfähigkeitsmessgeräte etc., die als Sensoren die entsprechenden Prozessvariablen Füllstand, Durchfluss, Druck, Temperatur bzw. pH- Wert bzw. Leitfähigkeitswert erfassen.
[0008] Zur Beeinflussung von Prozessvariablen dienen Aktoren, die z. B. als Ventile den Durchfluss einer Flüssigkeit in einem Rohrleitungsabschnitt oder als Pumpen den Füllstand in einem Behälter steuern.
[0009] Als Feldgeräte werden auch Registriergeräte bezeichnet, die vor Ort Messdaten aufzeichnen. [0010] Eine Vielzahl solcher Feldgeräte wird von der Fa. Endress + Hauser hergestellt und vertrieben.
[0011] In der Regel sind Feldgeräte in modernen Automatisierungsanlagen über Feldbussysteme (HART, Profibus, Foundation Fieldbus, etc.), mit übergeordneten Einheiten (z. B. Leitsysteme oder Steuereinheiten) verbunden. Diese Einheiten dienen unter anderem zur Prozesssteuerung, Prozessvisualisierung, Prozessüberwachung.
[0012] Meist sind Feldbussysteme in Unternehmensnetzwerke integriert. Damit kann aus unterschiedlichen Bereichen eines Unternehmens auf Prozess- bzw. Feldgerätedaten zugegriffen werden.
[0013] Zur weltweiten Kommunikation können Feldbussystem auch mit öffentlichen
Netzwerken, z. B. dem Internet verbunden sein. Eine Möglichkeit Feldgeräten mit dem Internet zu verbinden, bietet das Produkt Fieldgate der Fa. Endress + Hauser.
[0014] Auch die in den Feldgeräten eingesetzte Software wird kontinuierlich weiterentwickelt. Somit kann ein Aufrüsten dieser Geräte mit neuem Softwarecode über ein Kommunikationsnetzwerk von Zeit zu Zeit notwendig werden.
[0015]
[0016] Aus der DE 100 84 648 ist gattungsgemäßes Verfahren bekannt, bei dem über einen Feldbus als Kommunikationsnetzwerk Software von einem Host-Rechner in ein Feldgerät übertragen wird. Das Feldgerät weist zum Speichern der neuen Software (Software-Update) zwei Speicherbereiche auf.
[0017] Diese Anwendung weist mehrere Nachteile auf.
[0018] So sind mehrere Speicherbereiche notwendig, die alle von einem Mikroprozessor bzw. einem Mikrocontroller adressiert werden müssen.
[0019] Die Auswahl der beiden Speicherbereiche erfolgt über Sprungadressen für die neue Software, was im Hinblick auf die Komplexität des Systems nachteilig ist.
[0020] Der Update- Vorgang wird von einem Host-Rechner gesteuert und läuft nicht autark ab.
[0021]
[0022] Ein Austausch des gesamten Betriebssystems ist nicht berücksichtig.
[0023] Eine eventuelle Störung oder ein Systemabsturz während des Update-Vorganges kann, wenn der neue Speicherbereich noch nicht aktiviert ist, zu Problemen führen.
[0024] Aus der EP-1108984 Al ist ein weiteres gattungsgemäßes Verfahren bekannt. Hierbei stehen ebenfalls zwei Speicherbereiche für das Speichern des Software- Updates zur Verfügung. Nach dem Übertragen der neuen Software in das Gerät wird der Speicherbereich mit der alten Software deaktiviert und der Speicherbereich mit der neuen Software aktiviert. Treten beim Umschalten der Speicherbereiche Störeinflüsse auf, die auf die Lauffähigkeit der neuen Software Einflüsse haben, so kann dies zu einem permanenten Systemfehler führen, bei dem das Mikroprozessorsystem in einem Undefinierten oder instabilen Zustand „hängen bleibt", was einen Totalausfall des Geräts zur Folge haben kann.
[0025] Solche Störeinflüsse können im Feldgerät nur aufwendig durch zusätzliche
Maßnahmen eingeschränkt werden. Außerdem ist bei diesem Verfahren eine Spannungsüberwachung mit Energiepufferung notwendig. Tritt z. B. beim Umschalten der Speicherbereiche eine Spannungsunterbrechung der Versorgungsspannung des Mikroprozessorsystems auf, so kann dies zu einem schwerwiegenden Systemfehler führen.
[0026] Da Spannungsausfälle beim Update- Vorgang zu Fehlern bei der Software führen können, ist normalerweise eine weitere Hardware z.B. eine aufwendige Früherkennung eines Spannungsausfalls (Pre-Powerfail) mit Energiepufferung notwendig.
[0027] Aufgabe der vorliegenden Erfindung ist es deshalb ein einfaches Verfahren zum Aufrüsten eines mikroprozessorgesteuerten Geräts mit neuem Softwarecode über ein Kommunikationsnetzwerk anzugeben, das die oben genannten Nachteile nicht aufweist, das insbesondere Systemfehler, die zu einem Totalausfall des Geräts führen können, vermeidet und dabei Ressourcen schonend und kostengünstig realisierbar ist.
[0028]
[0029] Gelöst wird diese Aufgabe durch die im Anspruch 1 angegebenen Merkmale. Das
[0030] Verfahren zum Aufrüsten eines mikroprozessorgesteuerten Geräts mit neuem
Softwarecode über Kommunikationsnetzwerk wobei das Gerät einen nicht flüchtigen Programmspeicher, mit zwei Speicherbereichen einem ersten und einem zweiten Speicherbereich aufweist,
[0031] wobei der erste Speicherbereich (Boot Sektor) für ein Basisprogramm das ein erstes Betriebssystem und erste Funktionalitäten des Geräts bereitstellt
[0032] und der zweite Speicherbereich (Update Sektor) für den zu übertragenden
Softwarecode vorgesehen ist und der erste Speicherbereich hardwaremäßig vor einem Überschreiben geschützt ist, umfasst folgende Verfahrensschritten:
[0033]
1. Systemstart mit dem Basisprogramm aus dem ersten Speicherbereich
2. Lesen einer Systemvariablen UPDATE
3. Falls die Systemvariable UPDATE den Wert „perform update" aufweist, Aufruf einer Funktion „perform firmware update" mit folgenden Unterschritten:
1. Schreiben der Systemvariablen UPDATE mit dem Wert „invalid Firmware"
2. Aufbau einer Verbindung zu einem Server als übergeordnete Einheit und Übertragen des neuen Softwarecodes in das Gerät;
3. Speichern des neuen Softwarecodes im zweiten Speicherbereich
4. Prüfung des neuen Softwarecodes auf Bitfehler 5. Falls ein Bitfehler aufgetreten ist erneuter Systemstart gemäß Schritt A)
6. Fall kein Bitfehler aufgetreten ist Ausführen des neuen Softwarecodes aus dem zweiten Speicherbereich
7. Schreiben der Systemvariablen UPDATE mit dem Wert „valid firmware"
4. Falls die Systemvariable UPDATE den Wert „valid firmware" aufweist
5. Prüfung der Software in einem zweiten Speicherbereich auf Bitfehler
6. Wenn keine Bitfehler vorliegen Ausführen der Software des zweiten Speicherbereichs
7. Wenn Bitfehler vorliegt Schreiben der Systemvariablen UPDATE mit dem Wert „invalid firmware" und Ausführen der Software im ersten Speicherbereich
[0034] Die wesentliche Idee der Erfindung besteht darin, dass das Gerät immer eine lauffähige Software aufweist, mit der das Mikroprozessorsystem gestartet werden kann.
[0035] Auch wenn äußere Störeinflüsse während des Aufrüstens eintreten, können diese nie zu einem Undefinierten oder instabilen Zustand des Systems führen. Es steht immer eine lauffähige Software, das Basisprogramm, zur Verfügung.
[0036] Mit Hilfe des erfindungsgemäßen Verfahrens ist ein sicheres Aufrüsten eines Geräts mit neuem Softwarecode aus der Ferne möglich. Der neue Softwarecode kann auch das Betriebssystem bzw. die gesamte Firmware des Gerätes umfassen.
[0037] Falls bei der Übertragung über das Kommunikationsnetzwerk im Softwarecode ein Bitfehlerauftritt, wird gemäß Anspruch 2 eine entsprechende Nachricht an den Sender des neuen Softwarecodes gesendet, um ein erneutes Übertragen des Softwarecodes über das Kommunikationsnetzwerk zu veranlassen.
[0038] In vorteilhafter Weise weist der nichtflüchtige Programmspeicher einen Adressraum auf, der größer ist, als der von dem mit dem Programmspeicher verbundenen Mikroprozessor verwaltet werden kann. Dadurch lässt sich der Adressraum des Mikroprozessors optimal nutzen und der Adressraum wird nicht durch den zweiten Speicherbereich eingeschränkt.
[0039] In einer Weiterentwicklung der Erfindung ist der Adressraum des Programmspeichers gerade doppelt so groß wie der vom Mikroprozessor verwaltbare.
[0040] Eine typische Speichergröße für den Programmspeicher liegt bei 1064 kB.
[0041] In vorteilhafter Weise besitzt der Programmspeicher einen vom Mikroprozessor ansteuerbaren Schalteingang, über den die beiden Speicherbereiche ausgewählt werden können. [0042] Nachfolgend ist die Erfindung anhand eines in der Zeichnung dargestellten Ausführungsbeispiels näher erläutert.
[0043] Es zeigen:
[0044] Fig. 1 Kommunikationsnetzwerk der Automatisierungstechnik in
[0045] schematischer Darstellung;
[0046] Fig.2 Blockschaltbild eines Feldgerätes;
[0047] Fig. 3 Programmspeichers eines Feldgerätes mit einer Aufteilung
[0048] in zwei Speicherbereiche;
[0049] Fig. 4 Russdiagramm für das erfindungsgemäße Verfahren,
[0050] das das Systemverhalten nach einem Systemstart beschreibt;
[0051] Fig. 5 Russdiagramm für die Auslösung des Update- Vorgangs;
[0052] Fig. 6 Russdiagramm für den Funktionsaufruf „perform update".
[0053] In Fig. 1 ist ein Kommunikationsnetzwerk der Automatisierungstechnik näher dargestellt. An einem Datenbus Dl sind mehrere Rechnereinheiten Workstations WSl, WS2, angeschlossen. Diese Rechnereinheiten dienen als übergeordnete Einheiten (Leitsysteme bzw. Steuereinheiten), unter anderem zur Prozessvisualisierung, Prozessüberwachung und zum Engineering, sowie zum Bedienen und Überwachen von Feldgeräten. Der Datenbus Dl arbeitet z. B. nach dem Profibus DP-Standard oder nach dem HSE (High Speed Ethernet)-Standard der Foundation Fieldbus.
[0054] Über ein Gateway Gl, das auch als Linking Device oder auch als Segment-Koppler bezeichnet wird, ist der Datenbus Dl mit einem Feldbus-Segment SMl verbunden. Das Feldbus-Segment SMl besteht aus mehreren Geräten Fl, F2, F3, F4, die in der Prozessautomatisierungstechnik allgemein als Feldgeräte bezeichnet werden und die über einen Feldbus FB miteinander verbunden sind. Bei den Feldgeräten Fl, F2, F3, F4 kann es sich sowohl um Sensoren oder um Aktoren handeln. Der Feldbus FB arbeitet entsprechend nach einem der bekannten Feldbusstandards Profibus, Foundation Fieldbus oder HART.
[0055] Wird anstelle des Gateways Gl das Produkt Fieldgate der Fa. Endress + Hauser eingesetzt, so ist z. B. eine Verbindung der Feldgeräte Fl, F2, F3, F4 mit den übergeordneten Einheiten Wl, W2 über das Internet möglich.
[0056] In Fig. 2 ist ein Blockschaltbild eines erfindungsgemäßen Feldgerätes z. B. Fl näher dargestellt. Eine Mikroprozessor μP ist zur Messwertverarbeitung über einen Analog-Digital- Wandler A/D und einen Verstärker V mit einem Messaufnehmer MA verbunden, der eine Prozessvariable (z. B. Druck, Durchfluss oder Füllstand) erfasst. Der Mikroprozessor μP ist mit mehreren Speichern verbunden. Der Speicher VM dient als temporärer (flüchtiger) Arbeitspeicher RAM. Im Speicher PS dem Programmspeicher sind Software oder Software-Komponenten gespeichert, die im Mikroprozessor μP ausgeführt werden. [0057] Der Programmspeicher PS weist einen Schalteingang Sl auf, über den unterschiedliche Speicherbereiche vom Mikroprozessor μP über einen Port- Ausgang PA ausgewählt werden können.
[0058] In einem nichtflüchtigen beschreibbaren Datenspeicher NVM z. B. EEPROM- Speicher werden Parameterwerte (z. B. Kalibrierdaten etc.) abgespeichert.
[0059] Der im Mikroprozessor μP ablaufende Softwarecode, das auszuführende Programm, definiert u. a. die anwendungsbezogenen Funktionalitäten des Feldgerätes (Messwertberechnung, Hüllkurvenauswertung, Linearisierung der Messwerte, Diagnoseaufgaben).
[0060] Weiterhin ist der Mikroprozessor μP mit einer Anzeigebedieneinheit A/B (z. B. LCD-Anzeige mit mehreren Drucktasten) verbunden.
[0061] Zur Kommunikation mit dem Feldbus-Segment SMl ist der Mikroprozessor μP über einen Kommunikations-Controller COM mit einer Feldbusschnittstelle FBS verbunden. Ein Netzteil NT liefert die notwendige Energie für die einzelnen Elektronik-Komponenten des Feldgerätes Fl. Es kann vom Feldbus FB oder von einer separaten Energiequelle gespeist werden. Die Versorgungsleitungen für die Energieversorgung der einzelnen Komponenten im Feldgerät sind der Übersichtlichkeit halber nicht eingezeichnet.
[0062] Eine Überwachungseinheit (Watchdog) WD, die ebenfalls mit dem Mikroprozessor μP verbunden ist, überwacht die Funktion des Mikroprozessors μP. Kommt es aufgrund eines Systemfehlers zu einer Programmunterbrechung, so veranlasst die Überwachungseinheit einen Systemstart.
[0063] In Fig. 3 ist der Programmspeicher PS mit den beiden Speicherbereichen Boot-Area BA und Update- Area UA vergrößert dargestellt. Der Programmspeicher PS weist einen Speicherplatz von 1024 kB auf. Sein Adressraum ist gerade doppelt so groß wie der vom Mikroprozessor μP verwaltbare. Über den Schalteingang Sl können die beiden Speicherbereiche BA bzw. UA vom Mikroprozessor μP ausgewählt und vollständig adressiert werden.
[0064] In Fig. 4 ist ein Flussdiagramm dargestellt, das das Systemverhalten nach einem Systemstart bei einem der Feldgeräte z. B. Fl wiedergibt.
[0065] Das System wird mit dem Basisprogramm, das ein erstes Betriebssystem und erste Funktionalitäten des Feldgeräts bereitstellt, aus dem ersten Speicherbereich (Boot Area) gestartet.
[0066] Anschließend wird die Systemvariable UPDATE gelesen, die im Speicher NVM, dem Konfigurationsspeicher abgelegt ist.
[0067] Ist die Systemvariable UPDATE mit dem Wert „perform update" gesetzt, so wird eine Funktion „perform firmware update" aufgerufen.
[0068] Zuerst wird die Systemvariable UPDATE auf „invalid firmware" gesetzt. [0069] Anschließend wird über das Kommunikationsnetzwerk KN eine Verbindung zu einer übergeordneten Einheit einem Server oder einem Host-Rechner z. B. WSl aufgebaut und die Übertragung des neuen Softwarecodes angefordert. Der neue Softwarecode wird dann in das Feldgerät Fl übertragen und im zweiten Speicherbereich UB (Update Area) abgespeichert.
[0070] Zur Durchführung der Aufrüstung, bzw. des Update- Vorgangs, wird ein spezielles Update-Programm in den RAM-Speicher VM geladen und ausgeführt. Dieses Programm schaltet den Port- Ausgang PA so, dass nur der Update-Bereich UB des Programmspeichers PS zum Speichern verwendet werden kann.
[0071] Der Mikroprozessor greift damit nur noch auf den Update-Bereich UB zu, ohne dies adressmäßig zu bemerken. Der neue Softwarecode wird seriell in den Update-Bereich UB des Programmspeichers PS übertragen und dort gespeichert.
[0072] Nach dem Übertragen wird der neue Softwarecode auf Bitfehler mit Hilfe eines CRC-Tests überprüft.
[0073] Falls Bitfehler (mindestens einer) aufgetreten sind, wird ein erneuter Systemstart mit dem Basisprogramm aus dem ersten Speicherbereich BA durchgeführt. Dieses Basisprogramm muss zumindest den Kommunikations-Stack für den Kommunikationsaufbau zu einer übergeordneten Einheit aufweisen und das
[0074] Speichern des neuen Softwarecodes ermöglichen.
[0075] Falls keine Bitfehler aufgetreten sind, wir der neue Softwarecode aus dem zweiten Speicherbereich UA ausgeführt. Der neue Softwarecode kann sowohl ein neues Betriebssystem als auch eine verbesserte Gerätesoftware umfassen. Da nun mit dem neuen Softwarecode eine gültige Firmware im Feldgerät zur Verfügung steht, wird die Systemvariable UPDATE auf den Wert „valid firmware" gesetzt.
[0076] Falls die Systemvariable UPDATE nicht den Wert „perform update" sondern den Wert „valid firmware" aufweist, erfolgt eine Prüfung der Software im zweiten Speicherbereich auf Bitfehler ebenfalls mit einem CRC-Test.
[0077] Wenn keine Bitfehler gefunden werden wird die Software des zweiten
Speicherbereichs ausgeführt. Andernfalls wird die Systemvariable UPDATE mit dem Wert „invalid firmware" geschrieben und das Gerät läuft weiter mit dem Basisprogramm aus dem ersten Speicherbereich.
[0078] Fig. 5 zeigt ein Russdiagramm für die Auslösung des Update- Vorgangs. Dieser kann vom System selbst über einen Zeitgeber (Timer) oder von extern ausgelöst werden. Dabei wird die Systemvariable UPDATE mit dem Wert „perform update" beschrieben und das Gerät führt einen Systemstart mit dem Basisprogramm, d. h. es wird ein Reboot- Vorgang gestartet, aus.
[0079] Fig. 6 zeigt ein Russdiagramm für den Funktionsaufruf „perform firmware update". Aufgrund der Größe wurde das Diagramm auf die zwei Teilfiguren Fig. 6a und Fig. 6b aufgeteilt. Die einzelnen Verfahrenschritte wurden im Wesentlichen bereits oben schon beschrieben.
[0080] Zusätzlich findet noch eine Überprüfung statt, ob die neue Software d. h. die Firmware auch für das betreffende Gerät bestimmt ist. Hierzu wird der Eintrag Firmware Version überprüft. Wenn die neue Software nicht für das Gerät bestimmt bzw. geeignet ist muss natürlich ein erneuter Systemstart mit dem Basisprogramm erfolgen.
[0081] Die neue Software kann auch stückweise, d. h. in kleineren Paketen in das Gerät übertragen werden. Dabei wechselt ein Update-Task immer wieder den Speicherbereich im Programmspeicher PS zwischen dem ersten und dem zweiten Speicherbereich.
[0082] Nachfolgend sind verschiedenen Vorteile, die das Verfahren bietet, nochmals angegeben.
[0083] Ein aufwendige Pre-Power Fail Erkennung ist nicht notwendig. Auch wenn Störungen bei dem Update- Vorgang bzw. beim Speichern der neuen Software auftreten bleibt das Gerät über das Basisprogramm funktionstüchtig.
[0084] Auch bei Programmfehlern der neuen Software, die nicht über einen CRC-Test festgestellt werden können, kann das System nicht in einen Undefinierten Zustand gelangen, der zu einem Totalausfall, bei dem das Gerät für immer „tot" bleibt, führt. Über die Watchdog-Einheit WD kann ein Systemstart mit dem immer zur Verfügung stehenden Basisprogramm durchgeführt werden.
[0085] Das Gerät kann auch selbständig einen Update-Vorgang auslösen.
[0086] Durch Setzen der Systemvariablen UPDATE kann das Gerät aus der Ferne oder auch vor Ort mit dem Basisprogramm erneut gestartet werden.
[0087] Das Verfahren führt zu einem sehr robusten mikroprozessorgesteuerten Gerät, das immer eine lauffähige Software, das Basisprogramm, besitzt. Mögliche Störungen beim Update- Vorgang bedeuten nicht, dass ein Service-Techniker das Gerät aufsuchen und den Fehler vor Ort beheben muss.
[0088]
[0089] Im Fall eines Fehlers bei der Übertragung des neuen Softwarecodes wird automatisch eine entsprechende Nachricht an den Sender d. d. die übergeordnete Einheit gesendet.
[0090] Durch die geschickte Aufteilung des Programmspeichers PS und mit der Auswahl des aktiven Speicherbereichs über den Schalteingang Sl ist ein Resourcen-schonender Update-Vorgang möglich.
[0091] Das erfindungsgemäße Verfahren ist aufgrund seiner Einfachheit und Robustheit nicht nur für Feldgeräte der Automatisierungstechnik sondern allgemein für mikroprozessorgesteuerte Geräte, die allgemein als „embedded Systems" bezeichnet werden, geeignet.

Claims

Ansprüche
[0001] 1. Verfahren zum Aufrüsten eines mikroprozessorgesteuerten Geräts mit neuem
Softwarecode über Kommunikationsnetzwerk wobei das Gerät einen nicht flüchtigen Programmspeicher, mit zwei Speicherbereichen einem ersten und einem zweiten Speicherbereich aufweist, wobei der erste Speicherbereich (Boot Sektor) für ein Basisprogramm das ein erstes Betriebssystem und erste Funktionalitäten des Geräts bereitstellt und der zweite Speicherbereich (Update Sektor) für den zu übertragenden Softwarecode vorgesehen ist und der erste Speicherbereich hardwaremäßig vor einem Überschreiben geschützt ist, mit folgenden Verfahrensschritten: Systemstart mit dem Basisprogramm aus dem ersten Speicherbereich; Lesen einer Systemvariablen UPDATE; Falls die Systemvariable UPDATE den Wert „perform update" aufweist, Aufruf einer Funktion „perform firmware update" mit folgenden Unterschritten: Schreiben der Systemvariablen UPDATE mit dem Wert „invalid Firmware"; Aufbau einer Verbindung zu einer übergeordneten Einheit und Übertragen des neuen Softwarecodes in das Gerät; Speichern des neuen Softwarecodes im zweiten Speicherbereich; Prüfung des neuen Softwarecodes auf Bitfehler; Falls ein Bitfehler aufgetreten ist erneuter Systemstart gemäß Schritt A); Falls kein Bitfehler aufgetreten ist Ausführen des neuen Softwarecodes aus dem zweiten Speicherbereich; Schreiben der Systemvariablen UPDATE mit dem Wert „valid firmware"; Falls die Systemvariable UPDATE den Wert „valid firmware" aufweist; Prüfung der Software in einem zweiten Speicherbereich auf Bitfehler; Wenn keine Bitfehler vorliegen Ausführen der Software des zweiten Speicherbereichs; Wenn Bitfehler vorliegt Schreiben der Systemvariablen UPDATE mit dem Wert „invalid firmware" und Ausführen der Software im ersten Speicherbereich
[0002] 2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass falls ein Bitfehler vorliegt, eine Nachricht über das Kommunikationsnetzwerk an den Sender des Softwarecodes gesendet wird.
[0003] 3. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der nichtflüchtigen Programmspeicher von einem Mikroprozessor angesteuert wird und der Programmspeicher einen größeren Adressraum zur Verfügung stellt als vom Mikroprozessor verwaltet werden kann.
[0004] 4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass der Adressraum doppelt so groß wie der vom Mikroprozessor verwaltbare Adressraum ist.
[0005] 5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass der nichtflüchtige Programmspeicher einen Speicherplatz von 1024 kB aufweist. 6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Mikroprozessor einen Port- Ausgang PA aufweist, der mit einem Schalteingang Sl des Programmspeicher PS, der zur Auswahl der beiden Speicherbereiche dient, verbunden ist.
PCT/EP2006/061732 2005-04-22 2006-04-21 Verfahren zum aufrüsten eines mikroprozessorgesteuerten geräts mit neuem softwarecode über ein kommunikationsnetzwerk WO2006111573A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP06754785A EP1872210A1 (de) 2005-04-22 2006-04-21 Verfahren zum aufrüsten eines mikroprozessorgesteuerten geräts mit neuem softwarecode über ein kommunikationsnetzwerk
US11/918,574 US20090217023A1 (en) 2005-04-22 2006-04-21 Method for upgrading a microprocessor-controlled device with a new software code via a communication network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102005018910.5 2005-04-22
DE102005018910A DE102005018910A1 (de) 2005-04-22 2005-04-22 Verfahren zum Aufrüsten eines mikroprozessorgesteuerten Geräts mit neuem Softwarecode über ein Kommunikationsnetzwerk

Publications (1)

Publication Number Publication Date
WO2006111573A1 true WO2006111573A1 (de) 2006-10-26

Family

ID=36658884

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/061732 WO2006111573A1 (de) 2005-04-22 2006-04-21 Verfahren zum aufrüsten eines mikroprozessorgesteuerten geräts mit neuem softwarecode über ein kommunikationsnetzwerk

Country Status (4)

Country Link
US (1) US20090217023A1 (de)
EP (1) EP1872210A1 (de)
DE (1) DE102005018910A1 (de)
WO (1) WO2006111573A1 (de)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008135397A1 (de) 2007-05-03 2008-11-13 Endress+Hauser (Deutschland) Ag+Co. Kg Verfahren zum inbetriebnehmen und/oder rekonfigurieren eines programmierbaren feldmessgeräts
US8993943B2 (en) 2010-10-20 2015-03-31 Trumpf Huettinger Gmbh + Co. Kg Systems for operating multiple plasma and/or induction heating systems and related methods
US9503006B2 (en) 2010-10-20 2016-11-22 Trumpf Huettinger Gmbh + Co. Kg Plasma and induction heating power supply systems and related methods

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102007037879A1 (de) * 2007-08-10 2009-02-12 BSH Bosch und Siemens Hausgeräte GmbH Hausgerät und Verfahren zum Betreiben eines Hausgeräts
US20090077634A1 (en) * 2007-09-19 2009-03-19 Aten International Co., Ltd. Firmware update method and system using the same
US20120272103A1 (en) * 2011-04-21 2012-10-25 Microsoft Corporation Software operability service
DE102012212412A1 (de) * 2012-06-29 2014-01-02 Siemens Ag Netzwerkeinrichtung und Verfahren zum Betreiben einer Netzwerkeinrichtung für ein Automatisierungsnetzwerk
EP3028147B1 (de) * 2013-07-31 2021-04-14 Hewlett-Packard Development Company, L.P. Aktualisierung eines startcodes
DE102013108478A1 (de) 2013-08-06 2015-02-12 Endress+Hauser Process Solutions Ag Verfahren zur Erweiterung einer eingebetteten Softwarekomponente eines Feldgerätes
DE102013220523B4 (de) 2013-10-11 2023-05-25 Continental Automotive Technologies GmbH Verfahren zum Aktualisieren einer Betriebsfunktion eines Sensors und ein Sensormodul
KR102261815B1 (ko) * 2014-10-30 2021-06-07 삼성전자주식회사 펌웨어 업데이트 시간을 줄일 수 있는 데이터 저장 장치, 및 이를 포함하는 데이터 처리 시스템
DE102016219262A1 (de) 2016-10-05 2018-04-05 Vega Grieshaber Kg Verfahren zur Aktualisierung eines Hauptteils einer Firmware eines Feldgeräts
EP3339990A1 (de) * 2016-12-20 2018-06-27 Schneider Electric Industries SAS Dynamisch konfigurierbares feldgerät
US11153164B2 (en) 2017-01-04 2021-10-19 International Business Machines Corporation Live, in-line hardware component upgrades in disaggregated systems
US10534598B2 (en) * 2017-01-04 2020-01-14 International Business Machines Corporation Rolling upgrades in disaggregated systems
DE102021133560A1 (de) 2021-12-16 2023-06-22 Endress+Hauser Conducta Gmbh+Co. Kg Verfahren zum Erweitern von Anwendungsmöglichkeiten eines Sensors, Sensor und Anwendung des Sensors

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6134628A (en) * 1998-01-30 2000-10-17 Ricoh Company, Ltd. Method and computer-based system for rewriting a nonvolatile rewritable memory

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IT1254937B (it) * 1991-05-06 1995-10-11 Aggiornamento dinamico di memoria non volatile in un sistema informatico
US5388267A (en) * 1991-05-29 1995-02-07 Dell Usa, L.P. Method and apparatus for updating and restoring system BIOS functions while maintaining BIOS integrity
US5432927A (en) * 1992-06-17 1995-07-11 Eaton Corporation Fail-safe EEPROM based rewritable boot system
US5960445A (en) * 1996-04-24 1999-09-28 Sony Corporation Information processor, method of updating a program and information processing system
US6275931B1 (en) * 1998-06-22 2001-08-14 Elsag International N.V. Method and apparatus for upgrading firmware boot and main codes in a programmable memory
DE10084648T1 (de) * 1999-05-27 2002-05-16 Invensys Plc Foxboro Über Feldbus upgradebare Vorrichtung und Verfahren hierfür
US6594756B1 (en) * 1999-09-08 2003-07-15 Intel Corporation Multi-processor system for selecting a processor which has successfully written it's ID into write-once register after system reset as the boot-strap processor
US20030095648A1 (en) * 1999-10-05 2003-05-22 Lifecor, Inc. Fault-tolerant remote reprogramming for a patient-worn medical device
EP1108984B1 (de) * 1999-10-18 2019-08-14 Endress + Hauser Flowtec AG Programmierbares Feldgerät
US6584559B1 (en) * 2000-01-28 2003-06-24 Avaya Technology Corp. Firmware download scheme for high-availability systems
US6665813B1 (en) * 2000-08-03 2003-12-16 International Business Machines Corporation Method and apparatus for updateable flash memory design and recovery with minimal redundancy
KR20040029089A (ko) * 2001-09-03 2004-04-03 코닌클리케 필립스 일렉트로닉스 엔.브이. 네트워크 환경에서 사용하기 위한 디바이스
US7062763B2 (en) * 2001-11-13 2006-06-13 Sun Microsystems, Inc. Method and apparatus for remote software code update

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6134628A (en) * 1998-01-30 2000-10-17 Ricoh Company, Ltd. Method and computer-based system for rewriting a nonvolatile rewritable memory

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
DIPERT B ET AL: "DESIGNING AN UPDATABLE BIOS USING FLASH MEMORY", MICROPROCESSORS AND MICROSYSTEMS, IPC BUSINESS PRESS LTD. LONDON, GB, vol. 16, no. 8, January 1992 (1992-01-01), pages 427 - 446, XP000330850, ISSN: 0141-9331 *
See also references of EP1872210A1 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008135397A1 (de) 2007-05-03 2008-11-13 Endress+Hauser (Deutschland) Ag+Co. Kg Verfahren zum inbetriebnehmen und/oder rekonfigurieren eines programmierbaren feldmessgeräts
DE102007021099A1 (de) 2007-05-03 2008-11-13 Endress + Hauser (Deutschland) Ag + Co. Kg Verfahren zum Inbetriebnehmen und/oder Rekonfigurieren eines programmierbaren Feldmeßgeräts
US8993943B2 (en) 2010-10-20 2015-03-31 Trumpf Huettinger Gmbh + Co. Kg Systems for operating multiple plasma and/or induction heating systems and related methods
US9503006B2 (en) 2010-10-20 2016-11-22 Trumpf Huettinger Gmbh + Co. Kg Plasma and induction heating power supply systems and related methods

Also Published As

Publication number Publication date
EP1872210A1 (de) 2008-01-02
US20090217023A1 (en) 2009-08-27
DE102005018910A1 (de) 2006-10-26

Similar Documents

Publication Publication Date Title
WO2006111573A1 (de) Verfahren zum aufrüsten eines mikroprozessorgesteuerten geräts mit neuem softwarecode über ein kommunikationsnetzwerk
EP2659317B1 (de) Feldgerät mit langzeit-firmware-kompatibilität
DE112011103308B4 (de) Verfahren, System und Programm
EP3850451B1 (de) Verfahren zur verbesserung der messperformance von feldgeräten der automatisierungstechnik
WO2007051837A1 (de) Verfahren zum betreiben eines feldgerätes der automatisierungstechnik mit sonderfunktionalitäten
WO2009013140A1 (de) Verfahren zum bedienen eines feldgerätes der automatisierungstechnik
DE10251503A1 (de) Verfahren zur Offline-Parametrierung eines Feldgerätes der Prozessautomatisierungstechnik
WO2010076164A1 (de) Verfahren zum übertragen von parameterdaten beim hochladen und/oder herunterladen von parametereinstellungen zwischen feldgeräten und/oder einer leitstelle
WO2008031489A1 (de) System und verfahren zur bedarfsgerechten funktionalisierung von steuer- / regeleinrichtungen
EP1108984B1 (de) Programmierbares Feldgerät
WO2011067071A2 (de) Verfahren zur optimierung der parametereinstellung von energieversorgungs-parametern eines feldgerät-stromversorgungsmoduls
DE102009047542A1 (de) Verfahren zur Diagnose von fehlerhaften eingestellten Energieversorgungs-Parametern eines Feldgerät-Stromversorgungsmoduls
DE102007062395B4 (de) Verfahren zum Parametrieren eines Feldgerätes der Prozessautomatisierungstechnik
WO2012028367A1 (de) System zur kommunikation von mehreren clients mit mehreren feldgeräten in der automatisierungstechnik
DE102010027963A1 (de) Verfahren zum Betreiben eines Feldgerätes der Prozessautomatisierungstechnik
DE10148029A1 (de) Verfahren zur Datensicherung bei einem Feldgerät
WO2011042258A2 (de) Verfahren zum betreiben eines feldbus-interface
EP2618114B1 (de) Abrufen von messwerten, diagnoseinformationen oder geräteparametern
WO2006013140A1 (de) Feldgerät für die automatisierungstechnik
DE102005017298B4 (de) Verfahren und Vorrichtung zum Schreiben eines Ablaufsprogramms in eine Speichervorrichtung einer programmgesteuerten Steuervorrichtung
DE10255541B4 (de) Speicheranordnung für eine Mikrorechnerschaltung
EP1369756B1 (de) Verfahren zur Vermeidung von Fehlzugriffen auf Datenstrukturen
EP3118739B1 (de) Verfahren zur durchführung eines betriebssystem-updates
WO2008080756A1 (de) Verfahren zum betreiben eines feldgerätes der automatisierungstechnik mittels eines mehrere formatierte variablen aufweisenden anwendungsprogramms
WO2021089461A1 (de) System zur ressourcenverwaltung in einer anlage der automatisierungstechnik

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006754785

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: RU

WWW Wipo information: withdrawn in national office

Country of ref document: RU

WWP Wipo information: published in national office

Ref document number: 2006754785

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007148542

Country of ref document: RU

WWE Wipo information: entry into national phase

Ref document number: 11918574

Country of ref document: US