Es kann nur durch visuelle Kontrolle festgestellt werden, ob die Leiterplatte der PCD mit einer Swissbit micro-SD Speicherkarte bestückt ist.

Das beigefügte Dokument beschreibt, wie Sie feststellen können, ob die Leiterplatte des PCD mit einer Swissbit-Micro-SD-Speicherkarte bestückt ist.

Das beigefügte Dokument beschreibt, wie Sie vorgehen müssen, wenn Sie csv-Dateien (z.B. aus HDLog) und Webeditorproject-Dateien, die auf dem Intflash einer PCD gespeichert sind, kopieren möchten.

Dies kann nützlich sein, wenn Sie eine interne Micro-SD-Speicherkarte ersetzen, die auf der Platine des PCD verwendet wird, und Sie die auf der alten Micro-SD-Speicherkarte gespeicherten Dateien wiederverwenden möchten. [autotranslated]

 [autotranslated]

Neuere PCD-Typen und neuere PCD7.D4xx-Geräte haben eine Micro-SD-Speicherkarte (uSD) auf der Leiterplatte (Leiterplatten)

Die folgenden Daten werden auf dieser uSD-Karte auf der PCD-Platine gespeichert:

• Firmware für den PCD
• Geräte-Konfigurator-Einstellungen (PG5)
• Anwendungsprogramm mit PG5
• Webeditor 8 Projekt (PG5)
• DATEN (z.B. HDLog), die vom Anwendungsprogramm zur Laufzeit erzeugt werden
• Einrichtung, Kalibrierung (PCD7. D443, PCD7. D450, PKD. D470)
• Programm-Backup auf internem Flash

[autotranslated]

[autotranslated]

In einigen Fällen ist es notwendig, die Micro-SD-Speicherkarte (uSD) der PCD auszutauschen.

Dieser FAQ beschreibt, wie die Micro-SD-Speicherkarte (uSD) ausgetauscht wird, welche auf der Leiterplatte der PCD Steuerung montiert ist.

Die beigefügten .pdf Dateien beschreiben, wie die auf der Leiterplatte der PCD verwendete Micro-SD-Speicherkarte (uSD) ersetzt wird.

Wenn die PCD2/3.W220Z18-Karte an eine "Power PCD" oder einer PCD2.C1000 oder PCD2.C2000 angeschlossen ist und alle 8 analoge Eingangskanäle des PCD2/3.W220Z18 Moduls an 8 PT100-Sensoren angeschlossen sind, dann sind die gemessenen PT100-Temperaturwerte der 8 Kanäle nicht korrekt.

"Power PCDs" sind:

• PCD1.M2x20, PCD1.M2160, PCD1.M2220-C15
• PCD2.M5540, PCD2.M5440, PCD2.M4160, PCD2.M4560
• PCD3.Mxx60

Um das Problem zu lösen, verwenden und verbinden Sie nur bis zu 7 PT100-Sensoren mit dem PCD2/3.W220Z18 Modul oder verwenden Sie ein PCD2/3.W350 Modul, falls alle 8 PT100 Signale benötigt werden.

Auf den "alten" PCD's wie PCD2.M170 oder PCD3.M5540 war die Interne Speisung der PCD V+ bei 24V

Bei den 'neuen' 'Power-PCD's' oder der PCD2.C1000 oder PCD2.C2000 ist V+ bei 16,5V

Das elektrische Design des PCD2/3.W220Z18 Moduls erfolgte so, dass die interne Speisung V+ von 24V benötigt wurde, um alle 8 PT100-Kanäle zu betreiben.

Da die 'Power PCD's' und PCD2.C1000/C2000 ein V+ von 16,5V haben, hat der Treiber des PCD2/3.W220Z18 Moduls nicht genügend Leistung, um alle 8 PT100 Signale korrekt zu verarbeiten.

Um das Problem zu lösen, verwenden und verbinden Sie nur bis zu 7 PT100-Sensoren mit dem PCD2/3.W220Z18 Modul oder verwenden Sie ein PCD2/3.W350 Modul, falls alle 8 PT100 Signale benötigt werden.

Nein

Saia-Burgess Controls-Geräte und -Software sind nicht von DNS-Schwachstellen (Domain Name System) betroffen, die mit dem Berichtsnamen NAME:WRECK veröffentlicht wurden.[autotranslated]

-[autotranslated]

Nein, Saia-Burgess Controls Geräte und Software sind von AMNESIA:33 oder SUNBURST nicht betroffen

• AMNESIA:33: Beschreibt Sicherheitslücken in TCP/IP-Stacks
• SUNBURST: Ist ein Trojaner

[autotranslated]

 [autotranslated]

Nein, SBC-Geräte sind nicht von den Zero-Day-Schwachstellen 'Ripple20' betroffen, da keines unserer Produkte die von Treck, Inc. entwickelte TCP/IP-Softwarebibliothek verwendet.

 [autotranslated]

With some specific sensor and configuration, the inputs of a module PCD2/3.W525 could perturbate an other input of the same module

Module PCD2/3.W525 are not designed as other analog input modules (as PCD2/3.W340 or W200 for example). Particularities of the module W525 are the following:

-        Galvanic separation of inputs/outputs.

-        Differential inputs/outputs.

For most of sensors, which are used in differential mode, no problem could be detected from other inputs.

With the use of non-differential sensor, when all (-) parts would be connected together, perturbation might be visible on another channel. As the W525 module has galvanic isolation and due to the design of the module, unwanted return current could appear and disturb other inputs.

If you experience such situation, there is a possibility to connect the (-) of your sensor to the gnd of the module. By doing it this, galvanic isolation of the whole module will not be valid anymore.

Therefore is a special configuration of the jumper possible.

Nach einem Fbox Update der E-Line Bibliothek werden die E/A's nicht mehr aktualisiert

Symptome

PG5 2.2.140 und E-Line Fbox Bibliothek V2.1.100.
Nach einem automatischen Update der Fboxen im Fupla lässt sich das Projekt ohne Fehlermeldung übersetzen und in die PCD laden.
Beim Online gehen sieht man jedoch im Fupla keine Aktualisierung der E/A Zustände.
Ein Kommunikationsfehler wird nicht angezeigt.

Ursache

Ein Fehler in der PG5 2.2.140 verhindert ein einwandfreies Update der E-Line Fboxen von Version 1.0.140 in die Bibliothek V2.1.100.

Lösung

Wird in FAQ 101994 beschrieben.

Dieser Fehler ist in PG5 2.2.220 behoben

Wenn der Triac auf einem Eline-Modul hier verwenden möchten sind die Erklärung wie es konfigurierbar ist und wie es verdrahtet werden sollte. In diesem Beispiel wird die Triac0 für einen Test mit einer Lampe verwendet.[autotranslated]

Siehe die folgenden print-Screen die Verdrahtung der Triac zu verwenden. Der Triac muss nur mit einer Ladung geprüft werden! Sie können einfach eine Lampe 24/230V AC auf dem TR0 und Nb Stecker.

Wählen Sie im Konfigurator Gerät PWM- oder Phase Kontrolle.

PWM:

Verwendet für eine langsame PWM-Signal für die Heizkörperventile

In das Gerät legen Konfigurator die folgenden Einstellungen:

Setzen Sie den Triac-Ausgang 0 auf PWM.

PWM-Zeit-Triac0 sollte zwischen 30 s-600 festgelegt werden. In diesem Beispiel ist es auf der 40er Jahrefestgelegt. Es ist die Zeit für einen PWM-Zyklus.

Den Geräte-Konfigurator laden und Sie können ändern Sie den Wert des Registers TriacDutyCycle0.

Es konnte in der Medien-Zuordnung des Moduls Eline gefunden werden. Dieser Wert kann zwischen 0-1000 eingestellt werden (0-100 %). In diesem Beispiel wird es 250 eingesetzt--> 25 %.

Der Impuls wird auf 25 % des Zyklus. Wie sieht es auf dem folgenden Druckbild.

Phase Control:

Verwendet, um zum Beispiel ein Licht zu dimmen.

In das Gerät legen Konfigurator die folgenden Einstellungen:

Typ 0, Phasenkontrolle Ausgang setzen

Den Geräte-Konfigurator laden und Sie können ändern Sie den Wert des Registers TriacDutyCycle0 der Medien-Zuordnung des Moduls Eline. Dieser Wert kann zwischen 0-1000 eingestellt werden (0-100 %).

Dimmen Sie die Lampe durch eine Änderung den TriacDutyCycle0 -Wert.

1000 Mittel Lampe leuchtet mit 100 %

500 Mittel Lampe leuchtet mit 50 % usw..

Aufgrund des Designs der E-Line Familie werden einige FBoxen nicht unterstützt.

[autotranslated]

Hier eine Liste und ein herunterladbares Dokument betroffenen Produkte:

-PCD1. G1100-C15-Licht und blind-Modul

-PCD1. G360x-C15 Zimmer-Modul

-PCD1. F2611-C15 DALI-Modul und AUX RS-485.

-PCD1. W5300-C15 Analogmodul

Liste der unterstützten Fbox für E-Linien-Serie

[autotranslated]

Wo ist der Zählung Grenzwert für Energiemessgeräte und Energie-Manager / E-Controller?

Was passiert, wenn sie das Limit erreichen?[autotranslated]

Der maximale Energie-Verbrauch-Wert für alle Leistungsindikatoren ist 9'999 ' 999.
Wenn ein Zähler dieser Wert erreicht, beginnt die Zählung mit 0.

Im Energie-Manager und in der E-Steuerung die Energie-Verbrauch-Wert erfolgt in der Firmware.
In Common Language Runtime erkennt die Firmware nur negative Werte.
Ein geringer positiver Wert wird nur während eines Neustarts erkannt.
In diesem Fall Meldung einer Zähler ändern.
Jetzt haben Sie zwei Möglichkeiten:
1:
Sie können eine manuell zurücksetzen, der Wert des Indikators auf 0 tun.
Das heißt, du musst die vorgeschlagene Maßnahme auf die Benutzeroberfläche des Geräts ablehnen.
= > Eine neue Datei erstellt, mit einem höheren Index von der Firmware.
Die Balkendiagramme Geschichte verloren und die Visualisierung beginnt ab dem aktuellen Tag neu zeichnen.

2:
Die zweite Möglichkeit ist, das erschien Angebot von Firmware anzunehmen.
= > Die Verlaufsleiste charts bleibt, aber die Werte für den Leistungsindikator und auf der Benutzeroberfläche sind nicht gleich mehr.

[autotranslated]

Diese FAQ wird erläutert, unter welchen Umständen, welche Texte während der Laufzeit beschreibbaren/bearbeitet werden.[autotranslated]

COSinus-Systemen nicht - Saia-PCD ® (PCD1.M1xx, PCD2.M1xx)

Mit Flash oder EPROM-Speicher angeschlossen
-          Texte < 4000 sind nicht schreibbar in Laufzeit
-          Texte > = 4000 sind schreibbar in Laufzeit

Mit RAM-Speicher angeschlossen
-          Texte < 4000 sind schreibbar in Laufzeit aber PG5 erkennt, ob eine dieser Texte geändert hat *
-          Texte > = 4000 sind schreibbar in Laufzeit


Saia PCD ® COSinus-Systems

PCD3.Mxxx0 und PCD2.M5xx0
-          Texte < 4000 sind schreibbar in Laufzeit aber PG5 erkennt, ob eine dieser Texte geändert hat *
-          Texte > = 4000 sind schreibbar in Laufzeit

PCD3.Mxx60 und PCD1.M2xx0
-          Texte sind in den Build-Optionen konfigurierbar, erste beschreibbare Text zu definieren.




* Wenn eine dieser Texte geändert haben, wird PG5 eine Nachricht geben, wenn Sie, gehen Sie online mit PG5, der angibt möchten, dass die
Programm ist nicht das gleiche. Auch werden diese Texte überschrieben werden, wenn das Programm wieder heruntergeladen wird.

[autotranslated]

Es ist richtig, dass die Angabe einer niedrigen Batterie erscheint früher auf genauere Vorhersage auf einem neuen Saia PCD ® COSinus-System als vor auf eine PCD2/1.M1xx zurückzuführen. [autotranslated]

Es gibt zwei Hauptgründe für diese Tatsache erklären:

-Die Aufsicht-Funktion wurde verbessert
Die neue Akku-Überwachung-Funktion setzt die Batterie sehr gering ausgelastet Ende Batteriekapazität vorherzusagen. In Bezug auf die Akku-Kapazität diese Zusatzbelastung ist vernachlässigbar, aber kann das System warnen, bevor der Akku wirklich leer ist. Das gibt genug Zeit zum Austausch der Batterie und verhindert Speicher verloren. Dies ist nicht der Fall bei der vorherigen Generation, wo nur die Spannung überwacht wurde.

-Es gibt mehr Speicher zur Unterstützung
Die jüngsten Systeme haben viel größeren Speicher; der daraus resultierende standby-Strom von der Batterie versorgt werden erhöhte kurz die Zeitdauer.

Zusammenfassung der Arbeitsweise mit dem Lithium-Akku
System mit passiver Batterie Aufsicht auf der folgenden PCD angewendet:
PCD1.M130, PCD1.M135, PCD2.M110, PCD2.M120 und PCD2.M150
Die Spannung der Batterie wird überwacht.
SBC empfehlen die Batterie alle 1-3 Jahre ändern.

System mit aktiven Batterie Überwachung seit 2001 auf der folgenden PCD angewendet:
PCD1.M2xxx, PCD2.M170, PCD2.M480, PCD2.M5xxx und PCD3.Mxxxx
Wenn die 24VDC-Strom eingeschaltet ist, wird die Spannung der Batterie in kurzer Zeit alle 12 Sekunden gemessen wo die Batterie, eine kleine Entlastung vorgelegt wird.
Dies ermöglicht das Anwendungsprogramm zu warnen, bevor die Kapazität des Akkus erreichen ihr Ende.
Wir schätzen, dass in diesem Fall die Batterie noch zwei Tagen Reservekapazität für den Wechsel der Batterie hat.
Die letzten PCD der Batteriewechsel vom Endbenutzer halten die 24VDC erfolgen kann wechselte Stromversorgung der PCD ON.
Wenn während der Batteriewechsel die Stromversorgung 24VDC des PCD bleibt eingeschaltet , dann gibt es die SRAM-Inhalte nicht verloren (Mittel, die die PCD-Medien behält es Werte)

A verloren die SRAM Content (PCD-Medien wie Register, Fahnen und das Anwendungsprogramm [Anwendungsprogramm nur wenn es keine Anwendungsprogramm im Flash-Speicher gespeichert] tritt, nur, wenn die Stromversorgung 24VDC während der Batteriewechsel Schalter ausgeschaltet ist.

Die Spezifikationen in dem manuellen betreffend ist die typische Lebensdauer einer Batterie Renata korrigieren noch (1-3 Jahre).

Auf April 2013 können wir heute genauer Lebensdauer Erwartung für die Batterie zu geben, für PCDs seit Juli 2012 produziert:

Jedoch SBC Ratschläge für vermeidbare Ändern der Lithiumbatterie alle 5 Jahre

Beachten Sie, dass diese Werte konservativ festgelegt sind; längere Lebensdauer der Batterie kann in der Praxis erreicht werden.

Für PCD vor Juli 2012 werden die oben genannten Zeiten konnte um 20 % aufgrund der größeren SRam-standby-Strom kurzgeschlossen werden.

Der Wert der standby-Strom ist auf jedem Gerät während der Herstellung überprüft.

[autotranslated]

Die Informationen in der Historie oder der "Diagnosedatei" der PCD geben nicht immer genügend Informationen für die Firmware-Entwickler, um den Grund für z.B. einen Absturz einer PCD zu finden. Wenn mehr Informationen benötigt werden, um einen Absturz zurückzuverfolgen, kann ein Dump des gesamten Speichers (SRAM, DRAM und FLASH) einer PCD erstellt werden. Diese FAQ gilt für PCD1. M2, PCD2. M480, PCD2.M5xxx, PCD2.M45x0, PCD3 (einschließlich PCD3.Mxx60) und PCD7.D4xxxT5F (Programmierbare MB-Panels).[autotranslated]

Funktionsprinzip
Zum Ablegen des Speichers eines der folgenden Systeme steht eine dedizierte kleine ausführbare SaiaDump.exe als Standalone-Tool zur Verfügung.

• PCD1. M2
• PCD2. M480
• PCD2. M5
• PCD2.M45x0
• PCD3
• PCD3.Mxx60 (schnelle CPU)
• PCD7.D4xxxT5F (programmierbare MB-Panels)

Verwendung des eigenständigen Tools SaiaDump.exe:
Dieses Tool wird von einer Batch-Datei aufgerufen, die eine ausführbare Datei (SaiaDump.exe) mit hardwarespezifischen Parametern aufruft. Die ausführbare Datei baut eine USB-Verbindung zur PCD auf und liest den Speicherinhalt aus. Dieser Inhalt wird in 4 Dateien gespeichert und alle diese Dateien werden automatisch in einem *.zip Archiv gespeichert.

Allgemeine Bemerkung:

Um alle notwendigen Informationen zu erhalten, ist es wichtig, dass der Dump erstellt wird, während der Speicher der CPU noch die letzten Informationen enthält.
Da diese Information beim Neustart der PCD verloren geht (überschrieben), muss erreicht werden, dass die PCD im Falle eines Absturzes (z.B. Bus error oder Kernel Error) nicht neu startet.
Daher wurde ein spezifisches SYSWR implementiert.
Dieser Befehl ist auf der PCD z.B. in XOB 16 auszuführen, bevor ein Absturz auftritt (bei jedem Boot, da er bei jedem Ausschalten zurückgesetzt wird).

Softwareinstallation von SaiaDump.exe Tool

• Laden Sie das Archiv "SaiaDump_V1_3_006_Rev211101.zip" aus dieser FAQ herunter
• Entpacken Sie das *.zip Archiv auf Ihrem PC oder Laptop
• Im extrahierten Ordner "SaiaDump" finden Sie mehrere Batch-Dateien (z.B. RUN_DUMP.bat oder RUN_DUMP_PCD1M2xx0.bat).
  Durch Doppelklick auf die Datei RUN_DUMP.bat wird ein Dump gestartet (stellen Sie sicher, dass PCD mit einem USB-Kabel verbunden ist und kein PG5 läuft)
  
  Nach einem erfolgreichen Dump wird ein neues *.zip Archiv mit dem Namen "PCDDump_date" im selben Verzeichnis abgelegt.
  Bitte senden Sie dieses Archiv (es sollte vier Dateien mit der Endung *.blk oder *.bin und eine Protokolldatei enthalten) an den Support.

Vorbereiten der PKD
Damit die PCD im Falle eines Absturzes nicht neu startet, fügen Sie die folgenden Zeilen zum Code Ihrer CPU hinzu (und entfernen Sie die Watchdogs, falls vorhanden).
Alternativ können Sie auch die Datei "DontRestartAfterCrash.src", die im Ordner "PCD_Preparation" aus dem "SaiaDump_exe.zip" enthalten ist, zur betreffenden CPU in Ihrem PG5-Projekt hinzufügen und verknüpfen.

$INIT ; Fügen Sie dem XOB 16 die folgenden Zeilen hinzu
SYSWR K 9999 ; Anweisung, die PCD nicht zu verursachen
K 1 ; Neustart nach einem Absturz
$ENDINIT

Diese Anweisung wurde zuerst in der PCD3 Firmware Version 03A implementiert.
Bitte achten Sie daher auch darauf, dass FW Version 03A oder höher auf dem System installiert ist.
Das SBC Dump Tool kann nur den Speicher einer PCD ablegen, auf der der Bootloader Version 035 (erstellt im April 2006) oder höher installiert ist.
Falls Ihre PCD einen zu alten Bootloader hat oder wenn Sie Zweifel an der Bootloader-Version Ihrer PCD haben, lesen Sie bitte FAQ 100680, um mehr darüber zu erfahren, wie Sie die Bootloader-Version herausfinden und wie Sie die Bootloader-Version aktualisieren können.

Auslassen des PCD-Speichers
Nach dem nächsten Absturz startet die PCD nicht mehr neu und blinkt stattdessen mit allen Baum-LEDs gleichzeitig. Bitte beachten Sie, dass der SYSWR K 9999 (siehe oben) vor dem Crash eingeführt worden sein muss und die LEDs in diesem Zustand blinken müssen! In dieser (und nur in dieser) Situation ist es möglich, den Speicher der PCD zu entsorgen:

Verwendung des eigenständigen Tools SaiaDump.exe:
Starten Sie den SaiaDump.exe, um wertvolle Debug-Informationen abzurufen (es ist auch möglich, die PCD zu löschen, wenn sich die PCD im Bootloader-Status befindet oder zu Testzwecken ausgeführt wird, aber keine wertvollen Debug-Informationen aus diesen Dateien abgerufen werden können).
Für den Start des SBC Dump sollte es ausreichen, auf die Datei RUN_DUMP.bat zu doppelklicken.

Zusätzliche Informationen zu PCD3.Mxxx7
Das gleiche Tool kann auch für das Dumpen des Speichers eines PCD3.Mxxx7 verwendet werden. Beachten Sie jedoch, dass die oben aufgeführte Verwendung des SYSWR nicht verwendet werden soll.
FAQ-Updates

• Dezember 2021(Version 1_3_006_Rev211101)
  - Unterstützt auch die PCD2.M45x0
• März 2013 (Version 1.3.006)
  - Unterstützt auch die PCD7.D4xxxT5F (programmierbare MB-Panels)
• Juli 2011 (Version 1.3.005)
  - Erstellte Batch-Dateien für den einfachen Start oder die ausführbare SBC-Dump-Datei
  - Erstellung von Protokolldateien während des Dump-Prozesses hinzugefügt
• November 2010 (Version 1.2)
  - unterstützt neue Hardware: PCD1. M2 und PCD3.Mxx60 (schnelle CPU)
  - unterstützt den neuen USB-Treiber (für 64Bit OS)
  - Die Firmware-Dateien wurden aus dem Paket entfernt, um es kleiner zu machen
• Juni 2010 (Version 1.1)
  - vergrößerter SRAM Memory Dump (2 MByte) für neuere PCD-Systeme (PCD3, PCD2. M5).
  - Aktualisierung der im Paket enthaltenen Firmware auf 1.10.51.  
• Mai 2009
  Version 1.0 des SBC Dump: Diese Version dumpt auch den internen SRAM der PCD.

[autotranslated]

Die PCD-CPUs können mit einem Kennwort geschützt werden. Sobald die CPU Kennwort geschützt wird, es ist nicht möglich, seine Hardware oder Benutzer-Programm nicht mehr zu lesen.[autotranslated]

Wie kann ich meine PCD mit einem Passwort schützen?
Der Schutz erfolgt durch ein Kennwort in die Hardware-Einstellungen konfigurieren und Herunterladen dieser Konfiguration (stellen Sie sicher, das "Kennwort" in das Download-Fenster aktiviert haben).

Wie kann ich das Passwort entfernen?
Es gibt zwei Möglichkeiten, um das Kennwort aus der PCD zu entfernen:

• Sie können die Hardware-Konfiguration (mit dem Kennwortschutz in den Hardware-Einstellungen deaktiviert) erneut herunterladen. Wieder, stellen Sie sicher, dass Sie das "Kennwort" in das Download-Fenster aktiviert haben. Sie werden für das Kennwort einzugeben, wenn Sie die neue Konfiguration herunterladen.
• Sie können die ganze Erinnerung an die PCD oder die PCS löschen. So wird nicht nur das Kennwort zu entfernen aber löscht das gesamte Konfigurations- und Programm der PCD! Die "Clear Memory..."-Funktion finden Sie im Menü "Online" von der PG5 "Online-Konfigurator".

Einschränkungen

• Die Prozedur "Clear Memory..." funktioniert noch nicht für alle CPU-Typen (z.B. der PCD3-Speicher kann mit dieser Funktion nicht gelöscht werden). (Eine alternative Möglichkeit könnte Entfernen des Akkus und entfernen das Netzteil an, für den Fall, dass das User-Programm im Arbeitsspeicher gespeichert ist).
• Die PG5-Minimalversion, die mit der Funktion "Clear Memory..." ist PG5 1.4.120.

[autotranslated]

Auf der PCD1 und PCD2.M110/120/150 ist es möglich, einen Speicherchip als Erweiterung Speicher setzen. Die folgende Tabelle enthält eine Liste von unterstützte Erweiterung-Speicherchips für klassische PCD.[autotranslated]

[autotranslated]

Keine der XOB 5 wird nur durch die PCD4 und PCD6 unterstützt[autotranslated]

Grund
Der Grund ist, dass der "e/a-Bus-Quit-Fehler" ist ein Hardwareinterrupt erstellt durch die PCD4 und PCD6 i/o-Module. PCD3 und auch PCD2 i/o-Module, die es nicht unterstützt wird und daher nicht verfügbar.

[autotranslated]

Nachdem ein Ethernetmodul ersetzt wurde (und die IP-Adresse ist gleich geblieben), ist es oft nicht möglich, Anschluss an die entsprechende PCD. Der Grund ist, dass der PC "merkt" der alte MAC-Adresse (die sich auf jedem Ethernet-Modul unterscheidet) und versucht, die alte MAC-Adresse herstellen.[autotranslated]

Symptom
Nach dem Austausch eines PCD7.F65x oder einer PCD mit Ethernet-Anschluss, funktioniert die Kommunikation zwischen PC und PCD nicht mehr. Das gleiche Phänomen kann beobachtet werden, wenn die PCD über einen Router angeschlossen ist (die auch eine Tabelle, wo alle IP-Adressen zusammen mit seiner MAC-Adresse aufgeführt sind).

Grund
IP-Stationen haben einander über die MAC-Adresse und nicht über seine IP-Adresse Adresse. Zum ersten Mal, das ein Telegramm an eine IP-Adresse gesendet wird, wird die fragt der MAC-Adresse für die entsprechende IP-Adresse ein ARP (Address Resolution-Protokoll)-Telegramm gesendet. Der Zielbahnhof antwortet dann mit seiner eigenen MAC-Adresse (der vom Absender des Telegramms gespeichert wird). Nach dem MAC wurde Adresse empfangen, sobald es auf der Urheber für die zukünftige Verwendung gespeichert werden.
Wenn die MAC-Adresse eines Geräts ändert, aber die IP-Adresse gleich bleibt, muss der Urheber der Mitteilung (oder einen Router oder ein Switch dazwischen) seine MAC-Tabelle zu aktualisieren!

Lösung
Um dem PC die neue MAC-Adresse aufmerksam zu machen, braucht der PC, den MAC-Eintrag der entsprechenden IP-Adresse zu löschen (für, daß es Qureies es wieder für das nächste Telegramm). Dies geschieht automatisch durch den PC jedoch dauert einige Zeit.
Um eine Aktualisierung des Eintrags MAC von einer IP-Adresse zu erzwingen, muss die MAC-Adresse der betreffenden IP-Adresse im lokalen PC-Cache gelöscht werden, indem mit dem Befehl Arp in der Eingabeaufforderung von Windows. Dies kann mit dem Befehl "Arp -d Entry_To_Delete":

Die Eingabeaufforderung (Screenshot oben) kann aus dem Windws-Startmenü gestartet werden; Wählen Sie "Ausführen" und geben Sie "Cmd" ein.

Kurze Umschreibung des ARP-Befehle

• ARP - a zeigt den Inhalt des lokalen Caches
• ARP -d löschen Sie alle Inhalte entsprechen IP - Adresse
• ARP /?  zeigen Sie aller möglichen Parameter des ARP-Befehls an
  

Bemerkung
Im Falle von Routern und Switches zwischen den PC und die PCD, muss auch ihren Cache gelöscht werden. Dies kann durch einen Neustart des Geräts.

[autotranslated]

Nein. Module unter Spannung ändern, kann dies zu den Modulen und CPU zu Schäden führen.[autotranslated]

Bemerkung
Bitte beachten Sie, dass nicht nur das PCD-Netzteil sondern auch die Spannung auf den i/o selbst (und die Stromversorgung der i/o-Module) entfernt werden müssen, bevor die Module ohne Risiko entfernt werden können.

[autotranslated]

Ja, es ist möglich, eine PCD direkt mit dem Internet zu verbinden, aber Sie müssen Ihre PCD vor unbefugtem Zugriff oder Cyberangriffen schützen.

Um die PCD vor unbefugtem Zugriff oder Cyberangriffen zu schützen, sind einige Schutzmaßnahmen zwingend erforderlich.

Informationen zu den Schutzmaßnahmen finden Sie auf der Support Seite

Wenn Sie eine PCD mit Cyber-Sicherheitsstufen SL3+ und basierend auf ANSI ISA 62443 benötigen, dann schauen Sie sich unsere PCD3.M6893 an (QronoX PCD), diese PCD wurde für cybersichere Anwendungen entwickelt.

Informationen sind hier verfügbar.

Im Januar 2024:
das COSinus BACnet FW 1.28.59 wurde auf die Support-Homepage gestellt.  

Im April 2022:
Die COSinus FW 1.28.51 wurde für die folgenden Systeme in die Produktion eingeführt:

- PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60 und PCD3. M6880.

Im Februar 2019:
die COSinus FW 1.28.37 wurde als Wartungsversion für die Systeme freigegeben:

- PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3. M6880 und PCD3. T665/T666/T668.

Im Juni 2017:
Die COSinus FW 1.28.16 wurde für die folgenden Systeme in die Produktion eingeführt:

- PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3. M6880 und PCD3.T665/T666/T668.

BACnet und LonIP FW 1.28.51/1.28.59 wurde in Produktion genommen, die das BACnet Revision 14 unterstützen.
Um das BACnet Revision 9 zu unterstützen, ist es notwendig, die PCD und die BACnet FW 1.26.xx zu verwenden.[autotranslated]

[autotranslated]

Symptome
Programmierbaren PCD's, die als S-BUS Master über RS485 kommunizieren und welche die Firmware >= 1.28.20 und <= 1.28.33 haben, erhalten von den S-Bus Slave Geräten auf einige der S-Bus Master Anfragen keine Antwort, obwohl S-Bus Adresse, Baudrate, Polarität und RS-485 Terminierung in Ordnung sind.

Mögliche Auswirkungen des Problems

Bis jetzt haben wir festgestellt, dass die E-Line RIO Kommunikation offenbar mehr betroffen ist vom Problem als z. B. S-Bus RS485 Datenkommunikation zwischen CPUs.

In einigen Fällen war die Auswirkung so, dass es nicht mehr möglich war, die Ausgänge der E-Line RIO zu beschreiben oder die Änderung von Eingängen auf dem E-Line-RIO wurde nicht an den S-Bus-Master übertragen.

Mit der betreffenden Firmware ist es sehr schwierig oder unmöglich, das Anwenderprogramm über eine Gateway-Verbindung herunterzuladen.

Die PCD-Firmware 1.28.x für alle programmierbaren PCD's sind betroffen.

Grund

Der Grund des Problems ist ein Fehler in der Firmware des S-Bus-Master.
Das Problem in der Firmware ist, dass Telegramme welche als letztes Zeichen (CRC) einen DLE Character enthalten (B5 oder C5) ein fehlerhafte S-Bus Telegramm bilden, da das letzte Zeichen fehlt.

Da der CRC während der Laufzeit berechnet wird, tritt diese fehlerhafte S-Bus Telegramm abhängig vom Inhalt der S-Bus-Anfrage auf.

Die (fehlerhafte) CRC wird in der S-Bus-Anfrage vom Master zum Slave übertragen.

Wenn jetzt der Slave eine fehlerhaftes S-Bus Telegramm erhält und der erhaltene CRC nicht mit dem berechneten CRC übereinstimmt, dann verwirft der S-Bus Slave das S-Bus-Telegramm.

Lösung

Falls die betroffenen Firmwaren auf einer Installation mit RS485-S-Bus Data-Mode Kommunikation verwenden werden, dann aktualisieren Sie die S-Bus Master PCD auf die neuste, verfügbare Firmware >= 1.28.34

Diese Firmwaren beheben das Problem CVE-2017-9628 im Zusammenhang mit Ethernet-Frame-Padding-Informationen Leck.
Um jegliche Probleme in Bezug auf dieses Leck zu vermeiden, empfehlen wir Ihnen dringend, die PCD’s auf die neueste Firmware 1.28.16 / 1.24.69 oder neuer zu aktualisieren, wie auf dem Sicherheits-Upgrade-Bereich auf dieser Webseite beschrieben ist.

Auswirkungen von CVE-2017-9628
IEEE 802 definiert, dass Pakete eine minimale Größe von 56 Bytes haben.
Falls ein Packet weniger als 58 Bytes hat, dann wird erwartet, dass der Ethernet-Treiber das Datenfeld mit Nullen für das Padding füllt.
In einigen Implementierungen des Ethernet-Treibers werden aber Daten aus dem Resident-Speicher und andere Daten verwendet um das Datenfeld aufzufüllen, was aber ein Informationsleck verursachen könnte.
Dieser Angriff ist passiv; Der Angreifer kann nur Daten sehen, die die betroffenen Geräte als Teil eines Pakets ausgesendet haben.

Schwachstellenübersicht von CVE-2017-9628
Die bisherige Implementierung der Firmware erlaubte es, dass andere Daten aus einem bekannten Speicherbereich in diesem Bereich verwendet werden konnten und externe Daten enthalten konnte.

In April 2022:
the COSinus FW 1.28.51 was introduced into production for the systems:

- PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60 and PCD3.M6880.

In February 2019:
the COSinus FW 1.28.37 was released as maintenance version for the systems:

- PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3.M6880 and PCD3.T665/T666/T668.

In June 2017:
the COSinus FW 1.28.16 was introduced into production for the systems:

- PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3.M6880 and PCD3.T665/T666/T668.

the BACnet and LonIP FW 1.28.16 was put into production, which do support the BACnet Revision 14.
To support the BACnet Revision 9 it's necessary to use the PCD and the BACnet FW 1.26.xx.

Attention:
The firmware 1.28.xx or later can be used only on the following PCD's with 8 MB onboard firmware memory:
PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3.M6880 and PCD3.T665/T666/T668

The table below does show the hardware dependencies in relation with the COSinus firmware versions

Do use at least the PG5 firmware downloader version 2.1.311 or newer (included in PG5 patch 2.1.311 or newer) to prevent the loading of the FW 1.24.xx, 1.26.xx or newer to a not compatible PCD

Firmware 1.28.51 (April 2022)

Main corrections

• All PCD’s: Saia PCD Modbus diag does not work if diag flag > 9999
• All PCD’s: SNTP and hardware RTC is diverging from more than 2 seconds, then History message ‘RTC Fail error’ is generated
• All PCD’s: SNTP Time synchronization does not work with DHCP
• All PCD’s: E-Mails send from PCD could contain unwanted characters like 0 or others
• All PCD’s: S-Monitoring values for S-Monitoring bar graphs are sometime wrong
• All PCD’s: S-Monitoring Year graph scaling displayed wrongly
• All PCD’s: TCP, open data mode protocol, communication is blocked after rejection of 32 connections
• All PCD’s: LonIP CSF is locked when an error occurs
• PCD2.M45x0: SRXM does not support FB parameters as operand 3 and 4 for source and destination
• PCD1.M2220-C15: Watchdog LED does not follow Relay when PCD goes in STOP or HALT
• PCD3.M6880: Data exchange between CPU 0 and CPU 1 does not work reliable if STL instruction is used
• BACnet: Calendar state not updating after add/remove list element service
• BACnet: Exception schedule writing to certain array index fails
• BACnet: Schedule crashes with SWTO error
• BACnet: MS/TP client properties are not written if many values change simultaneously
• BACnet: Problem reliability & out of service, reliability is not written when oos is high
• BACnet: Web CGI commands to read BACnet platform tags like ..AddFW,Version,BACnet don’t work
• BACnet: Web scheduler/calendar templates do not work
• BACnet: PCD3.M6860 no BACnet communication on ETH2 if router is used
• BACnet: Rev 4 not working with Name based Client
• BACnet: Rev14 does not allow high limit value below 5 on analogue input

Firmware 1.28.37 (February 2019)

New features

• All PCD’s: FW extension to close all open FTP connections
• BACnet: Calendar objects have been extended with a synchronization mode. Each server calendar object can be configured as Slave or Master calendar
• BACnet: New mappings for alarming counters have been added to Notification-Class objects.
• BACnet: The PCD will now accept AcknowledgeAlarm service requests, which use complete wildcards as timestamps.

Main corrections

• All PCD’s: On S-Bus data mode, if S-Bus CRC contains a S-Bus DLE as last character then S-Bus telegram is incorrect and not accepted from S-Bus recipient. (Since FW 1.28.20)
• All PCD’s: Not all bytes are transmitted when working with MC4 or MC5 mode on F2xxx module
• All PCD’s: RS485 driver keep holding bus after a while
• All PCD’s: Http request ‘is modified’ is not handled correctly on the PCD Web-Server which lead to the effect that web project is not loaded correctly on the browser
• All PCD’s: PCD can crash when breakpoint is updated during conditional RUN
• All PCD’s: PCD can crash on download in run since FW 1.28.27.
• All PCD’s: PCD can crash on download in run when Graftec is used
• All PCD’s: PCD crashes when using browser to access the default page of PCD with "Display Root Content Enabled = YES"
• All PCD’s: RCOB does not start COB when it was stopped before with SCOB
• All PCD’s: Profibus communcation using onboard FDL port. The FCS test for SD2 telegram was not implemented correctly.
• All PCD’s: When S-Bus IP Nodelist is used it’s possible that the communication using nodes does no more work after execute a download in run
• All PCD’s: XOB parameter as Registers does not work if 16bit addressing was used
• All PCD’s: LonFT10: SNVT_obj_status and SNVT_obj_request can be used in user profiles
• PCD3.Mxx60, PCD3.T6xx, PCD1.M2xx0, PCD2.M4x60: usage of I/O media mapping slows done the cycle time 2 times in comparison to FW 1.26.xx
• PCD2.M4x60: Download LonIP config not possible
• PCD2.M4x60: RTC gets sometime corrupted data when PCD7.F7500 is used on PCD2.M4x60
• PCD2.M4x60: RTC Time is wrong after several days of run
• PCD7.D443WTxR: uBrowser use alphapad.teq even if screen is rotated by 90°
• PCD7.D443WT5R: History entry Memory ‘Lost -1’ written in the History
• BACnet; Event Enrolment does not work correctly with external reference devices.
• BACnet; When using BACNet Webvisu the memory used increase each time the scheduler is edited.
• BACnet; PCD crash when BACnet Webvisu edit scheduler.
• BACnet; BACnet WebVisu does not display correct value for the WeeklySchedule value.
• BACnet; ACK Required bit in notification message is not set according to the related NV ack_required bits
• BACnet: The PCDAlarmStatus mapping property does not work correctly.
• BACnet: Mappings, which changed to the value 0 directly after a program download, are not updated correctly on the BACnet property.
• BACnet: The Priority-Array mapping does not work correctly after startup.
• BACnet: Initialization of Puls converter count with input reference gives error
• BACnet: Fix issue with weekly scheduler.
• BACnet: Fix issue with WeekNDay entries
• BACnet: The Restore functionality over BACnet does not work, when the PCD has been reset over factory reset.
• BACnet: The Action property in the command object does not handle NULL datatype and priority entries correctly, if they are used in the ActionCommand. Additionally, the Action property can now be read via index.
• BACnet: Priority_Array entry 16 will be overwritten on startup with the last Present_Value mapping
• BACnet: Out of Service -> Value for PV overridden after reboot by Input ref
• BACnet: The Log_Buffer to csv conversion for trend-log objects does not skip time change entries
• BACnet: Unmapped Priority-Array property array entries are not stored persistent
• BACnet: BACnet configuration on the PCD is not deleted when "unlinked" from PG5
• BACnet: Change Client Time_Of_Restart mapping to Unix time
• BACnet: Client mapping - Threshold is not implemented correctly
• BACnet: Mapped Reliability properties within analogue objects does interfere with the objects functionality. When the Reliability is mapped, the mapping has not full control over the property value.
• BACnet: The program download fails, when the BACnet config contained notification-class objects with event-counter mappings
• BACnet: BACnet Trend-Log(-Multiple) data can’t be retrieved as csv data
• BACnet: The SubscribeCOVProperty service can’t be executed on complete Priority_Arrays

Firmware 1.28.16 (June 2017)

New features

• All PCD's: When push button is pressed while power on then do not update FW from FS in order to execute a delete all.
• PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3.M6880 and PCD3.T665/T666/T668:
  Enhancement for HTTP server to transparently support sending compressed files.

Main corrections

• All PCD's SBUS parity mode, correction when NAK character is received as first byte of response.
• All PCD's: When download new Ethernet-RIO Program with the option ‘Delete all backups’ it can happen that the RIO is not commission and no goes no more in ‘data exchange mode’ until the PCD reboots.
• All PCD's: When RIO name is not in upper case the RIO file is not updated until a restart is executed.
• All PCD's: When RIO file is downloaded with download changed RIO file then RIO file is not sent to RIO until a restart is executed.
• All PCD's: Ethernet Frame Padding Information Leakage fixed (CVE-2017-9628)
• All PCD's: The Modbus CSF CloseSRPort does not free the port then a open/SASI call give an error and the port does not work.
• PCD1.M2xx0 PCD1.M22x0 PCD2.M4x60: PCD can crash while power down when XOB 0 is programmed.
• PCD1.M2xx0 PCD1.M22x0 PCD2.M4x60: MC0 mode with start/stop flag working again.
• PCD7.D443WT5R: Alarming does not work since 1.28.00 FW.
• PCD7.D443WT5R: When watchdog timeout occurs PCD7.D443WT5R does't reboot and stays locked.

Firmware 1.28.11 (Arpil 2017)

New features

• All PCD's: Support of BACnet Revision 14

Main corrections

• All PCD's: Various Open Data Mode fixes: Read Timeout enhancement, Client Connection timeout and Client Keep alive with anonymous port issue fixed
• All PCD's: Modbus RTU on all ports but specially on the F2xx module has been corrected to handle the response timeout processing in the case that the response is just occurring at the moment of the timeout.
• All PCD's: Battery status shows FAIL also if battery module is missing.
  All PCD's: Various minor issues fixed
• PCD1.M2xx0 & PCD3+: 38400/115200 baud settings adjustment
• PCD2.M4x60: PCD7.F7500 initialization

Mit Firmware > = 1.26.00, nach dem Einschalten / Ausschalten der PCD, die LON-Bindungen sind verloren.[autotranslated]

Symptome The LON Kommunikation nicht funktioniert nicht mehr nach dem Einschalten/Ausschalten. In der Inbetriebnahme-Tool, z. B. NL220 der Lon-Knoten wird immer nach der Netzwerk-Funktion "rot" -> TestGrundIn FW 1.26.xx gibt es ein Problem mit der Datei-Update auf die Flash-Karten, die Bindungen sind nur Updates im Speicher, aber der Vorgang auf das Dateisystem speichern fehlschlägt. Daher ist die verbindliche Auskunft nach dem Einschalten / Ausschalten verloren. Lösung Die Korrektur erfolgt mit > = 1.26.24. Die Firmware des PCD und die LonIP FW müssen aktualisiert werden, in der Inbetriebnahme-Tool z.B. NL220 ein Netzwerk -> Reparatur Funktion muss auf dem Knoten ausgeführt werden.

Nur die FW > = 1.26.00 sind besorgt. (z.B. FW 1.24.xx dieses Problem betrifft keine)

[autotranslated]

Im Juni 2017:
die COSinus-FW 1.26.31 wurde als Wartungsfirmware für die Systeme freigegeben:

-PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3. M6880 und PCD3.T665/T666/T668.

BACnet und LonIP FW 1.26.31 wurden auch als Wartungsfirmware freigegeben. Diese Version unterstützt BACnet Revision 9.
Um BACnet Revision 14 zu verwenden muss die PCD und BACnet FW 1.28.xx verwendet werden.

Im März 2017:
die COSinus-FW 1.26.28 wurde in die Produktion für die Systeme eingeführt:

-PCD1. M2220, PCD1.Mxx60, PCD2.M4x60, PCD3.Mxx60, PCD3. M6880 und PCD3.T665/T666/T668.

BACnet und LonIP FW 1.26.28 wurde eingeführt in die Produktion

Im Juni 2016:
die COSinus-FW 1.26.15 wurde in die Produktion für die Systeme eingeführt:

-PCD1.M0xx0, PCD1.M2xx0, PCD2.M4x60, PCD3.Mxx60 und PCD3. M6880.

Die COSinus FW 1.26.16 wurde eingeführt in die Produktion für die Systeme: PCD3.T665/T666/T668.

BACnet und LonIP FW 1.26.15 wurde eingeführt in die Produktion[autotranslated]

Aufmerksamkeit:Die Firmware 1.26.xx oder neuer kann nur auf PCD den folgenden PCD's  mit 8 MB onboard Firmware-Speicher verwendet werden.
PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3. M6880 und PCD3.T665/T666/T668.

Die folgende Tabelle zeigt die Abhängigkeiten der Hardware im Zusammenhang mit der COSinus-Firmware-Versionen

Verwenden Sie mindestens die PG5 Firmware Downloader-Version 2.1.311 oder neuer (inklusive PG5 Patch 2.1.311 oder neuer), das Laden der FW 1.24.xx oder 1.26.xx an einem nicht kompatiblen PCD zu verhindern.

Firmware 1.26.31 (Juni 2017)

Wichtigste Korrekturen

• Alle PCD's: SBUS-Paritätsmodus, Korrektur, wenn NAK-Zeichen als erstes Byte der Antwort empfangen wird.
• Alle PCD's: Beim Download des neuen Ethernet-RIO-Programms mit der Option 'Alle Backups löschen' kann es vorkommen, dass das RIO nicht in Betrieb geht und nicht in den 'Datenaustausch-Modus' geht, bevor die PCD neu gestartet wird.
• Alle PCD's: Wenn der RIO-Name nicht in Großbuchstaben ist, wird die RIO-Datei nicht aktualisiert, bis ein Neustart ausgeführt wird.
• Alle PCD's: Wenn die RIO-Datei mit der Option ‚Download changed RIO file‘ heruntergeladenen wird, wird die RIO-Datei nicht an RIO gesendet, bis ein Neustart ausgeführt wird.
• Alle PCD's: Korrektur der Ethernet Frame Padding Information Leakage (CVE-2017-9628)
• Alle PCDs: Der Modbus CSF CloseSRPort befreit den Port nicht, dann ein offener / SASI-Anruf gibt einen Fehler und der Port funktioniert nicht.
• PCD1.M2xx0 PCD1.M22x0 PCD2.M4x60: PCD kann abstürzen, während die Stromversorgung ausgeschaltet wird, wenn XOB 0 programmiert ist.
• PCD1.M2xx0 PCD1.M22x0 PCD2.M4x60: MC0-Modus mit Start / Stopp-Flag wieder arbeiten

Firmware 1.26.28 (März 2017)

Verbesserungen

• Text-Ram kann jetzt gelöscht werden (alle Zeichen sind Leerzeichen festgelegt) mit der Cgi-Schnittstelle durch das Schreiben einer Zeichenfolge der Länge Null.
• Ping-Anforderung auf ETH2 über Rooter von verschiedenen Sub net.
• LonIP Mapper Verbesserung
• Web-Server-RAM-Disk erhöht
• Error-Led setzen nicht auf IR-Überlauf

Wichtigste Korrekturen

• Alle PCD: MC0 Kommunikation mit F2xx Modul und damit verbundene Kommunikation Flags werden im Falle einer Übertragung korrekt behandelt
• Alle PCD: Text Ram kann jetzt gelöscht werden (alle Zeichen sind Leerzeichen festgelegt) mit der Cgi-Schnittstelle durch das Schreiben einer Zeichenfolge der Länge Null.
• Alle PCD: mehrere AlarmLists mit ähnlichen Namen wird jetzt "initialisiert" richtig.
• Alle PCP: TCP-Client Keep alive funktioniert nicht, wenn anonyme Port verwendet wird.
• Alle PCD: Profi-SBus GWY tut nicht Wor, Profi-SBus Master/GWY aufhören zu arbeiten, nachdem Kabel wieder angeschlossen ist.
• Alle PCD: PCD-Absturz wenn DIGI(R)/DIGO(R) mit ersten Parameter als FB-Parameter verwenden.
• Alle PCD: Korrektur für Modbus RTU Kommunikation über F2xx Kommunikationsmodul
• Alle PCD: Wenn RIO Download Download geändert Datei RIO RIO-Datei nicht an RIO gesendet wird, bis ein Neustart ausgeführt wird.
• PCD1.M22x0: Beim Ändern der Analogausgangswert, wechselt die Watchdog. Die entsprechende Flagge das Watchdog-Relais umschalten hat keinen Einfluss.
• PCD2.M4x60: Manchmal ist der Profibus DP-Modul nicht richtig beim Start initialisiert.
• PCD2.M5xx0: Beim Wiederherstellen Programm aufgrund einer fehlenden oder leere Batterie Konfiguration (SBus/IP,...) wird nicht korrekt wiederhergestellt.
• PCD2.M5xx0: Modbus RTU auf allen Ports aber speziell auf das F2xx-Modul wurde korrigiert und verarbeiten der Antwort Timeout Verarbeitung im Fall, dass die Antwort nur im Moment der Timeout auftritt.
• PCD2.M5xx0: Manchmal verliert man Config nach Download-Projekt mit Self download-Tool.
• PCD3.Mxxx0: Batterie-Status zeigt auch FAIL wenn Akku-Modul fehlt.
• PCD3.Mxxx0: Ftp-Server mit lange Befehle gelöst.
• PCD3.Mxxx0: Modbus RTU auf allen Ports aber speziell auf das F2xx-Modul wurde korrigiert und verarbeiten der Antwort Timeout Verarbeitung im Fall, dass die Antwort nur im Moment der Timeout auftritt.
• PCD3.Mxxx0: Manchmal verliert man Config nach Download-Projekt mit Self download-Tool.
• PCD3.Mxx60: Profi-SBus/DP/SIO funktioniert nicht an Port 2 auf PCD3.M3x60 & PCD3. M5360.
• PCD3. M6860: Ping-Anforderung über Rooter von verschiedenen Sub net ist nicht reagieren.
• PCD3. M6860/M880: Profibus/S-IO/Profi-SBus funktioniert nicht stabil.
• PCD3. M6860: Set PCD zu HALT wenn es gibt keine oder inkompatible Medien zwischen der zwei CPUs übertragen.
• PCD3.T66x: Der RIO-Status-Webseite erlaubt nicht die Diagnose klar.
• BACnet: Die Speicherauslastung des BACnet FW war für jeden SubscrobeCOVProperty-Service, erhöhen die PCD eingegangen ist.
• BACnet: Eine Client-Konfiguration für Priority_Array Eigenschaften in Commadable Objekten (z.B. Analog-Wert) erlaubt jetzt, (ReadProperty/COV) lesen und schreiben (WriteProperty Dienst auf Server) zur gleichen Zeit.
  
  

Firmware 1.26.15 (Juni 2016)

Neue Funktionen

• Unterstützung der PCD1. M2220-C15
• Unterstützung von PCD2.M4x60
• Unterstützung der PCD3. M3160/PCD3. M3360/PCD3. M5360
• Unterstützung der PCD3. M6880, PCD3. T668 Standby-CPU-System

Verbesserungen

• PCD2.M4x6x, Unterstützung zu unterbrechen, wenn die konfigurierte Ref Wert erreichen
• PCD1.Mxxx0, PCD2.M4x60, PCD3.Mxx60 PCD7.D4xx: Erhöhen Sie keine flüchtigen Register bis 1000
• PCD3. T666/8: Erhöhen Sie die User Programmspeicher für bis 256k
• PCD3.T66x: Unterstützung der ESIO Manager Variablenwerte für IP-Adresse verwenden
• PCD2/3.F2xx Module Baudrate: Unterstützung 300/600/1200 Baud Einstellungen für im MC-Modus.
• S-Monitoring: Im Balken zeigt die aktuelle Uhrzeit sichtbar ist, der Durchschnitt für den Zeitraum errechnet sich nicht in einer optimalen Weise (Zeitscheibe, Ref Zeit, befindet sich eine Bar). Neu wird es in Sekunden angezeigt.
  
  

Wichtigste Korrekturen

• PCD3. M6860/M6880: Wenn update FW auf Verlängerung mit dem Dateisystem nach dem Update die Erweiterung, die FW in einer Endlosschleife bleiben können
• PCD3. M6880: Absturz Wen Timmer/Zähler wird in der Read-Symbole abgebildet.
• PCD3. M6880: PCD kann abstürzen mit MuKe Fehler beim Verwenden der SBus GWY parallel mit Modbus TCP
• PCD3. M6880: Standby CPU1 nicht immer stoppen wann CPU0 Absturz
• PCD3. M6880: CPU0 1 aus lesen Daten Kommunikation manchmal Stop funktioniert
• PCD3. M6880: Fügen Sie ein übertragen Fehler Diagnose Tag "DataTxErrors"
• PCD3.Mxxx0: Batteriemodul auf e/a-Steckplatz 3 Batterie-Status in der Geschichte zeigt nicht
• PCD3.Mxxx0/PCD1.M2xx0: Einige Baudrates auf onboard Ports sind nicht korrekt
• PCD2.M4x60: RTC Lese-/Schreibzugriff sperren die PCD für ca. 30ms
• PCD2.M4x60: Modem funktioniert nicht wegen der nicht funktioniert DCD
• PCD3.T66x: ELine CSF Bibliothek hinzufügen
• PCD3.T66x: Serielle com funktioniert nicht mit SASI Anleitung
• PCD3.T66x: CSF Modbus Server Init gibt eine Fehlermeldung, wenn Port 502 verwendet wird, da dieser Port bereits geöffnet ist
• PCD7. D443WT5R: Abtretung/Konfiguration des Anschlusses 1 sollte einen Fehler zurück, da Port 1 nicht unterstützt wird
• PCD7. D443WT5R: Entfernen Sie e/a-Zugriff aus dem System. PCD geht jetzt HALT mit "INVALIDE OPCODE"
• PCD2. W220 mit Pt1000: signifikante Abweichung zwischen Singel Kanäle
• BACnet: Listeneigenschaften (wie Date_List, Exception_Schedule,...) konnte nach einem Neustart PCD verschwinden, wenn ein WriteProperty mit einer leeren Listenwert für diese Eigenschaften vor dem Neustart zugegangen sind. Dieses Verhalten wurde nur für dauerhafte Eigenschaften vorhanden
• BACnet: Log_Buffer Eigentum des Trend-Log-Objekt konnte nicht gelesen werden nicht mehr mit den Dienst ReadRange, nachdem ein Ereignis-Log oder Trend-Log-Multiple über ReadRange gelesen wurde
• BACnet: Schreiben, die ein einzigen analogen Ausgabekanal nicht funktioniert. Die Ausgabe ist nicht ändern. Output-Kanäle über die zugeordneten Funktionen schreiben arbeitet
• BACnet: PCD mit BACNet-Schleifen mit neu starten, wenn Programm "INVALIDE OPCODE" hat
• Warme Neustart funktioniert nicht
• SBus ELine hat manchmal Wiederholungen
• Wenn erstellen einen Text/DB die Sicherung schlägt fehl, bis ein Neustart erfolgt
• PCD Crash mit BUS-Fehler auf STXT Anweisung wenn Text leer ist
• Modem funktioniert nicht richtig
• Modem funktioniert nicht oder PCD-Absturz beim Modem konfigurieren
• PKD kann abstürzen, wenn in Modbus RTU Fehler auftritt
• Der PCD-Absturz, wenn ein BITI mit Nummer als FB Parameter ausgeführt wird
• PCD-Absturz wenn verwenden Profi-S-Bus-Master
• Manchmal ist das Programm verloren, wenn FW von 1.24.xx auf 1.26.xx aktualisieren
• MOVX/DIVX Funktion wo nicht arbeitend auf Vorgangs-oder vorübergehende Verwendung indiziert
• Deasble der sichere Modus Config-Tag-Wert für GWY Modus "Data_no_secure" hinzufügen
• Nicht möglich, eine Datei über das Webinterface, FTP-Server (ftp.cgi oder ftp.json) laden Sie die Datei beginnt mit einem Leerzeichen (entweder ein Leerzeichen oder einem Tab)
• CSF CopyDBBytesToR Absturz beim letzten Register größer ist
• Diagnostischen Flaggen im S-Bus-Master-Modus sind nicht korrekt, wenn gibt es Kollisionen auf der RS-485-Netzwerk
• CSF Backup/Restore Media einen Fehler bei der Wiederherstellung geben, wenn Daten beim Sichern/Wiederherstellen ändern
• MOV-Anweisung mit Typ Position als FB-Parameter gibt Fehler-Flag und schlägt fehl
• Web-Alarm: Mit "Gruppe Farbmodus" und Gruppe größer als 8 korrigieren Sie alarmierende Farbe

[autotranslated]

Es ist möglich, dass nach einem FW-Update der PCD auf die FW 1.20.xx, 1.22.xx oder 1.24.xx einen Eintrag 'FWDnld UnknownFW' in der FW-History gibt.
Dieser Eintrag wird in der FW-History nach der Zeile 'FWDnld 1.2x.xx PLC CLASSIC' eingefügt.
Siehe dazu das Bild unten

Die Meldung 'FWDnld UnknownFW' wurde durch einen Fehler in der alten FW der PCD verursacht und hat keine Bedeutung.
Die Meldung kann ignoriert werden und die Historyliste kann gelöscht werden.

Falls eine FBox-Bibliothek (oder ein IL-Programm) eine Funktionalität verwendet, die nicht in der PCD-Firmware implementiert ist, wird die PCD nicht ausgeführt, sondern zeigt die Fehlermeldung "SF nicht geladen" (z.B. in der PCD-Historie oder im Online-Konfigurator).[autotranslated]

Symptom
Nach dem Download eines Programms wird eine SBC-NT-basierte PCD (z.B. PCD3) nicht ausgeführt, sondern bleibt in der Ladezeit. Wenn Sie mit dem Online-Konfigurator online gehen, wird die Meldung "SF nicht geladen" angezeigt.


Grund
Das Anwenderprogramm verwendet eine Funktionalität, die nicht in der Firmware implementiert ist (und daher kann die PCD das Anwenderprogramm nicht ausführen).

Lösung
Die Lösung besteht entweder darin, die Firmware zu aktualisieren oder das CSF zu vermeiden, was zu dem Problem führt.
Falls nicht bekannt ist, welches CSF für die "SF nicht geladen" verantwortlich ist, kann die SF-Bibliothek basierend auf der vom Online-Konfigurator angegebenen Programmzeile gefunden werden (die Programmzeile ist mit "Halt at xxx" im Status angegeben; im Screenshot oben ist das CSF programmatorische Zeile 4). Mit dem Online-Debugger kann dieses CSF durch Eingabe von "DP4C10" angezeigt werden:

Display Program 4 Count 10 (Enter)


In diesem Fall ruft das CSF die SF-Bibliothek 26 auf (die nicht in der oben verwendeten Firmware 1.10.51 implementiert ist).

Wie kann ich die Funktionalität anhand der Bibliotheksnummer kennen?
Nachfolgend finden Sie eine Liste der am häufigsten verwendeten Systemfunktionsbibliotheken (und in denen FBox libarary sie verwendet werden):

• SF-Bibliothek 0: S.SF. IP (z.B. Open Data Mode)
  Wird von mehreren IP-Kommunikationstreibern wie EIB/Net verwendet und zum Lesen oder Schreiben der IP-Adresse der PCD.
• SF-Bibliothek 2: Systembibliothek
  Wird von FBoxen zum Lesen der Seriennummer verwendet
• SF-Bibliothek 4: S-Net-Bibliothek
  Z.B. Gebraucht von FBoxen für Profi-S-Bus und Ether-S-Bus
• SF-Bibliothek 6: S.SF. DBLib (z.B. CopyTextBytes), zuvor die "ApplicationLib" für CopyText
  Z.B. verwendet von der Modem FBox Bibliothek, HDLog to File Bibliothek.
• SF-Bibliothek 7: Dateisystembibliothek
  Z.B. von den FBoxen für das Dateisystem oder "HDLog to File"
• SF-Bibliothek 9: IP-Dienste (EMail, PPP, DNS, SNMP usw.)
  Z.B. verwendet von der EMail-Bibliothek und der WAA (Wide Area Automation) FBox-Bibliothek
• SF-Bibliothek 10: S-Web-Alarmierungsbibliothek
  Z.B. verwendet von den S-Web Alarming FBoxen und der DDC Suite
• SF-Bibliothek 13: Modbus-Bibliothek
  Z.B. verwendet von Modbus und der P-Bus FBox Bibliothek
• SF-Bibliothek 19: LON über IP-Bibliothek
  von LON über IP-Funktionen verwendet
• SF-Bibliothek 22: SPI-Framing-Protokoll für PCD2/3.F2xx(x)
  z.B. von der M-Bus Bibliothek 2.6.100 und höher
• SF-Bibliothek 23: Energiemanager-Bibliothek
• SF-Bibliothek 25: LON FT Bibliothek
• SF-Bibliothek 27: ELine-Bibliothek für ELine-Module
  Da PCD Firmware Version 1.24.xx

Die einzelnen Funktionscodes (zweite Zeile des CSF-Aufrufs, "0" im Screenshot oben) der entsprechenden Bibliotheken finden Sie in den Definitionsdateien im Ordner
c:'Dokumente und Einstellungen'Alle Benutzer'Saia-Burgess'PG5_20'Libs'SF'*.lib
(z.B. SFModbusLib_en.lib für die Funktionen der Modbus-Bibliothek.[autotranslated]

Als das "Original" Instruction List Set (mit der Mnemotechnik STH, OUT etc.) konnte nicht erweitert werden, durch eine unbegrenzte Anzahl an neuen Anweisungen, der Ruf der neuen Features wie z. B. die Open Data-Modus usw. Senden von E-Mails erfolgt mit so genannten SFs (steht für "Systemfunktion"). Diese SFs werden mit CSF Anweisungen (System Call Function) genannt.[autotranslated]

Was ist ein SF-Bibliothek?
Eine Systemfunktion-Bibliothek ist eine eine Reihe von Funktionen, die in der Firmware implementiert sind und die mit der IL mnemonische CSF aufgerufen werden kann. Eine SF-Bibliothek enthält in der Regel mehrere Funktionen, die miteinander verwandt sind. Ein GFK erwartet die SF-Bibliothek und die Funktion aus dieser Bibliothek, zusammen mit einer Reihe von Parametern (beschrieben in der SF-Library, die die IL Editor SEdit von PG5 2.0 Sie in finden der Onlinehilfe).

Wie wird ein GFK verwendet?
In das User-Programm ist eine SF-Funktion mit der mnemonischen CSF, gefolgt von der Bibliothek, die Funktion und den Parametern aufgerufen:
CSF [cc]-Bibliothek
Funktion
Parameter 1
Parameter 2
...


Dies kann von innen eine FBox oder direkt aus einem IL-Programm erfolgen (wie das Engineering schneller mit der FBoxen, die meisten GfK von FBox Bibliotheken aufgerufen werden ist).
Die "Übersetzung" zwischen aussagekräftige Namen (z.B. S.SF.DBLIB.CopyTextBytes) und der Code, der verwendet wird, von der Firmware erfolgt durch PG5. Eine Liste der am häufigsten verwendeten SF-Bibliotheken finden Sie im FAQ 101568.

[autotranslated]

Diese FAQ enthält einen Überblick über die aktuell in der Produktion verwendeten Firmware-Versionen (d.h. diese Firmware-Version ist in unserer Produktionsstätte installiert).[autotranslated]

In der Produktion verwendete Firmware-Versionen
Die folgenden Firmware-Versionen werden derzeit in der Produktion verwendet. Weitere Informationen zur jeweiligen Firmware entnehmen Sie bitte dem Versionsinformationsblatt der entsprechenden Seite.

PCD-Firmware-Versionen

MB Panel-Firmware-Versionen

RIO-Firmware-Versionen

[autotranslated]

Mit einer aktivierten Software-Watchdog der Prozessor selbst überwacht und Neustart die PCD im Falle einer Fehlfunktion oder eine Schleife.[autotranslated]

Beschreibung (Auszug aus dem Hardwarehandbuch)
Die Hardware-Watchdog bietet maximalen Sicherheit. Jedoch für unkritische Anwendungen, eine Software-Watchdog möglicherweise ausreichend, wobei der Prozessor überwacht selbst und die CPU wird im Falle einer Fehlfunktion oder eine Schleife erneut gestartet.
Das Herzstück der Software-Watchdog ist die Anweisung SYSWR K 1000. Wenn dies erstmals ausgestellt ist, wird die Software-Watchdog-Funktion aktiviert. Diese Anweisung muss dann mindestens alle 200 ms ausgestellt werden, oder die Watchdog löst und den Controller neu zu starten.

Verwendung

• Platzieren ein "Watchdog" FBox in einer FUPLA-Datei ist die einfachste Lösung:
  
• Anstelle der FBox ist es möglich, das Aufrufen der Software-Watchdog in IL (mit der Anweisung SYSWR K 1000)
  

[autotranslated]

Für den Fall einer "nicht Saia PCD ® COSinus" PCD oder PCS1 System ist verbunden mit "Sichere S-Bus-Modus" (z.B. über ein serielles Kabel oder über Modem) von Zeit zu Zeit ein Telegramm nicht korrekt beantwortet.[autotranslated]

Symptom
Eine PCD oder eines PCS verbunden mit einem anderen System (z.B. PC oder einem anderen PCD-System) mit dem "sicheren S-Bus-Daten-Modus" gibt keine Antwort auf ein Telegramm von Zeit zu Zeit. Dies kann z.B. durch eine rote LED auf gesehen werden, senden oder empfangen FBoxen (oder für den Fall, dass ein PC verwendet wird, durch die Interpretation der Tracewin-Dateien).
Dieses Phänomen kann auf PCD1.M1x5, PCD2 beobachtet werden.M150, PCD2/4.M170 und PCS1 Systeme (mit Firmware, die unterstützt werden soll den "sichere S-Bus-Daten-Modus"). Saia PCDÂ ® COSinus-basierte Systeme (PCD2.M480, PCD2.M5xx0 und PCD3) sind nicht betroffen.

Grund
Der Grund für dieses Verhalten ist, dass die PCD/Stück nicht berichtigen Antwort Telegramme wo ist die Sequenznummer im Thea sichere S-Bus-Daten-Modus Header 0xC5h. Thisa ist die Case in jeder Angriffswelle Telegramm.
(Das Zeichen "C5" sollte ersetzt werden durch "C5 01" aber das ist noch nicht fertig).

Lösung
Entnehmen Sie bitte der folgenden Tabelle für Firmwareversion, die die "C5" korrekt verarbeitet wird und daher das oben beschriebene Symptom wird vermieden.

[autotranslated]

Wenn Sie versuchen, einen Text (mit Adresse höher als 4000) schreiben mit den S-Web-Server, der PCD System stoppt arbeiten und in der PCD-Geschichte einer "68k hinzufügen Fehler" wird angezeigt.[autotranslated]

Symptom
Wenn Sie versuchen, einen Text (mit Adresse höher als 4000) schreiben mit den S-Web-Server, der PCD System stoppt arbeiten und in der PCD-Geschichte einer "68k hinzufügen Fehler" wird angezeigt.
Die folgenden PCD-Systeme sind betroffen:

• PCD1.M1x5 mit Firmware-Version höher als 0
• PCD2.M150 mit Firmware-Version höher als 0E0
• PCD2/4.M170 mit Firmware-Version höher als 030
• PCS1.Cxx0 mit Firmware-Version höher als 0C 0

Grund
Dieses Verhalten ist nicht vorgesehen. Wegen ein Problem in der Firmware wird der Schreibzugriff.

Lösung
Dieses Problem ist in der Firmware Version 0E6 (die Version Angabe 0E6 ist das gleiche für alle Systeme) gelöst, die von der Support-Website (www.sbc-support.ch) heruntergeladen werden kann.

[autotranslated]

Diese Fehlermeldung wird angezeigt, wenn die verwendete Firmware auf der CPU den "aktive und nicht-ACK" Filter nicht (z.B. für die alarmierenden S-Web-Funktionalität unterstützt eine PCD2.M150 mit Firmware 0 D 3). [autotranslated]

Symptom
Anstelle der Alarmliste des S-Web alarmierende Makros wird die Meldung "Failed to Informationen über alarm.exe bekommen" auf der alarmierenden Seite angezeigt.

Grund
Der Grund ist, dass das Makro die Alarme versucht, gefiltert durch den "aktiven und nicht anerkannten" Staat der Alarme empfangen. Dies funktioniert nur, wenn diese Funktion in der entsprechenden Firmware implementiert ist.

Lösung
Bitte aktualisieren Sie die Firmware (FW) Ihres PCD-Systems zu den Firmware-Unterstützung des gemäß verfügen (siehe Tabelle unten).

^*) Auf PCD3 und PCD2.M480 Systeme, die der "aktiven und nicht anerkannten" Filter bereits in früheren Versionen implementiert wurde, die aber wurde, verbessert diese angegebene Version.[autotranslated]

Ja, dies ist möglich durch Aufrufen der Systemfunktion (CSF) "IPGetLocalConfig".[autotranslated]

Einführung
Haben Sie die Möglichkeit, die aktuelle IP-Konfiguration aus dem Benutzerprogramm zu lesen, wurde die Firmware eine bestimmte System-Funktion hinzugefügt. Diese Funktion gibt die IP-Adresse sowie die Subnetzmaske und das Standardgateway (jede Adresse in einem Register) zurück. Der zurückgegebene Wert enthält die vollständige IP-Adresse in einem Register (jedes Byte oder das Register enthält eine Octed der IP-Adresse):

Beispiel
Diese System-Funktion ist Teil der IPD-Bibliothek. Um diese Funktionen zu nutzen, ist die Datei "IPLib.inc" mit der Quelldatei werden wo die Funktion aufgerufen wird. Dies kann mit der Zeile:

$INCLUDE "IPLib.inc"

Die IP-Konfiguration kann dann in th, die Art und Weise gelesen werden:

Zurückgegebene IP-Adresse (Hex): 0xAC100179h
IP-Adresse in "Dot Dezimalschreibweise": 172.16.1.121 (0xACh = 172, 0x10h = 16, 0x01h = 1, 0x79h = 121)

Firmware-Versionen unterstützen die GetLocalIPConfig
Entnehmen Sie bitte der folgenden Tabelle die ersten Firmware-Versionen, die die "IPGetLocalConfig"-Funktion unterstützen.

Bemerkung
Die Include-Datei "IPLib.inc" von PG5 1.4.300 und ältere Versionen aktualisiert werden muss, um zu "wissen", dieses Feature. Daher bitte die Datei "IPLib.inc" dieser FAQ beigemessen und ersetzen Sie die vorhandene Datei von PG5 befindet sich in der "Libs/App" von PG5:

c:\Program Files\SAIA-Burgess\PG5 1_4\Libs\App\IPLib.inc[autotranslated]

Die Booter-Versionen bis Version 0A2 verursachen eine Register-Korruption nach eine Kraft von einem PCD1.M1x5. Das Ergebnis dieses Problems kann zu falschen Registerinhalt nach einer kurzen Unterbrechung der Stromversorgung führen. [autotranslated]

Symptom
Wenn ein Booter Version kleiner 0A3 auf der PCD1 verwendet wird, ist es möglich, dass der Registerinhalt nach einer kurzen Unterbrechung der Stromversorgung von der PCD1 beschädigt sind.M125 oder PCD1.M135.
Die Booter-Version kann Identfied sein, durch das Lesen Byte 800010 auf die PCD1.M1x5. Hierzu öffnen Sie die "Online-Debugger" (PG5-Menü "Extras"-->"Online Debuggen") und geben Sie ein:
D Y 800010 < eingeben >(für "Display Memory Karte")
Nachdem Sie dies getan haben, wird die Booter-Version auf der rechten Seite von der Ausgabezeile im Online Debugger angezeigt.

Grund
Dieses Problem wird verursacht durch einen Fehler in der Booter-Versionen bis Version 0A2

Lösung
Aktualisieren Sie Ihre Booter zu Version 0A3 oder neuer. Die bequem Weise, dies zu tun ist mit der Firmware - und Booter update Tool, das im Abschnitt "PCD1.Mxxx" auf der Support-Seite gefunden werden kann. Dieses Tool wird eine Verbindung an die angeschlossenen PCD in PGU-Modus und wird die neuen Booter und die Firmware herunterladen.

[autotranslated]

Gibt es eine Fehler-Led auf fast jeder PCD-System, das auf ein Problem im System hinweisen kann. Lesen Sie diese FAQ erfahren Sie mehr über die verschiedenen Gründe für eine beleuchtete Fehler-LED und wie Sie das Problem verursacht die beleuchteten Fehler-LED finden.[autotranslated]

Was sind die Ursachen der Fehler-LED Leuchten erhalten?
Es gibt verschiedene Gründe für eine beleuchtete Fehler-LED. Die häufigsten Ursachen sind nachfolgend aufgelistet:

• Ein Problem beim Zuweisen von einen Kommunikationsport (z.B. fehlende Kommunikationsmodul oder falscher Parameter)
• Ein Problem beim Senden ein S-Bus-Telegramm (z. B. fehlende Port Zuweisung oder ungültige Daten-Array oder Medien)
• Ungültige mathematischen Operation (z. B. Division durch Null oder Wert Überlauf nach einer Multiplikation)
• Indexregister Überlauf

Wie man das Problem in der Code/Konfiguration zu finden?
Eine schnelle Möglichkeit, um das Problem zu finden ist die History-Einträgen der PCD lesen. Dies kann mithilfe der Online-Konfigurator oder der Online-Debugger (Typ"Danzuzeigen HIstory"). In der Geschichte sind einige der Probleme aufgeführten ausdrücklich (z. B. IPM nicht vorhanden) für weitere Informationen über die Geschichte-Einträge, entnehmen Sie bitte der PG5-Hilfe. Das Kapitel "Nachrichten" enthält "Halt und Geschichte-Nachrichten".
Wenn nur ein "Error Flag" erwähnt wird besteht die nächste Aufgabe, den Programmteil zu finden, in der Fehler-Status-Flag festgelegt ist. Dies soll anhand der Online-Debugger durchgeführt werden:

• Gehen Sie online mit Ihrem Fupla- oder IL-Programm.
• Öffnen Sie die Online-Debugger und Typ"REstart Calte All CPUs".
• Geben Sie noch im Online-Debugger"Run Ufiel STatus-Flag EFehler". Wie bald das Status-Flag "Fehler" festgelegt ist, wird die PCD gestoppt werden. Daher springt der Fupla-Editor die Seite auf die tatsächlich verarbeitet wird (nur diese Seite Bestandteil der aktuellen Fupla-Datei ist! Wenn der Fehler durch diese Fupla-Datei verursacht ist nicht, springt es auf einer anderen Seite die das Problem verursachen nicht. Schauen Sie sich diese Seite und die FBox mit "Stop"-box drauf und entscheiden, ob das Problem durch diese FBox verursacht worden sein könnte!
  Wenn es keiner FBox, die oben genannten Probleme verursachen könnten, wiederholen Sie den Vorgang beim Beeing online mit der nächsten Fupla-Datei der CPU).
• Wenn Sie das Problem direkt in einer Fupla-Datei nicht finden können, wechseln Sie die Online Debugger wieder. Nach beendet haben, wird eine Zeile wie die Linie geschrieben unten angezeigt:
  * 001234 STH E/A-48 A1 Z0 N0 P1 E1 IX COB2
  Diese erste Zahl dieser Linie gibt an welche Codezeile das Problem passiert ist: die letzte Anweisung vor der Zeile angezeigt, verursacht das Problem (Error-LED leuchtet nach das Problem).
• Geben Sie "Danzuzeigen PRogram <Linie angegeben-10> Cü 15". Jetzt siehst du die Anweisung, die das Problem verursacht: siehe die IL-Anweisung Set (Online-Hilfe von IL Editor SEDIT) um herauszufinden, was genau diese Anweisung funktioniert.

Wenn eine SASI-Anleitung das Problem verursacht, überprüfen Sie heraus die folgenden Gründe:

• Der Port wird bereits zugewiesen (schauen Sie sich die HW-Konfiguration und die Suche nach weiteren SASI Anweisungen durch Eingabe von"Locate ichNstruction SASI"im Online-Debugger!).
  Tipp: Haben Sie auch ein Auge auf die SASI-FBoxen Sie verwendet sowie auf der HMI-Einstellungen-Registerkarte.
• Der Port ist nicht vorhanden
• Der SASI-Text ist nicht gültig
• S-Bus Unterstützung nicht in den Hardware-Einstellungen aktiviert, aber ein S-Bus-Zuweisung ausgeführt wurde. Dies wird nicht funktionieren, weil in diesem Fall die PCD eine S-Bus-Adresse nicht (die für S-Bus-Kommunikation erforderlich ist).

Wenn es scheint wie eine mathematische Operation den Fehler verursacht hat, den online-Debugger verwenden, um kurz vor dem Problem verursacht Teil des Codes ausführen durch Eingabe von"Run Ufiel Instruction -PZeiger EQuals <Anweisung Linie kurz vor problematischen-Zeile>" (Beachten Sie, dass die Anweisung-Zeile eine Anweisung enthalten muss!). Wenn diese Zeile erreicht, geben Sie "sTEp". Im Schritt-Modus sehen Sie den Inhalt der die PCD-Medien [Klammern].

Bemerkung:
Die Fehler-LED leuchtet, für den Fall, dass der Status-Flag-E (Fehlerstatus, die Fahne hoch eingestellt ist) und keine XOB 13 ist programmiert. Für den Fall, dass die XOB 13 programmiert ist, die Fehler-Led wird nicht beleuchtet zu bekommen, aber diese XOB wird sofort verarbeitet.

[autotranslated]

Haben wir gute Erfahrungen mit dem GALEP-4 für PCD1 FW zusammen mit dem Adapter 210841 gemacht. Der lokale Händler für die Schweiz ist www.redacom.ch.

Bestellnummern für leere Firmware-Chips:

PCD1.M1x0:1 X ASN 4 502 7178 (OTP27C4002), einmal programmierbar
PCD1.M137: 1 X ASN 4 502 7178 (OTP27C4002), einmal programmierbar
PCD2.M110/M120: 2 X ASN 4 502 7126 0 (27C 1001-10, EPROM)
PCD2.M127: heruntergeladen werden können, finden Sie auf der Produktseite auf www.sbc-support.ch
PCD2.M150: 2 X ASN 4 502 7341 0 (49F040, Flash-EPROM)
PCD2.M157: heruntergeladen werden können, finden Sie auf der Produktseite auf www.sbc-support.ch
PCD2.M170: Chip verlötet auf dem Mainboard, die FW mit PG5 heruntergeladen werden kann *
PCD2.M177: heruntergeladen werden können, finden Sie auf der Produktseite auf www.sbc-support.ch
PCD2.M480: Chip verlötet auf dem Mainboard, die FW mit PG5 heruntergeladen werden kann *
PCD2.M487: heruntergeladen werden können, finden Sie auf der Produktseite auf www.sbc-support.ch
PCD3.Mxxxx: Chip verlötet auf dem Mainboard, die FW mit PG5 heruntergeladen werden kann *

* Verfahren zur Downlaod eine Firmware:
1) erhalten die entsprechende Datei von Produktseite auf der Supportsite www.sbc-support.ch
2) öffnen Sie PG5 und gehen Sie zu der online-Konfigurator; offline gehen
3) öffnen Sie das Menü Tools, herunterladen firmware
4) suchen Sie die Firmware-Datei und starten Sie den download
5) Laden der HW-Konfiguration und das User-Programm

[autotranslated]

Im Grunde auf PCD-Systemen eingeführt, die vor 2003 gibt es einige Beschränkungen über die maximale Baudrate der seriellen Kommunikation berücksichtigt werden.

Je nach Firmware und Hardware können nicht alle serielle Schnittstellen an ihre theoretische maximale Baudrate gleichzeitig verwendet werden.[autotranslated]

Systeme eingeführt, die vor 2003:

• Alle PCD1, PCD2 (außer PCD2.M480), PCD4 und PCD6 sowie PCS1 classic enthält eine Baud-Rate-Begrenzung der 38,4 Kbit/s für jede serielle Schnittstelle verfügen.
  Für älteren Firmware (FW)-Versionen gibt es eine weitere Beschränkung, da gibt es einen UART verantwortlich für zwei serielle Schnittstellen und dieser UART kann keine Baudraten von 38,4 Kbit/s auf beiden Anschlüssen gleichzeitig verarbeiten. Die Portzuweisung von der UARTs ist folgende: erste UART: port 0 und 1; zweite UART: port 2 und 3 etc..
  Dies bedeutet, dass es nicht möglich, legen Sie die betroffenen Ports auf
  -38,4 Kbit/s
  -eins zu 38,4 Kbit/s und einer bis 19,2 Kbit/s
  - aber es ist möglich, einen Port auf 38,4 Kbit/s und ein Port auf 9600 Bit/s festgelegt.
  
• Durch weitere Efficent Port Umgang mit den letzten FW haben Versionen (unabhängig vom Herstellungsdatum des HW) folgende Einschränkungen:
  Betrag der verfügbaren Anschlüsse geteilt durch 2 gleiche Anzahl an Ports, die von 38,4 Kbit/s zu kommunizieren. Die Vorgängerkirche Ports haben eine maximale Baudrate von 19,2 Kbit/s.
  Darüber hinaus ist eine UART ein PCD7.F5xx nicht 19,2 Kbit/s auf einem verarbeiten und 38,4 Kbit/s auf dem anderen Anschluss. Aber es ist möglich, beide Ports 38,4 Kbit/s zuzuweisen.

Systeme eingeführt, die seit 2003 (PCD2.M480 und PCD3.xxxx):

Aufgrund schnellerer Hardware gibt es auf die seriellen Anschlüsse (bis zu 115 Kbit/s) viel höhere Baud-Raten möglich!
Es gibt nur eine Einschränkung bezüglich UART Austausch Links:
Auf einer PCD7.F5xx ist es nicht möglich, an einem Anschluss an 19,2 Kbit/s und einer zweiten Port 34.8 kB/s gleichzeitig kommunizieren (aber zwei Mal 38,4 kB/s ist möglich!).
Dies bedeutet, dass alle Ports gleichzeitig, um die maximale Baudrate kommunizieren können (der in den technischen Informationen (TI) oder im Handbuch angegeben ist).

FW-Versionen, die die neue Hafenumschlag, die oben genannten unterstützen:
Für die folgenden und neuere FW gilt Version die folgende Regel:
Betrag der verfügbaren Anschlüsse geteilt durch 2 gleiche Anzahl an Ports, die von 38,4 Kbit/s zu kommunizieren.
Die Vorgängerkirche Ports haben eine maximale Baudrate von 19,2 Kbit/s.

[autotranslated]

Kommunikationsschnittstellen mit einem Co-Prozessor sind nicht nach einem Neustart, verursacht durch die Software-Watchdog mit der Option "XOB0 ausführen" neu gestartet. In der Tat werden nur eine Erkältung Neustart ausgeführt, aber ohne Rücksetzen der Kommunikationsmodule.[autotranslated]

Dieses Verhalten ist ein Bug und wird in der nächsten FW-Version für die entsprechende CPU korrigiert werden. Sobald die neue FW basiert werden auf der Support-Homepage verfügbar.

In der Zwischenzeit empfiehlt es sich, nicht die Option "XOB0 ausführen" für die Software-Watchdog verwenden. In diesem Fall werden die Kommunikationsmodule normalerweise auf Software Watchdog Ausführung zurückgestellt.

[autotranslated]

Oder "Was ist der Unterschied zwischen 0-, $ und #-Firmwareversionen?". PCD-Firmware für nicht - Saia PCD ® COSinus-Systemen (PCD1, PCD2.M1x0, PCD4, PCD6 und PCS) mit 3 Buchstaben (z.B. 010, B0W oder #31) benannt. Diese FAQ erklärt die Bedeutung der diese Version und um herauszufinden, welche aktueller ist.[autotranslated]

Die Firmware Version Benennung von Saia PCD ® COSinus - Systeme
Im Allgemeinen werden die 3 Buchstaben (Abc) bei folgenden Indikationen verwendet:

• ein
  Definition der freundlichen Version ist diese Firmware. Die möglichen Versionen sind folgende
  -0xx Versionen sind "offizielle Produktionsversionen" (010 ist die erste offizielle Version)
  -Bxx Versionen sind Beta-Versionen die Neuerungen gegenüber der Vorgängerversion der Produktion enthalten
  -#xx Versionen sind "Kunden Bug Fix-Versionen" eine offizielle Produktion-FW-Version.
  -$xx-Versionen (Pilotversion) enthalten neue Funktionalitäten, die noch nicht vollständig getestet werden. Daher sollte eine $-Version nur auf dem Gebiet verwendet werden, wenn die Entwicklung ihrer Ok gibt!
• b
  Der zweite Buchstabe definiert die Hauptproduktion Version (beginnend mit 01 X Wich steht für erste offizielle Produktionsversion, gefolgt von 02 x (wo die 02 X wichtige neue Funktionen gegenüber der Version 01 X hat
• c
  Der letzte Buchstabe für jeden Build der Firmware erhöht wird (am besten zu beobachten, für die Fehlerkorrektur Versionen; #21 basiert auf der 020-Firmware und enthält Korrekturen für die 020 Firmware-Version)

Um herauszufinden, welche Version die Basisversion einer Bug-Fix oder pilot-Version ist, schauen Sie sich das zweite Zeichen der entsprechenden Version (z.B. "1" von der 013). Dieses Zeichen zeigt die offizielle Produktion-Version, auf die die Bug-Fix oder pilot-Version basiert.

Beispiele
010 ist die offizielle version
018 ist die Bug-Fix-Serienversion des 010; keine neuen Funktionen
#19 ist eine Kunden-Bugfix-Version basierend auf 018 (und damit auch auf 010); keine neuen Funktionen
$19 ist ein pilot-Version auf der Grundlage von 010 mit neuen Funktionen. Die Bug-Fixes für z.B. 019 wahrscheinlich in dieser Version implementiert sind nicht getan! (die neuen Features werden die Produktion-Firmware-Versionen in 020 oder später hinzugefügt werden.

Bemerkung
Frühe Versionen von der Saia PCD ® COSinus (PCD2.M480, PCD3, PCD2.M5) bis 039 wurden mit diesem System auch benannt. Um die Verwirrung in Bezug auf Funktionen einer Firmware zu reduzieren wurde die neue Firmware a.bb.cc benennen (siehe FAQ 100741) angewandt.

[autotranslated]

Einige neue Firmware-Versionen eingeführt Verlaufseinträge nicht in der Onlinehilfe Debugger noch in der online-Hilfe des Online Konfigurators gefunden.[autotranslated]

Below you can find recently introduced History entries that can't be found in the Help files of PG5 versions older than PG5 1.3:

Error Messages concerning PCD1.M2, PCD2.M480, PCD2.M5xx0 and PCD3.Mxxx0 systems (SBC-NT)

Die IL-Anweisung DSP (Anzeigewert auf PCD7.F530 Anzeige) wird auf Saia PCD ® COSinus-Systemen nicht unterstützt. Wenn es zu einem Saia PCD ® COSinus-System herunterladen, wird die PCD nicht auf Sicht gehen und geben eine Fehlermeldung wie "Ungültige Anweisung" (z.B. eine PCD2.M480), "Precompiler Error" oder "Ungültiger OPCODE" (auf einer PCD3.M5xx0 mit Firmware 1.10.16).[autotranslated]

Warum ist die DSP-Anweisung auf Saia PCD ® COSinus-Systemen nicht unterstützt?
Da ist es nicht erlaubt oder sogar Possibe Mounten einer PCD7.F530-Karte auf einem Saia PCD ® COSinus-System (z. B. eine PCD2.M480, eine PCD2.M5xx0, eine PCD3 oder eine PCD1.M2xx0) die Anweisung für den Zugriff auf die Anzeige von der PCD7.F530 wird nicht von der CPU unterstützt.

Hinweise

• Die PCD7.F530 nicht Mouned auf einer PCD2.M170 oder auf einer PCD2.M480 weil es einen Kurzschluss, auf dem internen Bus-Verbinder verursachen könnte platziert rechts unter den Slot B1.
• Wenn ein Benutzerprogramm wird durch einen DSP mit Anleitung die PCD2 heruntergeladen werden.M480 läuft nicht, das Programm und die Fehlermeldung "Halt Grund: Ungültige Anweisung" werden alljährlich in der CPUs Geschichte.

[autotranslated]