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.

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]

Der Geräte-Konfigurator gibt eine Fehlermeldung, wenn eine Karte mit 16 digitale Eingänge oder Ausgänge ist auf Basisadresse 240 konfiguriert, da die Adresse 255 für die Hardware-Watchdog reserviert ist![autotranslated]

Kann ich die i/o-Karte auf diesem Slot verwenden?
Ob die Medien-Zuordnung oder nicht konfiguriert ist, ist es möglich, die Adresse 240 16 i/o-Karte setzen. Die einzige Bedingung ist, dass die letzten e/a Karte (Adresse 255) nicht verwendet wird! Die Meldung "Auf das definierte Modul die letzte ein-/Ausgabe mit Adresse 255 verwendet werden kann nicht." kann ignoriert werden, für digitale i/o-Module (aber nicht für analoge i/o-Module)

Bemerkung
Es ist geplant, die Fehlermeldung des Konfigurators Gerät ändern.

[autotranslated]

Firmware-Versionen vor der Version 1.10.51 wurden Wiederholungen bei der "Upload/Merge" BACnet-Konfigurator nicht unterstützen. Für den Fall, dass ein Telegramm (von der PCD an den PC) während des Uploads der BACnet Konfiguration verloren ging war die Übertragung abgebrochen.[autotranslated]

Symptom
Während eines Uploads (für die Funktion "Upload/Merge" des BACnet-Konfigurators) alle plötzlich stoppt die Übertragung der Konfiguration. Dieses Phänomen wird beobachtet, wenn ein Telegramm verloren geht. Dieses Telegramm-Verlust ist zufällig, abhängig von der Netzwerklast.

Grund
Firmware-Versionen vor der Version 1.10.51 haben eine Mitteilung ohne Telegramm Verluste erwartet. Für den Fall, dass ein Telegramm (aufgrund von Netzwerkproblemen) verloren ging wurde die Übertragung unterbrochen, von der PCD-Firmware. Wegen der Unterbrechung der BACnet-Firmware wurde nicht benachrichtigt, aber es blieb in einem Zustand des Wartens auf den Abschluss des Hochladevorgangs.

Lösung
Die Firmware-Version 1.10.51 (für die PCD3 oder die PCD2.M5) zusammen mit der BACnet-Firmware 1.10.50 sind robuster und können mit Telegramm Verluste während des Uploads der BACnet Konfiguration fertig zu werden. Bitte aktualisieren Sie die Firmware Ihrer PCD und auf Ihre PCD7.R56x mit der genannten (oder höher) Firmware-Versionen.

Bemerkung
Bitte beachten Sie, dass die Firmware-Version, er PCD sowohl das BACnet-Modul aktualisiert werden muss.[autotranslated]

Einige Ethernetgeräte erzeugen die unaufgeforderte ARP-Telegramme, jedes Mal, wenn sie mit einem Ethernet-Netzwerk verbunden sind. Dieses Telegramm informiert den Router, der ist eine neue IP-Adresse im Netzwerk und veranlasst, seine interne MAC-Adressen-Tabelle zu aktualisieren, für den Fall, dass bereits eine MAC-Adresse die entsprechende IP-Adresse zugeordnet war. [autotranslated]

Hintergrund
Wenn ein Gerät in einem Netzwerk ersetzt wird und das neue Gerät verfügt über die gleiche IP-Adresse, wird nicht es erreichbar sein, bis der Router (oder andere Geräte, die mit dem ersetzten System kommunizieren) die MAC-Adresstabelle aktualisiert.
Die unaufgeforderte ARP-Telegramme sind eine Möglichkeit, einen Router über eine Änderung der MAC-Adresse gebunden an eine IP-Adresse zu informieren.

Generiert ein PCD unaufgeforderte ARP-Telegramme?
Nein, eine PCD (z. B. eine PCD3, eine PCD2.M5xxx oder eine PCD, ausgestattet mit einem PCD7.F655) generiert keine unaufgeforderte ARP-Telegramme, wenn mit einem Ethernet-Netzwerk verbunden wird, (wenn es einen "Link" wird). Dieses Feature wird nicht im Stapel implementiert, und es gibt keine Pläne für die Implementierung dieser Funktion in den Stapel der die F655, da:

• Es ist ein relativ einfach zu Lösung zu realisieren
• und das unaufgeforderte ARP-Telegramm ist nur im Fall erforderlich, dass PCD ersetzt wird (was nicht sehr oft)

Wie kann dazu führen, dass den Router die MAC-Adresse aktualisieren?
Anstatt auf eine unaufgeforderte ARP-Telegramm, ein einfaches Telegramm versendet werden, der Router jedes Mal, wenn die Verbindung erkannt wird (gekennzeichnet durch eine steigende Flanke von der "Diagnostische Flag + 6", oder wie im angehängten Beispiel nur regelmäßig alle 60 Sekunden). Das Telegramm gesendet werden kann mithilfe des Open Data-Modus der PCD erfolgen.
Angeschlossenen finden Sie ein kleines Codebeispiel auf eine PCD3 oder ein PCD2.M5xx0 genutzt werden könnten (da keine anderen ODM ist Code auf dem System implementiert). Diesen Code kann hinzugefügt werden, um eine CPU im PG5 1.4.300 Projekt mit den "Dateien hinzufügen..." (aus dem Kontextmenü des Ordners "Programme" der CPU). Zusätzlich Plase aktualisieren das Symbol "RemoteIP" in dieser Datei um eine passende IP Adresse auf Ihr Netzwerk und dem Header der Datei für weitere Informationen zum Arbeiten mit diesen Code zu lesen.

[autotranslated]

Aufgrund eines Problems die Firmware-Version 039 funktioniert die serielle PGU-Verbindung auf den PGU-Port nicht.[autotranslated]

Symptom
Es ist nicht möglich, eine Verbindung der PCD2.M480 (mit Firmware-Version 039 installiert) mit seriellen PGU Kabel-Modus mit einem PGU PCD8.K111.

Grund
Ein Problem der Firmware-Version 039 bewirkt, dass die serielle PGU-Verbindung nicht zu arbeiten.

Lösung
Wenn möglich verwenden Sie PCD (schnelleren) USB-Port für den Anschluss der PCD. Für den Fall, dass dies nicht möglich ist, bitte kontaktieren Sie Ihr zuständiges Vertriebsbüro und fordern Sie einen Firmware, der das Problem (z.B. 03 b) behoben.

[autotranslated]

XOBs 20 und 25 werden aufgerufen, wenn Interrupt INB1 Eingang oder INB2 der PCD1/2 hat eine steigende Flanke erkannt.[autotranslated]

Problem
Offensichtlich XOB 20/25 werden genannt und ist nicht inbegriffen. Die PCD hat eine steigende Flanke auf INB1/INB2 festgestellt.

Grund
Wenn die Interrupt-Eingänge verwendet werden XOB20/25 muss programmiert werden, sonst wird das ein Fehler generiert. Wenn die Interrupt-Eingänge nicht verwendet werden und es ein Verlaufseintrag gibt auf jeden Fall kann es sein, dass die PCD eine steigende Flanke erkennt mit Störungen machen.

Lösung
Wenn die Interrupt-Eingänge verwendet werden, Programm XOB 20/25.
Wenn die Interrupt-Eingänge nicht verwendet werden, schließen Sie INB1 und INB2 an GND, Störungen zu vermeiden

[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]

Ja, es ist implementiert in der PCD3 mit FW-Version $12 oder höher. Auf der PCD2.M5xx0 wird es mit jeder Firmware unterstützt.[autotranslated]

S-Net MPI-Port muss als Port 3 statt Port 10 konfiguriert werden. Es kann als freier standard RS 485-Port für S-Bus, ein Bus-Terminal Etc hinzufügen verwendet werden.

Die Verdrahtung ist:

Sub-D-S-Net MPI S-Bus / Terminal...
PIN
3 RxD/TxD-P---/TX/RX
5 GND           --------------------- GND
8 RxD/TxD-N---TX RX

[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]

Aufgrund eines Produktionsfehlers ist es möglich, dass PCD2.M5540, welche im Jahr 2020 hergestellt wurden, ein falsches Produktionsdatum mit dem Jahr 2000 und der Kalenderwoche 0 enthalten.

Dieses falsche Produktionsdatum führt dazu, dass eine Fehlermeldung in den PCD History eingegeben wird:
'FABINFO CRC FAIL'

und in der Hardware Info des PG5 Online-Konfigurators und in der Diagnosedatei die Warnung:
"Fab. Date (year/week): 2000/00; BAD PROD INFO CHECKSUM'
angezeigt wird.

Fehlerbeschreibung:

Dieses falsche Produktionsdatum führt dazu, dass eine Fehlermeldung in den PCD History eingegeben wird und auch in der Hardware-Info des PG5 Online-Konfigurators wird die Warnung angezeigt.

Die PCD2.M5540 funktioniert jedoch einwandfrei.

D.h. die Funktionalität der PCD2.M5540 und das Applikationsprogramm welches auf der PCD2.M5540 abgearbeitet wird, sind von dieser Warnung in keiner Weise betroffen.

Informationen in PG5 Online-Konfigurator, Hardware Info...

Informationen in der PCD History

Lösung:

Um das Problem zu beheben, laden Sie das beigefügte Programm auf die betroffene PCD2.M5540 und setzen PCD2.M5540 im Run-Modus.

Das Programm wird das Herstellungsdatum auf das Jahr 2020, Kalenderwoche 60 setzen und die Informationen remanent im uEprom der PCD2.M5540 speichern.

Kalenderwoche 60 wurde verwendet, um zu erkennen, dass das Herstellungsdatum mit diesem PG5-Programm geändert wurde.

Nach dem Aus- und Einschalten des 24VDC wird die Warnung
"Fab. Date (year/weeke): 2000/00; BAD PROD INFO CHECKSUM'
nicht mehr angezeigt und das Herstellungsdatum 2020, Kalenderwoche 60 wird angezeigt.

Das Programm muss nur 1 Mal auf der PCD2.M5540 ausgeführt werden.

Es ist nicht notwendig, das Programm in Ihr Applikationsprogramm zu integrieren.

Laden Sie danach Ihr Applikationsprogramm in die PCD.

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]

Sogar die Firmware-Dateiname schlägt Hardware Rev. würde ' benötigt man diese Firmware ist geeignet für Revisionen 'A' und höher.[autotranslated]

Mit PG5 2.0 ruft die aktuelle Produktion Firmwares auch auf dem Computer installiert. Sie befinden sich im Verzeichnis
"c:\Program Files\SAIA-Burgess\PG5_20\FW\Classic\" oder ähnlich.



Der Dateiname für die PCD2.M5_ enthält eine falsche Mindestanforderungen an die Hardware-Revision Beschreibung und heißt "PCD2M5xx0_1.14.23(HW min D).blk" versehen.
Also im Gegensatz zu den Dateinamen die Firmware 1.14.23 ist Rechtsstand zu PCD2.M5xx0 mit Hardware Revision 'A' und höher.
Der Dateiname wird mit dem nächsten Service-Pack für PG5 2.0 korrigiert werden.

[autotranslated]

Im Juli 2010 wurde die Firmware 1.14.23 in die Produktion der PCD2.M5xx0 und die PCD3.Mxxx0 eingeführt. Diese FAQ listet die wichtigsten Unterschiede zwischen den Versionen 1.10.51 und 1.14.23.[autotranslated]

Neue features
Bitte beachten Sie, um die Vorteile dieser neuen Funktionen PG5 2.0 SP1 (PG5 2.0.150) ist erforderlich.

• Erhöhte Menge an verfügbaren Flags (14335 statt 8191), siehe FAQ 101447
• S-Web und FTP-Server sowie die IP-Erweiterungen (DHCP, DNS, SNTP und PPP) in der Geräte-Konfigurator konfiguriert werden können, finden Sie unter FAQ 101464
• Webserver Zugriffsebenen können jetzt konfiguriert werden, in der Geräte-Konfigurator (war vor in den WebBuilder-Einstellungen), finden Sie unter FAQ-101613
• IEEE floating Point Werte kann auf dem S-Web-Server angezeigt werden (das Format ist "e"), finden Sie unter FAQ-101188
• Anzahl der Maiskolben auf 32 erhöht, siehe FAQ 101467

Wichtigste Korrekturen

• SYSWR für DB-Backup fehlgeschlagen nach einer Menge Sicherungen finden Sie unter FAQ 101466
• STXT mit mehr als 512 Bytes gesendet einen falschen Text finden Sie unter FAQ 101468
• Die IP-Adresse für die Open Data Systemfunktion "ConnectTCP" konnte nicht als Konstante angegeben werden

Hardware-Kompatibilität der Firmware 1.14.23 mit PCD3 Systemen
Die Firmware 1.14.23 benötigt einen PCD mit 4 MB onboard Flash-Speicher ausgestattet. Daher die minimalen Hardware-Versionen für die Installation der 1.14.23 und später sind:

Für PCD3-Systeme, die älter als die Firmware aufgelistet ist 1.10.61 die letzte Firmware, die auf diesen Systemen installiert werden kann. Diese Firmware ist und bleibt auf der Support-Website parallel zu den 1.14.23 zur Verfügung.

Bemerkungen

• Wenn die Aktualisierung von 1.10.xx
  Bitte beachten Sie, dass das User-Programm sowie die Kommunikationseinstellungen verloren während des Firmware-Updates von 1.10.xx zu 1.14.xx (oder 1.16.xx) sind
• BACnet-Anwendungen
  Die BACnet-Firmware 1.14.26 ist auf diese neue Produktion Firmware kompatibel. Laden Sie das neueste BACnet-Firmware-Paket für PCD-Firmware-1.14.xx von der Support-Seite (Link unten).

[autotranslated]

Für den Fall, dass ein Text mit mehr als 512 Bytes gesendet wird, mit einer Firmware älter als 1.14.23 wurde der entsprechende Text nicht korrekt gesendet.[autotranslated]

Symptom
Wenn Sie einen Text mit einer Länge von mehr als 512 Bytes auf einer PCD3 oder eine PCD2 zu senden.M5 mit einer Firmware älter als 1.14.23 der Text, der gesendet wurde, ist nicht korrekt.
Für den Fall, dass der Text gesendet werden Sub Texte enthält die eingeführt werden, mithilfe von Text (z. B. die $Lnnnn) interpretiert und die endgültige Länge gesendet werden ist mehr als 512 Bytes, das gleiche Phänomen zu beobachten.

Lösung
Bitte aktualisieren Sie die Firmware Ihrer PCD auf Version 1.14.23 oder höher.[autotranslated]

Bis Firmware-Version 1.14.23 wurde die maximale Höhe der Maiskolben (zyklische Organisation Blöcke) 16. In der Firmware 1.14.23 wurde neben der Maiskolben auf 32 erhöht. Somit auf PCD2.M5 und PCD3 und neueren Systemen bis zu 32 Maiskolben können werden verwendet (COB bis 31).[autotranslated]

Bemerkung
Bitte beachten Sie, dass PG5 2.0 Service Pack 1 (PG5 2.0.150) ist erforderlich, um die Maiskolben 16 Programm und höher.[autotranslated]

In einigen Fällen in der Regel nach einer Menge Sicherungen die ausgeführt worden, das Fehlerbit 7 (flash Aufgabe bereits gestartet wurde) oder 8 (flash-Fehler) wird eingestellt mit Firmware älter als 1.14.23.[autotranslated]

Symptom
Eine backup DB zu blinken (IL Befehl "Copy TEXT/DB to flash Card", SYSWR 3000 oder 3100) schlägt fehl, und die Fehlerbits 7 bzw. 8 festgelegt. Dieser Fehler bleibt, sogar nach einer Wartezeit von einigen Minuten ohne erneut versuchen, eine Sicherung zu blinken.

Lösung
Dieses Problem ist in der Firmware 1.14.23 korrigierte oder höher. Bitte aktualisieren Sie Ihre PCD-Firmware, um dieses Problem zu lösen.[autotranslated]

Im Mai 2010 wurde die Firmware 1.10.51 in die Produktion der PCD2.M5xx0 und die PCD3.Mxxx0 eingeführt. Diese FAQ werden die Hauptunterschiede zwischen diesen Versionen aufgelistet.[autotranslated]

Neue features

• Seriell-S-Bus-Modus "Parität Meister" wird jetzt auf alle seriellen Schnittstellen der PCD unterstützt, finden Sie unter FAQ 101103

Wichtigste Korrekturen

• Erhöhte Stabilität für BACnet Upload/Merge (erfordert BACnet Firmwareversion 1.10.50), siehe FAQ 101417
• Korrektur die vermeidet Datenverluste auf die SD-Karten, wenn eine Karte mit mehr als 256 kBytes Kapazität von 70 % gefüllt ist, finden Sie unter FAQ-101377
  Für den Fall, dass eine SD-Karte auf die PCD verwendet wird, wird das Update der Firmware auf die Version 1.10.51 dringend empfohlen!
• Vermeiden Inter Charakter Verzögerung auf Port 2 und 3 (PCD2.M5) oder 0 und 3 (PCD3) führen könnte zu Kommunikationsproblemen, finden Sie unter FAQ-101382
• Ein Bus-Fehler kann in bestimmten Fällen auftreten, finden Sie unter FAQ-101418
• Lesung Ni1000-Sensoren mit einem PCD2/3.W340 durch die Medien-Zuordnung, die falsche Werte zurück finden Sie unter FAQ-101416
• Profi-S-I/O und Profibus-DP-Master nicht funktionieren, finden Sie unter FAQ 101244

[autotranslated]

Zum Schreiben von Daten in Dateien auf dem PCD-Datei-System und für das Senden von SMS oder E-Mails ist es möglich, geben den Inhalt von Medien (Register, Flags etc.) in den Text geschrieben oder gesendet werden. Dies geschieht, indem man z.B. ein $R0100 in den Text gesendet werden. Zum Zeitpunkt des Schreibens wird die "$R0100" durch den Inhalt des Registers 100 ersetzt.[autotranslated]

Während am Anfang nur Punkte als ein Trennzeichen in interpretierte Texte verwendet werden können, ist es auch möglich mit dem Komma als Trennzeichen mit den letzten Firmware-Versionen. In diesem Fall anstelle eines Punktes wird ein Komma verwendet werden:


Firmware Abhängigkeiten
Das Kommatrennzeichen kann verwendet werden, beginnend mit der folgenden Firmware-Versionen:

[autotranslated]

Unter bestimmten Umständen (wenn das Dateisystem von mehr als 70 % belegt) Datenverluste auf SD-Karten, die größer als 256 MByte beobachtet worden. [autotranslated]

Symptom
Unter bestimmten Umständen sind Datenverluste auf SD-Karten, die größer als 256 MByte beobachtet worden. Durch die Analyse dieser Berichte, die wir gesehen haben, für den Fall, dass mehr als 70 % des verfügbaren Speichers auf solch eine Karte verwendet, wird es möglich ist, dass Daten, auf die nächsten Hochfahren der PCD oder verloren geht nachdem die Karte wieder in den Speicher-Modulträger eingefügt wurde (R600 / R6000) oder von der SD-Flash-Explorer geöffnet.
Bei vielen Löschvorgänge ausgeführt, indem das Modul, das der erwähnten Datenverlust kann auch auftreten, wenn weniger als 70 % des verfügbaren Speichers (aufgrund der Ware-Out-Verwaltung von der SD-Karte, die die verwendeten Speicherbereiche variiert) verwendet wird.

Lösung
Ein zusätzlicher Sicherheitsmechanismus in der PCD-Firmware 1.10.51 ebenso wie im SD-Flash-Explorer zur Vermeidung von zukünftigen potentiellen Datenverlust betroffenen Karten wurde implementiert.
Sobald das System neu gestartet wird (oder die SD-Karte ist wieder eingefügt in die R600 / R6000 montiert auf einen PCD mit einer neuen Firmware-Versionen) werden Maßnahmen ergriffen, um den genannten möglichen Datenverlust zu vermeiden.

Die entsprechende Firmware 1.10.51 (für PCD2.M5xx0 und für PCD3.Mxxx0-Systeme) mit der neuen Sicherheitsmechanismus finden Sie auf der Support-Website www.sbc-support.ch.

Neben der Sicherheitsmechanismus bietet einen neuen SD Flash Explorer Version 2.0.215.0 ein "Backup" und eine "Wiederherstellen" Funktion ermöglicht die Erstellung einer Sicherung des Dateisystems.
Dieser SD-Flash-Explorer wird kann von der Support-Website im Abschnitt für die PCD7.R-SDxxx heruntergeladen werden und verteilt mit dem SP1 für PG5 2.0.

Bemerkungen

• Auch wenn das Dateisystem auf einer SD-Karte bereits um mehr als 70 % gefüllt ist, ist es immer noch möglich, die Daten über FTP herunterladen, solange die PCD nicht ausgeschaltet ist. Diese Methode wird empfohlen, vor der Aktualisierung der Firmware um sicherzustellen, dass keine Daten verloren gehen.
• SD-Karten von Saia-Burgess Controls AG geliefert, nachdem week7 2010 enthält einen Mechanismus, der die oben genannten vermeidet erwähnt Datenverlust (solange die Karte nicht mit einer Firmware älter als 1.10.51 formatiert ist).
  

[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]

Beim Arbeiten mit PCD-Systemen, überqueren Sie den Ausdruck "Saia PCD ® COSinus" früher oder später. Diese FAQ wird erläutert, wofür "Saia PCD ® COSinus-System" steht.[autotranslated]

Der Ausdruck "Saia PCD ® COSinus"
Im allgemeinen steht der Ausdruck "Saia PCD ® COSinus" für PCD-Systemen, die mit Freescale (früher Motorola) Coldfire CPU-Technologie ausgestattet sind. Die "nicht - Saia PCD ® COSinus" Systeme von Saia-Burgess Controls AG basieren auf Freescale 68 k CPU-Technologie (z.B. PCS1, PCD2.M170 etc..).
Die Coldfire CPU-Technologie ist eine neue und mehr leistungsfähige CPU-Generation, Neuentwicklung ist in der Regel realisierte auf Coldfire CPU (während die 68 k-CPUs noch parallel zur Verfügung stehen).
Das erste PCD-System auf Basis der Saia PCD ® COSinus-Technologie wurde die PCD2.M48x. Für dieses System wurde die ganze Firmware neu geschrieben. Die Firmware des neuen Systems wird basierend auf der Firmware entwickelt für die PCD2.M48x-Plattform (mit der gleichen Kernmodule) aufgebaut. Neue Firmware-Funktionen (z.B. Modbus, die in der Firmware implementiert wird) sind grundsätzlich für die Coldfire CPU-Technologie und damit für Saia PCD ® COSinus-Systeme konzipiert.

Saia PCD ® COSinus-basierte Systeme
Die folgende Liste enthält die wichtigsten PCD-Systeme basieren auf Saia PCD ® COSinus-Technologie.

• PCD3.Mxxx
• PCD2.M48x
• PCD2.M5xxx
• PCD7.D4xx
• PCD1.M2xx (derzeit in Entwicklung)

Bedeutet dies, dass alle Saia PCD ® COSinus-Systeme die gleiche Firmware-Features unterstützen?
Nein! Obwohl die gleiche Basismodule der Firmware verwendet werden, ist es das PCD-System abhängig, ob ein bestimmtes Feature oder nicht unterstützt wird. Zum Beispiel wird das http-Protokoll von PCD3 und PCD2.M5xxx-Systeme, aber nicht auf PCD2.M48x unterstützt.[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]

Wenn es ein SIO-Master und DP-Master des SIO-Masters konfiguriert geht nicht in den Zustand "Betrieb" die Daten austauschen.[autotranslated]

Symptom
Mit der Firmware-Version 1.10.16 kann es passieren, dass eine PCD3 oder eine PCD2.M5 funktioniert nicht als SIO-Master sind auch DP-Master.

Lösung
Dieses Verhalten ist mit der Version 1.10.51 gelöst oder höher (das erste Version, die diese Situation korrigiert war 1.10.20). Bitte aktualisieren Sie die Firmware Ihrer PCD, um dieses Problem zu lösen.

[autotranslated]

Die WebServer2 ist eine Re-Implementierung des vorherigen WebServer auf Saia PCD ® COSinus-Systeme und natürlich kompatibel zur Vorgängerversion. [autotranslated]

Geschichte
Um das Jahr 2000 ist die erste Implementierung eines Web-Servers im PCD-Systemen realisiert worden. Mit zunehmender Erfahrung wurden zusätzliche Funktionen und höhere Leistung beantragt. Zu Fullfil wurde diese Anforderung der WebServer erneut implementiert (mit dem Ergebnis der WebServer2).

Was ist neu in der WebServer2?
Im Allgemeinen ist die WebServer2 funktional kompatibel mit der vorherigen Implementierung. Darüber hinaus werden die folgenden neuen Features unterstützt:

• HTTP 1.1-Unterstützung
• HTTP-Zwischenspeicherung wird unterstützt. Als Ergebnis ist der in FAQ 100708 nicht mehr anzuwenden; Es wird empfohlen, aktivieren Sie das Zwischenspeichern für die JVM (Option "keep Temprary Dateien auf PC") beim Arbeiten mit der WebServer2.
  
  Bemerkung: Wenn das Zwischenspeichern nicht aktiviert ist, werden Sie nicht davon profitieren unterstützten Zwischenspeichern; Es funktioniert wie es mit dem vorherigen WebServer vor hat.
• Bessere Leistung
• Paralleler Zugriff auf Dateien wird korrekt unterstützt (Acces ist nicht mehr unterbrochen, wenn ein anderer Client das IMaster-Applet lädt)
• Mehrere Web-Clients können die Web-Server auf der gleichen physischen Schnittstelle mit (Ether-S-Bus oder Profi-S-Bus) zugreifen.
• Leichter verständliche Fehlermeldungen
• Wenn Texte eingegeben werden, ist die Länge des Textes angegeben (und nicht mehr mit Leerzeichen aufgefüllt)
• Die WebServer2 bietet weitere Informationen auf der Standardseite und hat ein schöner aussehen. Von dieser Seite ist es einfach, herauszufinden, ob die WebServer2 auf eine PCD ausgeführt wird
  

  Anzeigen des vorherigen WebServer	Blick auf WebServer2

Firmware (FW) unterstützen die WebServer2
Die folgende Tabelle zeigt die ersten Firmware-Versionen unterstützen die WebServer2. Systeme, die nicht in dieser Tabelle aufgeführten nicht das WebServer2 verfügen.

^*) Bitte beachten Sie, dass in der ersten pilot-Firmware nicht alle Features unterstützt wurden.

Bemerkung
Der einzige Unterschied der Sortierreihenfolgeklausel zwischen den vorherigen WebServer und die WebServer2 betrifft Benutzer, die "HTML-Formulare" zu verwenden:

• Der vorherigen Web-Server verwendet:
  %% TAG %
• Die WebServer2 erwartet (der "Wert" wird vom Web-Server nicht mehr automatisch hinzugefügt):
  Wert =%% TAG %

Ein Beispiel für die HTML-Formulare auf der WebServer2 finden Sie im beigefügten Dokument.

[autotranslated]

Ja, ein neuer Satz von Anweisungen zur Berechnung mit IEEE floating Point Werte (Einzel- und Doppelzimmer) die Firmware des PCD2 wurde hinzugefügt.M480, PCD2.M5xx0 und PCD3.[autotranslated]

Einführung
Motorola FFP (Fast Floating Point) ist verwendet worden, der floating Point Berechnungen seit dem Beginn der PCD-Geschichte. Um die Schnittstelle gegen Systeme vereinfachen die unterstützen keine FFp aber IEEE-Format für schwimmende zeigen Werte, die der Befehlssatz der PCD erweitert wurde. Alle "Twin" aller Anweisungen, die für die Berechnung mit FFP-Werte zur Verfügung stehen nun auch zum IEEE-Berechnungen.

Was sind die Anweisungen im Detail?
Jede der vorhandenen Anweisungen für FFP (Standard) bestehen auch für IEEE Float und IEEE Double Data.

• Für IEEE Float, stellen Sie das mnemonische Zeichen mit einem "E" Zeichen, z. B. EIFP, EFADD (anstatt IFP oder Triathlonmeisterschaft) etc..
• Für IEEE Double, stellen Sie das mnemonische Zeichen mit würde ", z. B.: DIFP, DFSUB.

Firmware (FW)-Mindestanforderung für dieses feature

PCD-Systemen, die nicht in dieser Tabelle aufgeführten unterstützen diese Funktion nicht.

Bemerkungen

• Diese Anweisungen können nur mit PG5 2.0 verwendet werden.
• Es gibt auch ein neuer Auftrag für die Konvertierung von IEEE Single in IEEE Double (und umgekehrt):
  EFPD (Einzel, Doppel) und DFPE (Doppel-Single). Diese Anweisungen sind von Firmware-Version 1.10.15 unterstützt und höher.
• Die Anweisungen für die Convertig einer IEEE double-Wert in einen Integer-Wert und umgekehrt (DFPI und DIFP) arbeiten einwandfrei mit der Firmware 1.14.23 gestartet.
• IEEE Einzelwerte können durch den S-Web-Server unter Verwendung des Formats "e" (z. B. 172.16.1.127/cgi-bin/readVal.exe, r999,e) angezeigt werden

[autotranslated]

Für "lesen" einen Wert aus einem PCD-Text (z.B. aus einem PCD-Text mit Inhalt "1234" Kopieren "wird die nächste Nummer: 1234" in ein Register) wurde eine neue Systemfunktion für PCD3 und PCD2.M5xx0 hinzugefügt.

[autotranslated]

Was macht diese Funktion (SF)?
Die neue Funktion "S.SF.DBLIB.ReadANumberFromText"ermöglicht eine Zahl aus einem Text lesen und kopieren Sie sie in ein Register. Ausgehend von einem bereitgestellten Zeigers, wird die nächste Nummer gesucht und kopiert werden.

Wo finde ich die Dokumentation für diese Funktion?
Diese Funktion wird im PG5 2.0 dokumentiert. Die einfachste Möglichkeit, die Dokumentation zu öffnen Öffnet die SEdit, Auswahl der "SF-DB-Access-Bibliothek" und "F1" drücken:


Firmware (FW)-Mindestanforderung für dieses feature

PCD-Systemen, die nicht in dieser Tabelle aufgeführten unterstützen diese Funktion nicht.

Bemerkung
Diese Funktion kann nur mit PG5 2.0 verwendet werden.[autotranslated]

Für die Analyse eines PCD-Textes für einen bestimmten Ausdruck (z.B. Suche nach "Welt" in einem PCD-Text Content "Hello World") wurde eine neue Systemfunktion für PCD3 und PCD2.M5xx0 hinzugefügt.[autotranslated]

Was macht diese Funktion (SF)?
Die neue Funktion "S.SF.DbLib.SearchText"ermöglicht es, einen Text für einen bestimmten Ausdruck zu suchen. Wenn dieser Ausdruck gefunden wird, gibt die SF die Position des Ausdrucks innerhalb des Textes.

Wo finde ich die Dokumentation für diese Funktion?
Diese Funktion wird im PG5 2.0 dokumentiert. Die einfachste Möglichkeit, die Dokumentation zu öffnen Öffnet die SEdit, Auswahl der "SF-DB-Access-Bibliothek" und "F1" drücken:


Firmware (FW)-Mindestanforderung für dieses feature

PCD-Systemen, die nicht in dieser Tabelle aufgeführten unterstützen diese Funktion nicht.

Bemerkung
Diese Funktion kann nur mit PG5 2.0 verwendet werden.[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]

Die XOB-8, die aufgerufen wird, wenn die Firmware eine ungültige Anweisung (ungültige OPC) in das User-Programm erkennt heißt nicht mehr auf den Systemen Saia PCD ® COSinus (PCD3, PCD2.M5, PCD2.M480).[autotranslated]

Auf den neuen Systemen ist die Kontrolle über die ungültige OPC während die Vorkompilierung beim Start ausgeführt. So wird die XOB 8 nie aufgerufen werden.
Dieser neue Mechanismus wird implementiert, um die Geschwindigkeit und die Flexibilität der Systeme Saia PCD ® COSinus zu erhöhen.

[autotranslated]

Die PCD3-Systeme verfügen über einen Ethernet-Port und die PCD2.M5540 sind in der Lage, Emails zu versenden. Aber die Versendung von E-Mails ist nicht nur abhängig von der CPU selbst.[autotranslated]

Die PCD3-Systeme verfügen über einen Ethernet-Anschluss und PCD2.M554x Unterstützung SMTP (Simple Mail Transfer Protocol). Versenden von e-Mails nur hängt über dieses Feature aber auch nicht von der ISP (Internet Service Provider), die Firewalls und Router-Konfigurationen zwischen PCD und Internetdienstanbieter.

Die beigefügte Checkliste mit Kriterien mit Ihren Anbieter und / oder Ihre IT-Unterstützung überprüfen soll helfen, um zu überprüfen, ob das Senden von E-Mail möglich ist.

[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]

Firmware Version 1.08.xx für Systeme mit der Saia PCD ® COSinus-Firmware hat die Watchdog System eingeführt. Wenn ein PCD wegen der Watchdog System neu gestartet wird, wird die Meldung "SWTO Fehler" in der PCD-Geschichte eingetragen.[autotranslated]

Was ist ein Watchog System?
Die System-Watchdog ist eine Sicherheitsmaßnahme, die eine Situation vermeidet, wo das System (PCD) blockiert ist und nicht richtig führt das Programm nicht mehr. Wenn das OS (Operating System) ist "gesperrt" in einer Schleife und tut nicht mehr richtig führen ihre Aufgaben (u.a. das User-Programm), die PCD wird automatisch neu gestartet.

Wozu dient der System-Wachhund?
Die (interne) System-Watchog wird direkt auf der CPU konfiguriert und führt dazu, dass ein neu starten, wenn sie nicht auf eine zyklische Weise ausgelöst wird. Jedem Neustart verursacht durch die System-Watchdog wird in der PCD-Geschichte mit der Meldung SWTO Fehler (SWTO steht für System-Telegramm-Ausfallzeit) eingetragen.
Das Verhalten nach dem automatischen Neustart, verursacht durch die System-Watchdog ist abhängig von der Software-Watchdog, der in das User-Programm programmiert werden können:

• Wenn die Software-Watchdog in das User-Programm aktiviert ist, wird die PCD automatisch ausführen nach einem Neustart, verursacht durch die System-Watchdog rein.
• Wenn keine Software-Watchdog in das User-Programm programmiert ist, gehen die PCD "Halt", nachdem es wegen der Watchdog System neu gestartet hat.

Wird die Watchdog System mit anderen Wachhunde Konflikt?
Nein, steht die System-Watchdog nicht z.B. die Software-Watchdog programmiert in das User-Programm oder eine Hardware-Watchdog Widerspruch.

Wann wurde die System-Watchdog umgesetzt?
Die System-Watchdog wurde in Firmware Version 1.08.xx umgesetzt. Die ersten Produktionsversionen für die relevanten Systeme finden Sie in der folgenden Tabelle:

Bemerkung
Beachten Sie, dass das System Watchog eine gefälschte User-Programm (z. B. eine Endlosschleife) nicht erkennt und daher die Verwendung der Software-Watchdog in das User-Programm wird weiterhin empfohlen.[autotranslated]

In Firmware 03 b und 03C wird ein S-Bus-broadcast-Telegramm die Kommunikationsschnittstelle blockiert, bis zum nächsten Neustart der PCD.[autotranslated]

Symptom
Bei Firmware-Version 03 b oder 03 C auf entweder eine PCD2.M480 oder ein PCD3.Mxxx0, funktioniert die Kommunikation nach einer gesendeten Ausstrahlung. Dies gilt nur, wenn die betreffende PCD fungiert als master im S-Bus-Netzwerk.
Dieses Phänomen tritt auf S-Bus (Serial-S-Bus, Ether-S-Bus oder Profi-S-Bus).

Grund
In Firmware 03 b und 03C wird ein S-Bus-broadcast-Telegramm die Kommunikationsschnittstelle blockiert, bis zum nächsten Neustart der PCD.

Lösung
Um dieses Problem zu beheben, aktualisieren Sie die Firmware Ihres betreffenden PCD.[autotranslated]

Um die Auslegung des Firmware-Versionen zu vereinfachen und Verwirrung in Bezug auf implementierte Features und Bug Fixes in verschiedenen Firmware-Versionen zu vermeiden, wird ein neues Firmware-Version-Format für Saia PCD ® COSinus basierte Systeme eingeführt werden.[autotranslated]

Argumente für das neue format
Die neue Firmware-Version-Benennung ermöglicht einen klaren und einfachen Vergleich zwischen den verschiedenen Versionen und ihre implementierten Funktionen (PCD Typ spezifische) und Bug-Fixes.
Fragen wie "Warum ist die alarmierende Funktionalität implementiert in Firmware-Version $31 aber nicht in Version 031 PCD3-Web-Server? -Beide haben die gleiche Anzahl... "sollten vorbei sein (jedoch, wenn Sie die Antwort interessiert sind, siehe FAQ100176)

Formatbeschreibung
Der neue Name der Firmware-Version besteht aus einer Hauptversion, ein Zweig und eine kleinere Version getrennt durch einen Punkt (.).
Beachten Sie, dass die Präfixzeichen "0", "$" oder "#" werden nicht mehr in dieser Schreibweise verwendet.

Betroffene Systeme
Das neue Firmware-Version-Format wird auf die Systeme basierend auf Saia PCD ® COSinus-Firmware (klassisch und xx7) angewendet. Dies sind die

• PCD1.M2xxx
• PCD2.M48x
• PCD2.M5xxx
• PCD3.Mxxxx
• PCD7.D4xx (MB-Panels)

Während die Firmware-Namen für die MB-Panels und PCD1.M2xxx dieses Format von Anfang haben, wurde es auf der PCD3 und PCD2.M480 Systeme mit der Firmware-Version nach 03 b.

Version fließen, Beispiel
Nachfolgend ein Beispiel für einen Fluss Version. Wenn z. B. ein Fehler in der Version 1.06.01 behoben ist, / werden auch Version 1.07.02 und alle folgenden 1.06.xx Versionen dieser Korrektur implementiert haben.


Version Typen

• Veröffentlichte Beta- oder Wartung Versionen (vergleichbar mit den aktuellen Versionen von "Bxx" oder "#xx").
• Veröffentlichte Produktionsversionen (vergleichbar mit den aktuellen Versionen der "0xx"): diese Versionen sind in der Produktion eingeführt.
• Neue Funktion-Versionen (vergleichbar mit den aktuellen Versionen von "$xx").

Kompatibilität mit PG5
Die neuen Firmware-Bezeichnungen werden vollständig von PG5 V 1.4.200 unterstützt:

Frühere Versionen von PG5 zeigt nur die ersten drei Ziffern die Firmware-Version (z.B. "106" statt "1.06.08"). Die vollständige Firmware-Version kann immer gelesen werden, indem Sie anzeigen Byte F0F0 im "Online-Debugger" (Typ DYF0F0 ):

[autotranslated]

Das Diagnose-Flag ist TBSY von der "Charakter-Modus" (verwendet für das Senden von Zeichen über eine serielle Leitung) nicht behandelt die gleiche Weise auf eine im Vergleich zur "alten" Systeme wie z.B. PCD2 PCD3.M170.[autotranslated]

Symptom
Wenn der entsprechende Port im MC-Modus zugewiesen ist, zeigt das Diagnose-Flag TBSY, dass die serielle Schnittstelle senden Zeichen beschäftigt. Dies ist der Fall bei z.B. einer PCD2.M170.
Dieses Verhalten ist nicht gleich auf ein PCD2.M5xxx oder ein PCD3.Mxxxx, vor allem nicht wenn mit einer PCD3.F121 oder eine F2xx(x)-Module. Auf eine PCD3/PCD2.M5 ist das TBSY-Flag keiner mehr hoch während der ganzen Zeit, die der Anschluss besetzt ist. Stattdessen ist es nur hoch eine kurze Zeit ganz am Anfang des Vorgangs senden.

Grund
Der Grund für diesen Unterschied ist eine neue Art und Weise der UART des Ports zugreifen. Auf älteren Systemen wurden die Zeichen direkt in die UART geschrieben, wobei die PCD3 ein Puffer dazwischen gelegt ist. Statt darauf hin, dass der "Send-Staat" von der UART auf älteren Systemen mag, stellt der TBSY den Zustand dieses Puffers (die Größe am Ende dieser FAQ-Seite finden) auf der PCD3 oder die PCD2.M5.

Lösung
Dieser Unterschied sollte nicht dazu führen, dass Problem ist den meisten Fällen. In einigen Anwendungen ist jedoch der Zustand der TBSY verwendet, z.B. das RTS-Signal der Linie (mit der Anweisung SOCL) steuern. In diesem Fall die Kommunikation (arbeitet an einer PCD2.M170) funktioniert nicht mehr auf eine PCD3 oder eine PCD2.M5.
In diesem Fall könnte eine der folgenden Problemumgehungen angewendet werden:

• Anstelle von zuweisen den Hafen MC0 könnten es in MC4 zugewiesen werden (MC4 wird gewöhnlich als "MC für RS485" beschrieben). In diesem Modus die UART ist die Verwaltung der RTS autonom (und daher besteht keine Notwendigkeit mehr, die RTS durch das User-Programm festgelegt). Beachten Sie, dass in diesem Fall die SOCL-Befehle sind aus dem Programm entfernt werden!
• Die Dauer, während die RTS wird festgesetzt im Voraus berechnet werden konnte (basierend auf der Anzahl Zeichen gesendet werden) und in einen Timer geladen. Während dieser Zeitgeber hoch ist, kann der RTS mit dem SOCL-Befehl festgelegt werden.
  Beachten Sie, dass diese Lösung nicht wirklich eine "nette" und kann nur Arbeit mit sehr niedrigen Baudraten.

Notizen

• Alle Firmware-Versionen der PCD3xxx und PCD2.M5xxx behandeln die TBSY, wie in dieser FAQ beschrieben.
• Die Puffergröße ist abhängig von der Port verwendet:
  PCD3 Port 1 und 02:24 Zeichen
  PCD3-Port 0 und 3: 2 Zeichen
  PCD2.M5 Port 0 und 01:24 Zeichen
  PCD2.M5 port 2 und 3: 2 Zeichen
  

[autotranslated]

Diese Antwort gilt im Fall der Booter eine PCD2.M150 muss aktualisiert werden.[autotranslated]

Wie kann ein Booter werden aktualisiert?
Es gibt im Wesentlichen zwei Möglichkeiten wie der Booter eine PCD2.M150 kann erweitert werden:

• Ein neue Firmware-Chip wird mit einem EEPROM-Brenner verbrannt. In diesem Fall wird eine *.hex-Datei auf der flash-Chip in einem Tool wie z.B. GALEP geschrieben. Die *.hex-Datei enthält eine Booter sowie eine Firmware für die PCD2.M150 (z.B. die Firmware 0d 3 und der Booter 012).
  
• Die andere Methode ist, dass der Booter direkt auf die PCD2 heruntergeladen wird.M150. In diesem Fall müssen einige Bedingungen erfüllt sein: die aktuell installierte Booter muss ein Update der Booter in der heutigen flash-Chip unterstützen.

Flash-Chips verwendet und die Unterstützung des Herunterladens der booter

• SST 39SF040 Firmware flash
  Für den Fall, dass die Firmware gespeichert ist, auf einem flash-Chip des Herstellers SST (nicht in der Produktion nicht mehr verwendet) ist die minimale Booter-Version für die Aktualisierung der Booter 010. Finden Sie im folgenden Verfahren.
  
• AMIC A29040 Firmware flash
  Für den Fall, dass die Firmware auf einem flash-Chip des Herstellers AMIC die minimale Booter-Version für die Aktualisierung der Booter gespeichert ist ist 013. Wenn eine ältere Version von der Booter vorhanden ist, muss die neuen Booter mithilfe einen EPROM-Brenner geschrieben werden.
  
• ATMEL AT49F040 Firmware flash
  Die ersten Versionen von PCD2.M150 wurden mit diesem Chip geliefert. Dieser Chip unterstützt nicht die Aktualisierung der Firmware oder die Aktualisierung der Booter mit PG5. Eine neue Firmware muss geschrieben werden, mit einem EPROM-Brenner in jedem Fall.

Wie Sie die aktuell installierte Booter-Version herausfinden?
Die Booter-Version auf Ihrem PCD2.M150 (Firmware 0d 0 oder höher) mit dem online-Debugger gelesen werden kann:
Typ: D Y 800010 (Danzuzeigen bYTe 800010)
Die Booter-Version wird am Ende der Zeile gezeigt angegeben werden.

Was kann ich tun, wenn ich einen Chip, der oben aufgeführten aber gibt es eine zu alte Booter installiert
In diesem Fall laden Sie bitte die hex-Datei-Version der Firmware verwendet in der Produktion von Abschnitt "Speicherprogrammierbare Steuerung"--> "PCD2"--> "Mxxx CPUs"--> "PCD2.M150 ". Diese hex-Dateien können in Ihre Chips mit einem geeigneten EEPROM-Brenner wie Galep geschrieben werden.
Sobald diese Firmware auf Ihre Chips geschrieben wurde, kann das Firmware-Update der Firmware-Download-Tool von PG5 erfolgen (*.blk-Dateien sind heruntergeladen werden).

[autotranslated]

Ab Firmware-Version 0D 0 ist es möglich, die Firmware auf die PCD2 herunterladen.M150. Es ist nicht mehr notwendig, die Firmware-Chips (Flash) auf einen EPROM-Brenner zu schreiben.[autotranslated]

Einführung
Für eine easyer Firmware upgrade-Verfahren der Booter und Firmware der PCD2.M150 wurde so verbessert, das man die Firmware Directyl mit der PG5-Firmware-Datei herunterladen kann. Die minimale Firmware-Version für die Aktivierung dieser Firmware-Download ist 0D 0 (die Datenvolumen-*.hex-Dateien enthalten die entsprechenden Booter-Version 010 oder höher).

Natürlich ist es noch möglich, die Firmware-Flash auf einem EPROM-Brenner zu schreiben, wie es bei älteren Versionen durchgeführt werden.
Für den Fall, dass Ihr PCD mit einer Firmware älter als 0d 0 (z. B. 0 C 4) ausgestattet ist, musst du einen neue Firmware-Chip zu brennen (Hersteller AMIC oder SST) mit einer Firmware 0d 0 oder höher. Sie finden diese Dateien wie gewohnt auf der Support-Website im Produktordner der PCD2.M150.

Offizielle Einführung in der Produktion
Die erste offizielle Firmware unterstützt den Download von einer neuen Firmware ist 0d 3. Diese Firmware wurde reglementierte und Produktion in Woche 30 2006 eingeführt. Die Booter-Version mit dieser Firmware installiert ist 012.

Firmware Verfahren zum herunterladen
Sobald die Installation der Firmware 0d 0 oder höher, können Sie einfach eine neue Firmware mit der folgenden Prozedur Downlod (angesichts der installierten Chip unterstützt der Download der Firmware, siehe FAQ 100606).

• Offene PG5
• Wählen Sie das Menü "Extras" auf "Online-Konfigurator"
• In der Online-Konfigurator klicken Sie die Schaltfläche "Go offline" (zum Herunterladen der Firmware PG5 offline sein muss)
• Der Online-Konfigurator wählen Sie im Menü "Extras" "Download Firmware"
• Das Firmware-Download-Utility klicken Sie auf die Schaltfläche "Hinzufügen" und wählen Sie die neue Firmware für die PCD2.M150 (die Datei muss die Erweiterung *.blk). Stellen Sie sicher, dass nur diese Datei im Fenster sichtbar ist. Wenn andere Dateien vorhanden sind, entfernen Sie diese mit der Taste "Entf".
  
• Klicken Sie auf "Start" zum Starten des Downloads

Die Datei heruntergeladen werden, ist eine *.blk-Datei, die von der Support-Website heruntergeladen werden kann.

Flash-Chips unterstützen den Download der firmware
Es gibt mehrere flash-Chips halten die Frimware auf die PCD2.M150. Leider wird der erste eingeführte Chip den Download der Firmware nicht unterstützt. Nachfolgend eine Liste der verwendeten flash-Chips:

• AMIC A29040 (A29040B-70F)
  Dieser Chip unterstützt das Herunterladen der Firmware. Der Download von der Booter wird von Booter Version 013 (um zusammen mit Firmware 0E3 hex-Dateien installiert werden) unterstützt.
• SST-39SF040
  Dieser Chip unterstützt den Download der Firmware sowie das Herunterladen von der Booter^*).
• ATMEL AT49F040
  Dieser Chip unterstützt nicht den Download der Firmware. Für die Aktualisierung der Firmware, muss die neue Firmware-Version auf dem Chip mit einem EPROM-Brenner gebrannt werden.

^*) Für die Aktualisierung der Booter aus Booter Version 010, 011 und 012 muss die PCD zuerst in den Bootloader-Modus festlegen.

[autotranslated]

Wenn der Port-3 im Modus S-Bus Slave initialisiert ist funktioniert es nicht mehr mit FW-020. Der Fehler wird behoben, in FW-Versionen > 020 (#21) und auch nicht in Versionen < 020 erschienen.[autotranslated]

[autotranslated]

Überprüfen Sie vor dem Firmware-Download über ein Netzwerk TCP/IP oder Modem:

[autotranslated]

bevor Sie die PCD-Firmware aktualisieren, überprüfen Sie, ob Ihr Hardwaresettings und Benutzer-Programm in den flash-Speicher gespeichert sind

[autotranslated]

Es gibt je nach Firmware Unterschiede im Umgang mit den Seriell-S-Bus Kommunikation Diagnoseprotokoll Flags TDIA und RDIA. Diese Flags werden kontinuierlich aktualisiert, von älteren FW-Versionen aber nicht von der Saia PCD ® COSinus Classic PCD-Firmware (verwendet für PCD2.M480 und PCD3-Steuerungen). [autotranslated]

Symptom
Diagnoseprotokoll Fahnen zeigen an, ob ein Kommunikationsfehler vorliegt. Die Flags sind direkt abhängig von der Diagnose RDIA registrieren. Wenn die RDIA einen beliebigen Wert ungleich 0 enthält, wird die entsprechende Diagnose-Flag gesetzt.
Der Zustand der diagnostischen Flags wird alle ms von konventionellen FW-Versionen (verwendet für PCD1, PCD2.M1x0, PCD4 PCD6) aktualisiert.
Die Saia-PCD ® COSinus Classic PCD-Firmware (verwendet für PCD2.M480 und PCD3) wird nicht mehr aktualisiert, die diagnostischen Kennzeichen zyklisch. Auf diese FW sind die diagnostischen Kennzeichen nur auf ein Kommunikation-Ereignis (wie z.B. eine SRXM-Anweisung) aktualisiert.

Grund
Grundsätzlich werden die Flags Diagnoseprogramms durch die Mitteilung der Routine der FW aktualisiert. Konventionelle FW ist die Kommunikation-Routine zyklisch (alle ms) polling.
Die Saia PCD ® COSinus Classic PCD aufrufen die Kommunikation-Routine nicht zyklisch aber nur auf Interrupt (z. B. die Kommunikation-Anweisung SRXM erzeugt solch einen Interrupt). Dies bedeutet, dass die diagnostischen Kennzeichen nur auf ein Ereignis Kommunikation erneuert werden.
Der Vorteil dieser Methode ist eine minimale CPU-Last aufgrund der Communication Task.

Abschluss
Diese Änderung des Verhaltens der diagnostischen Kennzeichen nicht widersprüchliche mit Beschreibung oder Anleitung. Allerdings gäbe es einige Programmcode, der auf die automatische verweist diese Flags stützt. In diesem Fall hat der Code angepasst werden, wenn auf eine PCD mit Saia PCD ® COSinus Classic PCD-FW verwenden soll.
Die Anpassung könnte in der Weise realisiert werden, dass auf Reset des RDIA (die sowieso getan werden muss) auch die diagnostischen Kennzeichen zurückgesetzt werden.

[autotranslated]

Der Profibus DP-Konfigurator von PG5 1.3 (älter als SP1.3.120) werden Konfigurationsdateien erstellt, die nicht auf eine PCD2.M110/120 ausgestattet mit FW 080 und älter.[autotranslated]

Symptom
Das Profibus-DP-Modul kann nicht initialisiert werden. Die Error-LED leuchtet stattdessen und "PROFIBUS FAIL 000" wird in der Geschichte der PCD eingegeben. PROFIBUS DB Master und Slave-Konfigurationen sind besorgt.

Grund
Der Grund für dieses Problem ist, dass der Profibus DP-Konfigurator (kommt zusammen mit PG5 1.3.100 oder SP1.3.110) die Konfigurationen in DBX 4 speichern möchten. Diese Adresse ist nicht verfügbar in FW-Versionen bis 080 (da stehen nur 4 DBX, Adresse 0 enthalten).

Lösung

• Entweder Update auf die neueste offizielle FW für die PCD2
• Oder aktualisieren Sie auf PG5 SP1.3.120 (oder höher)

[autotranslated]

Einige PCD-Typen (klassisch und xx7) haben ihre Firmware auf 4 Mbit flash-Chips auf der Hauptplatine angeschlossen gespeichert. Der Benutzer kann weiter Speicher/Backup-Erinnerung an viele PCDs verlängert werden, durch die Montage eines flash-Chips. Diese FAQ enthält eine Liste der diese Speicherchips in Bezug auf die Nutzung.[autotranslated]

Die Anwendungsmöglichkeiten für die 4 MBit flash-chips

Die Anwendungsmöglichkeiten für 1 MBit flash-chips

[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]

Wenn einmal der Software-Watchdog für eine PCD2 konfiguriert ist.M150, das System nicht mehr gestartet werden, bis die FW geändert werden, um entweder eine ältere Version (nicht empfohlen) oder die neueste Version 0E3 (empfohlen)![autotranslated]

Dieses Problem beginnt durch eine lange Folge von der FW, wodurch wird der Software-Watchdog gleich nach dem ersten Start das System neu starten. Dies bewirkt, dass die PCD nicht booten überhaupt nicht mehr.
In dem betreffenden Staat Leuchten alle LEDs (RUN, HALT und Fehler); der Neustart wird vor der eigentlichen Startsequenz gekennzeichnet durch der laufenden LEDs der PCD beginnt verlief.

Zur Lösung dieses Problems das FW haben Chips ersetzt werden. Diese Chips, die entweder auf Ihren SBC-Vertreter bestellt werden kann oder die tatsächlich genutzten Chips können mit einem EPROM-Brenner wie GALEP IV umgeschrieben werden.
Seit der FW von einer PCD2.M150 ist in Flash EPROMs, geschrieben, es kann Ereased und neu geladen mit den hex-Dateien von der FW-Version-0E3 auf der Support-Website www.sbc-support.ch oder auf Ihren SBC-Vertreter.

[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]

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 April 2011 eine neue Firmware für die PCD2.M487 wurde in die Produktion eingeführt. Diese FAQ listet die wichtigsten Unterschiede im Vergleich zu der vorherigen Firmware verwendet in der Produktion (1,315) firmware[autotranslated]

Neue features

• Unterstützung von PCD7.R400 produziert nach April 2010
  (mit älterer Firmware kann nur lesen, aber nicht in geschrieben der R400 produziert nach April 2010 finden Sie unter FAQ 101391)
• Unterstützung der PCD2.W525 analoge Ein-/Ausgangsmodul

Wichtigste Korrekturen

• In einigen Fällen wurden zwischen den Zeichen Verzögerungen auf Port 6 beobachtet
• MPI-OPRead-Telegramme wurden manchmal nicht korrekt beim Hochfahren der PCD beantwortet
• PCD2.W610 Ausgabe wurde nicht korrekt berechnet, für den Fall, dass SIMATC Format konfiguriert wurde
• Auf einer PCD2.W745 war nur der erste Kanal richtig gelesen.
• Die Verbindung nach 10 s geschlossen, FETCH/Write über ISO on TCP

[autotranslated]

Die Error-LED der PCD2.M127 blinkt, für den Fall, dass ein PCD2.F7xx-Modul ist so konfiguriert, aber die Kommunikation (Profibus oder LON) funktioniert nicht (z.B. weil das Modul selbst oder konfigurierten Profibus DP Slave nicht vorhanden ist).[autotranslated]

Bemerkung
Die Benutzerdokumentation besagt, dass die Fehler-LED in das User-Programm programmiert werden kann; Diese Aussage ist falsch, da der blinkenden Fehler, die LED nur indem Sie entweder die fehlgeschlagene Kommunikation vermeiden oder durch Entfernen der Kommunikation-Konfigurations aus dem Projekt gestoppt werden kann.[autotranslated]

Im Februar 2010 eine neue Firmware-Version für die Systeme PCD2.M177 und PCD.Smart.M177 wurde in die Produktion eingeführt. Der Grund für diese Einführung ist, dass eine neue Art von Blitz, auf die PCD7 verwendet wird.R400 Speichermodule. Diese neue flash-Speicher wird nur durch die neue Firmware 3.123 (und höher) unterstützt.[autotranslated]

[autotranslated]

Beim Arbeiten mit PCD-Systemen, überqueren Sie den Ausdruck "Saia PCD ® COSinus" früher oder später. Diese FAQ wird erläutert, wofür "Saia PCD ® COSinus-System" steht.[autotranslated]

Der Ausdruck "Saia PCD ® COSinus"
Im allgemeinen steht der Ausdruck "Saia PCD ® COSinus" für PCD-Systemen, die mit Freescale (früher Motorola) Coldfire CPU-Technologie ausgestattet sind. Die "nicht - Saia PCD ® COSinus" Systeme von Saia-Burgess Controls AG basieren auf Freescale 68 k CPU-Technologie (z.B. PCS1, PCD2.M170 etc..).
Die Coldfire CPU-Technologie ist eine neue und mehr leistungsfähige CPU-Generation, Neuentwicklung ist in der Regel realisierte auf Coldfire CPU (während die 68 k-CPUs noch parallel zur Verfügung stehen).
Das erste PCD-System auf Basis der Saia PCD ® COSinus-Technologie wurde die PCD2.M48x. Für dieses System wurde die ganze Firmware neu geschrieben. Die Firmware des neuen Systems wird basierend auf der Firmware entwickelt für die PCD2.M48x-Plattform (mit der gleichen Kernmodule) aufgebaut. Neue Firmware-Funktionen (z.B. Modbus, die in der Firmware implementiert wird) sind grundsätzlich für die Coldfire CPU-Technologie und damit für Saia PCD ® COSinus-Systeme konzipiert.

Saia PCD ® COSinus-basierte Systeme
Die folgende Liste enthält die wichtigsten PCD-Systeme basieren auf Saia PCD ® COSinus-Technologie.

• PCD3.Mxxx
• PCD2.M48x
• PCD2.M5xxx
• PCD7.D4xx
• PCD1.M2xx (derzeit in Entwicklung)

Bedeutet dies, dass alle Saia PCD ® COSinus-Systeme die gleiche Firmware-Features unterstützen?
Nein! Obwohl die gleiche Basismodule der Firmware verwendet werden, ist es das PCD-System abhängig, ob ein bestimmtes Feature oder nicht unterstützt wird. Zum Beispiel wird das http-Protokoll von PCD3 und PCD2.M5xxx-Systeme, aber nicht auf PCD2.M48x unterstützt.[autotranslated]

Die PCD3-Systeme verfügen über einen Ethernet-Port und die PCD2.M5540 sind in der Lage, Emails zu versenden. Aber die Versendung von E-Mails ist nicht nur abhängig von der CPU selbst.[autotranslated]

Die PCD3-Systeme verfügen über einen Ethernet-Anschluss und PCD2.M554x Unterstützung SMTP (Simple Mail Transfer Protocol). Versenden von e-Mails nur hängt über dieses Feature aber auch nicht von der ISP (Internet Service Provider), die Firewalls und Router-Konfigurationen zwischen PCD und Internetdienstanbieter.

Die beigefügte Checkliste mit Kriterien mit Ihren Anbieter und / oder Ihre IT-Unterstützung überprüfen soll helfen, um zu überprüfen, ob das Senden von E-Mail möglich ist.

[autotranslated]

Um die Auslegung des Firmware-Versionen zu vereinfachen und Verwirrung in Bezug auf implementierte Features und Bug Fixes in verschiedenen Firmware-Versionen zu vermeiden, wird ein neues Firmware-Version-Format für Saia PCD ® COSinus basierte Systeme eingeführt werden.[autotranslated]

Argumente für das neue format
Die neue Firmware-Version-Benennung ermöglicht einen klaren und einfachen Vergleich zwischen den verschiedenen Versionen und ihre implementierten Funktionen (PCD Typ spezifische) und Bug-Fixes.
Fragen wie "Warum ist die alarmierende Funktionalität implementiert in Firmware-Version $31 aber nicht in Version 031 PCD3-Web-Server? -Beide haben die gleiche Anzahl... "sollten vorbei sein (jedoch, wenn Sie die Antwort interessiert sind, siehe FAQ100176)

Formatbeschreibung
Der neue Name der Firmware-Version besteht aus einer Hauptversion, ein Zweig und eine kleinere Version getrennt durch einen Punkt (.).
Beachten Sie, dass die Präfixzeichen "0", "$" oder "#" werden nicht mehr in dieser Schreibweise verwendet.

Betroffene Systeme
Das neue Firmware-Version-Format wird auf die Systeme basierend auf Saia PCD ® COSinus-Firmware (klassisch und xx7) angewendet. Dies sind die

• PCD1.M2xxx
• PCD2.M48x
• PCD2.M5xxx
• PCD3.Mxxxx
• PCD7.D4xx (MB-Panels)

Während die Firmware-Namen für die MB-Panels und PCD1.M2xxx dieses Format von Anfang haben, wurde es auf der PCD3 und PCD2.M480 Systeme mit der Firmware-Version nach 03 b.

Version fließen, Beispiel
Nachfolgend ein Beispiel für einen Fluss Version. Wenn z. B. ein Fehler in der Version 1.06.01 behoben ist, / werden auch Version 1.07.02 und alle folgenden 1.06.xx Versionen dieser Korrektur implementiert haben.


Version Typen

• Veröffentlichte Beta- oder Wartung Versionen (vergleichbar mit den aktuellen Versionen von "Bxx" oder "#xx").
• Veröffentlichte Produktionsversionen (vergleichbar mit den aktuellen Versionen der "0xx"): diese Versionen sind in der Produktion eingeführt.
• Neue Funktion-Versionen (vergleichbar mit den aktuellen Versionen von "$xx").

Kompatibilität mit PG5
Die neuen Firmware-Bezeichnungen werden vollständig von PG5 V 1.4.200 unterstützt:

Frühere Versionen von PG5 zeigt nur die ersten drei Ziffern die Firmware-Version (z.B. "106" statt "1.06.08"). Die vollständige Firmware-Version kann immer gelesen werden, indem Sie anzeigen Byte F0F0 im "Online-Debugger" (Typ DYF0F0 ):

[autotranslated]

Aufgrund eines Problems die Firmware-Version 039 funktioniert die serielle PGU-Verbindung auf den PGU-Port nicht.[autotranslated]

Symptom
Es ist nicht möglich, eine Verbindung der PCD2.M480 (mit Firmware-Version 039 installiert) mit seriellen PGU Kabel-Modus mit einem PGU PCD8.K111.

Grund
Ein Problem der Firmware-Version 039 bewirkt, dass die serielle PGU-Verbindung nicht zu arbeiten.

Lösung
Wenn möglich verwenden Sie PCD (schnelleren) USB-Port für den Anschluss der PCD. Für den Fall, dass dies nicht möglich ist, bitte kontaktieren Sie Ihr zuständiges Vertriebsbüro und fordern Sie einen Firmware, der das Problem (z.B. 03 b) behoben.

[autotranslated]

Einige PCD-Typen (klassisch und xx7) haben ihre Firmware auf 4 Mbit flash-Chips auf der Hauptplatine angeschlossen gespeichert. Der Benutzer kann weiter Speicher/Backup-Erinnerung an viele PCDs verlängert werden, durch die Montage eines flash-Chips. Diese FAQ enthält eine Liste der diese Speicherchips in Bezug auf die Nutzung.[autotranslated]

Die Anwendungsmöglichkeiten für die 4 MBit flash-chips

Die Anwendungsmöglichkeiten für 1 MBit flash-chips

[autotranslated]

Ja. Mit allen Serie xx7 PCD2 Steuerungen kann das Betriebssystem über eine serielle Schnittstelle aktualisiert werden. PCD3-Systeme können über den USB-Port aktualisiert werden.[autotranslated]

PCD2.M1x7 erfordern eine PCD7.F120-Schnittstellenmodul, dies zu tun. Mit der PCD2.M487, FW-Updates direkt über den PGU-Port stattfinden können. Mit der PCD1.M137, sind FW-Updates nur möglich durch eine Änderung das PROM. Weitere Informationen über FW-Update-Verfahren für welchen Controller und das Kabel für den Anschluss an den PC-COM-Port, unter www.sbc-support.ch/overview/xx7family.htm finden Sie Klicken Sie hier auf die PCD erforderlich, dann gehen Sie auf die Überschrift "Firmware" und Anweisungen zum herunterladen und das neueste Betriebssystem.

[autotranslated]

Die Ausgabe bleibt klein, wenn es sich nicht um einen gültigen Wert ist.[autotranslated]

Problem
Die Ausgabe einer Logik-Operation bleibt gering, auch wenn die Bedingung wahr ist
oder
Die Ausgabe an einen Counter/Timer bleibt 0, selbst wenn ein Wert gesendet werden sollen

Grund
Wenn die Ausgabe eine körperliche Adresse z.B. zugreift. O 48, und es gibt keine Digitalausgang-Karte in diesem Slot eingesteckt, der Ausgabewert im Programm bleibt immer gering.
Wenn der Ausgabewert für einen Timer oder Counter negative z.B. ist. 1 Was ist ein ungültiger Wert für einen Zeitgeber oder den Inhalt der Timer oder Counter Counter wird immer 0 bleiben.

Lösung
Stecken Sie eine Karte oder Landkarte die Ausgabe statt einer physischen Adresse kennzeichnen
Schreiben Sie einen gültigen Wert für die Timer/Counter

[autotranslated]

Im Fall einer PCD2.R6000 (mit einer Hardwareversion / Änderung vor B1) angeschlossen ist, auf eine PCD2.M5 die erweitert wird mit einer PCD2.C2000 ist das Dateisystem auf der SD-Karte nicht erreichbar.[autotranslated]

Symptom
Das Dateisystem von einer PCD2.R6000 ist nicht zugänglich oder sichtbar, wenn die R6000 auf eine PCD2 montiert ist.M5 die erweitert wird mit einer PCD2.C2000-Erweiterungs-Modul. Beim Verbinden mit einem FTP-Client ist die SLxFLASH nicht sichtbar.

Grund
Durch eine Hardware-Einschränkung der PCD2.R6000 wird das Modul nicht richtig wenn eine PCD2 initialisiert.C2000 angeschlossen ist.

Lösung
Diese Beschränkung entfällt mit Hardware-Version B und Hardware-Änderung 1 (--> "B1"). Diese Version wird seit Woche 18 2010 ausgeliefert.
Für den Fall, dass Sie von dieser Einschränkung betroffen sind, senden Sie bitte Ihre PCD2.R6000 Sie den Reparaturservice der SBC (mit der Bemerkung "KR-PC-10-013"). Das Hardware-Update ausgeführt wird kostenlos.

Bemerkung
Bitte beachten Sie, dass das gleiche Verhalten (R6000 funktioniert nicht / wird nicht erkannt, die LED "Diag" bleibt rot) für den Fall, dass ein analoges i/o-Modul auf den Slot mit i/o Adresse 240 angeschlossen ist. In diesem Fall entfernen Sie den analogen i/o Modul aus dem Steckplatz mit Basisadresse 240 (auf diesem Steckplatz keine Analog i/o Modul kann verwendet werden, wie es mit der Hardware-Watchdog der PCD interagieren würde).[autotranslated]

Zum Anschluss einer PCD2.C2000, eine PCD2.M5xxx eine PCD2.K106 Version B oder höher ist erforderlich. Im vergangenen Jahr, die folgenden Änderungen der PCD2.K106 verwirklicht wurden.[autotranslated]

Die folgenden Hardware-Versionen des Kabels PCD2.K106 (wird) vorhanden sein:

• Version C (wird ausgeliefert, sobald der Bestand an Version B ausverkauft ist)
  Um die Kompatibilität mit der PCD2.C2000, die die Länge 900 mm. erhöht wurde, besitzt einen Anschluss mit einem Winkel von 90 Grad.
• Variante B
  Verfügt über einen Winkel von 90 Grad und hat eine Länge von 700 mm.
• Version A (veraltet)
  Einen Winkel von 90 Grad verfügen nicht.

Diese FAQ wird aktualisiert, sobald die B-Version nicht mehr ausgeliefert wird.

[autotranslated]

Pro Beispiel: einige Eingabe LEDs leuchten auch, wenn das Signal am Eingang niedrig ist.[autotranslated]

Problem
Nach Anschluss einige Drähte Eingabe sind der LEDs's in einem undefinierten Status. Einige oder alle LEDs leuchten, auch wenn das Signal am Eingang niedrig ist.

Grund
In den meisten Fällen sind Probleme wie diese Verkabelung. Pro Beispiel L nicht korrekt angeschlossen.

Lösung
Das "L" hat das Minus im Quelle-Betriebsmodus (Positiv-Logik) und das Plus in Senke-Betriebsmodus (Negativ-Logik) angeschlossen werden.

[autotranslated]

Nein, die LonWorks Module PCD2.F240, PCD3.F2400 und PCD7.R582 sind nicht mehr lieferbar.[autotranslated]

Die Produktion der LonWorks Interface Module PCD2.F240, PCD3.F2400 und das LonWorks Speichermoduls PCD7.R582 wurde Ende 2021 eingestellt und die Geräte sind nicht mehr verfügbar.

Als Ersatz empfehlen wir die Verwendung von BACnet.

[autotranslated]

Ja, es ist möglich bis zu 16 MP-Bus Geräte an einem MP-Strang anzuschliessen und die PCD unterstützt das MP-Bus light Protokoll.

Belimo hat die Funktionalität des MP-Bus erweitert und unter bestimmten Bedingungen ist es möglich, bis zu 16 Belimo Geräte am gleichen MP-Bus Strang anzuschliessen.

Die MP-Bus Geräte welche diese Funktionalität unterstützen werden mit MPL/MPX oder/und Belimo MP-Bus light bezeichnet.

SBC hat die Belimo PG5 FBox Bibliothek angepasst um die 16 Geräte pro MP-Bus Strang zu unterstützen.

In Fupla, im FBox Selektor Fenster sind die FBoxen welche den Adressenbereich 1 bis 16 unterstützen unter der Kategorie sind die sind die FBoxen ‘MP-Bus’, ‘MPX Devices 1- 16’ abgelegt.

Dies bedeutet, dass eine PCD maximal 128 Belimo ansteuern kann, falls an allen 8 möglichen MP-Bus Strängen der PCD, nur MPX Geräte angeschlossen sind.

MP und MPX Addressierung
Die Adressierung auf 16 MP-Bus Adressen ist seit der Version 2.7.527 der Belimo FBox Bibliothek verfügbar.

Bemerkungen:
1.
Die Duplex Driver Fbox für das PCD2.T500 Modul unterstütz nur die MP Adressenbereich  (1-8).
2.
Die Single Driver Fbox unterstütz den MP Adressenbereich (1-8) sowie auch den MPX Adressenbereich (1-16) wenn die folgenden Regeln eingehalten werden:

• Falls nur MPX Geräte am MP-Bus angeschlossen warden, dann können Adressen bis 16 verwendet werden.
• Es ist möglich alte MP und neue MPX Geräte im gleichen MB-Bus Strang zu verwenden, aber der Adressbereich muss zwischen 1 bis 8 sein.
• Es ist möglich 2 MB-Bus Strägen zu verwenden, einer für die bisherigen MP Geräte (1-8), und einen für die neuen MPX Geräte (1-16)

Folglich:

• Falls mehr als 8 (bis zu 16) Geräte am MP-Bus Strang angeschlossen werden sollen, dann dürfen nur MPX Geräte an diesem MP-Bus Strang verwendet werden.
• Es ist nicht möglich die alten MP Geräte und die neuen Geräte auf demselben MB-Bus Strang zu verwenden und den Adressenbereich von 9 bis 16 zu verwenden.
• Das bedeutet, dass sobald ein altes MP Gerät am MP-Bus angeschlossen wird, der Adressenbereich  auf 1-8 limitiert ist.
  
  

Ja, es ist möglich bis zu 16 MP-Bus Geräte an einem MP-Strang anzuschliessen und die PCD unterstützt das MP-Bus light Protokoll.

Belimo hat die Funktionalität des MP-Bus erweitert und unter bestimmten Bedingungen ist es möglich, bis zu 16 Belimo Geräte am gleichen MP-Bus Strang anzuschliessen.

Die MP-Bus Geräte welche diese Funktionalität unterstützen werden mit MPL/MPX oder/und Belimo MP-Bus light bezeichnet.

SBC hat die Belimo PG5 FBox Bibliothek angepasst um die 16 Geräte pro MP-Bus Strang zu unterstützen.

In Fupla, im FBox Selektor Fenster sind die FBoxen welche den Adressenbereich 1 bis 16 unterstützen unter der Kategorie sind die sind die FBoxen ‘MP-Bus’, ‘MPX Devices 1- 16’ abgelegt.

Dies bedeutet, dass eine PCD maximal 128 Belimo ansteuern kann, falls an allen 8 möglichen MP-Bus Strängen der PCD, nur MPX Geräte angeschlossen sind.

MP und MPX Adressierung
Die Adressierung auf 16 MP-Bus Adressen ist seit der Version 2.7.527 der Belimo FBox Bibliothek verfügbar.

Bemerkungen:
1.
Die Duplex Driver Fbox für das PCD2.T500 Modul unterstütz nur die MP Adressenbereich  (1-8).
2.
Die Single Driver Fbox unterstütz den MP Adressenbereich (1-8) sowie auch den MPX Adressenbereich (1-16) wenn die folgenden Regeln eingehalten werden:

• Falls nur MPX Geräte am MP-Bus angeschlossen warden, dann können Adressen bis 16 verwendet werden.
• Es ist möglich alte MP und neue MPX Geräte im gleichen MB-Bus Strang zu verwenden, aber der Adressbereich muss zwischen 1 bis 8 sein.
• Es ist möglich 2 MB-Bus Strägen zu verwenden, einer für die bisherigen MP Geräte (1-8), und einen für die neuen MPX Geräte (1-16)

Folglich:

• Falls mehr als 8 (bis zu 16) Geräte am MP-Bus Strang angeschlossen werden sollen, dann dürfen nur MPX Geräte an diesem MP-Bus Strang verwendet werden.
• Es ist nicht möglich die alten MP Geräte und die neuen Geräte auf demselben MB-Bus Strang zu verwenden und den Adressenbereich von 9 bis 16 zu verwenden.
• Das bedeutet, dass sobald ein altes MP Gerät am MP-Bus angeschlossen wird, der Adressenbereich  auf 1-8 limitiert ist.

Unter bestimmten Voraussetzungen es ’ möglich, die Konfiguration der DALI-Geräte mit der F-Box ‘ Dali Cfg Manger ’ Doesn ’ t richtig funktioniert.

Definition oder das Ändern der DALI-Adresse des Geräts DALI, DALI Parametrierung in der DALI Gerät Doesn ’ t ordnungsgemäß funktioniert, dann neue Werte nicht auf die DALI-Gerät gespeichert sind.[autotranslated]

Beschreibung des Fehlers:
Unter bestimmten Bedingungen ist es möglich, dass die Konfiguration der DALI Geräte mit der F-Box 'Dali Cfg Manger' nicht richtig funktioniert.
Definition oder Ändern der DALI-Adresse des Geräts DALI, nicht einrichten die DALI-Parameter in das DALI-Gerät funktioniert, dann neue Werte nicht auf die DALI-Gerät gespeichert sind.

Dieses Verhalten geschieht, wenn die Übertragung der Konfiguration-Telegramme von PCD zu den DALI-Geräten zu lange dauert.
Diese Situation kann auftreten, wenn die Zykluszeit des Anwendungsprogramms auf PCD ist Long oder wenn die PCD nutzt brauchen einige Zyklus Zeit für andere Aufgaben (wie BACnet-Kommunikation)

Prüfungen die Konfiguration korrekt in das DALI-Gerät geschrieben, nur die DALI-Parameter vom Gerät nach dem Schreiben der Parameter ausgelesen und vergleichen Sie diesen Wert mit den zuvor geschriebenen Wert.

Lösung:
Wir haben das Problem behoben, dass Telegramme, derart, dass wir jetzt die Konfiguration behandelt werden direkt in die PCD2.F2610 oder PCD3.F261 DALI Kommunikationsmodul.

Die FW des Moduls F2610/F261 müssen mindestens die Version 1.03.23.

Die DALI-Konfiguration F-Box wurde ebenfalls angepasst, um die neue Firmware des Moduls F2610/F261 zu unterstützen.
Verwenden Sie mindestens die 'Dali-F26x'-Bibliothek Version $2.7.358 oder höher.

Technischen Gründen:
Die DALI-Spezifikation definiert für die Konfiguration-Telegramme, die haben an die DALI-Geräte, die diese Konfiguration-Telegramm haben zwei Mal an das DALI-Gerät gesendet werden gesendet werden.

Die Zeitverzögerung zwischen der ersten und der zweiten Konfiguration-Telegramm muss nicht mehr als 100ms.

Wenn die Verzögerung > 100ms dann den DALI-Geräten ist akzeptiert nicht die neue Konfiguration und die alten Parameter verwendet.

[autotranslated]

Der RS-232 S-Bus-Kommunikation kann funktioniert mit PCD2.F2xx0 oder PCD3.F2xx-Modulen bei der Kommunikation über Wandler (wie Modem oder optische Konverter) mit anderen Geräten überhaupt nicht. Auf PCD2.F2xx0 und PCD3.F2xx mit Firmware kleiner oder gleich V020 der Umgang mit dem RTS-Signal ist falsch.[autotranslated]

Symptom
Aufgrund eines Firmware-Fehlers auf dem PCD2.F2xx0 und PCD3.F2xx-Modul (mit Firmware des Moduls PCD2.F2xx0/PCD3.F2xx: kleiner oder gleich V020) Es kann sein, dass die S-Bus-Kommunikation über Wandler (wie Modem oder optische Konverter) an andere Geräte nicht funktioniert.

Die S-Bus-Kommunikation funktioniert gut, wenn keine Konverter dazwischen verwendet werden.
Auch andere Kommunikationsprotokolle dann S-Bus wie "Modus C, Modbus" auf dem PCD2.F2xx0 und PCD3.F2xx-Modul (mit und ohne Konverter dazwischen funktioniert).

Auf das Druckbild unten das Signal 1 ist RTS und Signal 2 ist der Datenfluss.
Mit PCD3.F121, das RTS-Signal verhält sich korrekt, mit PCD2.F2xx0 oder PCD3.F221 nicht.

Kommunikation mit PCD3.F121


Kommunikation mit PCD3.F221


Problemumgehung für die Verwendung der RS-232 S-Bus-Kommunikation über Wandler:
Für die PCD3:
Anstelle einer PCD3.F221, verwenden Sie den PCD3.F121.

Für PCD1.M2 oder PCD2.M5:
Verwenden Sie anstelle eines PCD2.F2xx0 die PCD7.F121S.

Lösung
Die Firmware Version 1.xx.xx des Moduls PCD2.F2xx0 oder PCD3.F2xx wird dieser Fehler beim Umgang mit dem RTS-Signal lösen. Bitte kontaktieren Sie Ihren lokalen SBC-Supportcenter.

[autotranslated]

Beim Lesen von Werten aus einige spezielle M-Bus Geräte mit M-Bus-Module PCD2/3.F27xx kann der M-Bus-Treiber den Fehler "Missing Value" zeigen, auch wenn alle Werte korrekt vom Gerät zurückgegeben werden.[autotranslated]

Symptom
Wenn die M-Bus Module PCD2/3.F27xx (mit der Framing-Protokoll) verwendet wird, kann der M-Bus-Treiber den Fehler "Missing Value" angezeigt, obwohl alle Werte korrekt zurückgegeben werden. Das Problem betrifft nur wenige Geräte; bisher sind die folgenden betroffenen Geräte bekannt:

• Janitza, Strom-Zähler
• EMU Professional, Strom-Zähler
• L & G Ultraheat 50, Zähler Heizung

Grund
Dieses Problem tritt auf, weil die PCD-Firmware (älter als 1.16.66) einige Bytes verliert, wenn die Antwort-Telegramme ist mehr als 240 Byte (und das Framing-Protokoll verwendet wird).

Lösung
Dieses Problem wurde korrigiert in der PCD-Firmware-Version 1.16.66 und höher. Diese Firmware ist z.B. enthalten in das BACnet Firmware-Paket auf der Support-Website (unter "Protokolle" -> "BACnet")

[autotranslated]

Die M-Bus-Kommunikation zwischen den "Aräometer M-Bus-Empfänger 868" (Alternativ "MB-Receiver" genannt) und die PCD2.F2710 hat analysiert worden, und es wurde festgestellt, dass das Gerät nicht der M-Bus-Spezifikation (SN EN 13757-2) entspricht. Es kann daher nicht zusammen mit der PCD2/3.F27x(0) verwendet werden.[autotranslated]

Während unserer Analyse es wurde festgestellt, dass die Stromverbrauch Variation von der "Aräometer M-Bus-Empfänger 868" beim Empfang von Daten ist höher als in der M-Bus-Spezifikation angegeben. Dies führt dazu, dass die Kommunikation zwischen den F271x und die "Aräometer M-Bus-Empfänger 868" Empfänger funktioniert nicht.
Beachten Sie, dass der Hersteller explizit angeben ist, dass dieses Gerät nur mit "seiner" M-Bus-Master verwendet werden, siehe Abbildung unten.

Detaillierte Informationen
Analysierten Funkempfänger: Aräometer M-Bus-Empfänger 868
Das Gerät nimmt die Kraft von den M-Bus-Kommunikation-Linien; Stromaufnahme ist etwa 20mA (statt max. 1.5mA). Bisher ist das kein Problem, solange das Gerät als ~ 13 X laden gezählt wird. Aber beim Senden von Daten auf den M-Bus-Linien die Stromaufnahme dieser Sklaven ändert, indem mehr als 10mA, und diese Änderung gilt als eingehenden Daten auf den M-Bus-master-Seite.

Der M-Bus Norm SN EN 13757-2 gibt:
Spannungsschwankungen des 1..15V soll sich nicht ändern den aktuellen Bus um mehr als Nx3uA / V. N muss angegeben werden, sind Werte im Bereich von 1 bis 4 zulässig. Max. mit SBC M-Bus Master ändern: 12V * 4 * 3uA/V = 144uA.

Abschluss
Die "Aräometer M-Bus-Empfänger 868" nicht mit M-Bus-Standard entspricht. (und der Hersteller gibt an, dass dieser Receiver hat nur mit ihren master-Geräten verwendet werden). Es kann daher (durch Zufall), dass es mit Drittanbieter-master-Geräten funktioniert. Mit den F27x-Modulen ist die Funktionalität nicht gewährleistet (garantierte Funktionalität müsste eine Hardware-Neugestaltung der F27x, die besondere Einrichtung zu unterstützen).

Bemerkung
In Deutschland die "Aräometer M-Bus-Empfänger 868" wird vertrieben von Hydrometer, während in der Schweiz es von Techem vertrieben wird und in Frankreich ist das gleiche Gerät von der Firma Sappel unter dem Namen "IZAR" verteilt.

[autotranslated]

Um das Lesen von Daten aus "CALEC Aquameter Energie Meister" Geräte, die mit den F27x-Modulen (außer PCD2.F2700 oder PCD3.F270) der M-Bus-FBox-Bibliothek 2.6.117 oder höher ist erforderlich. [autotranslated]

Symptom
Beim Lesen von Daten von einem "CALEC Aquametro Energie Meister" Gerät mit z.B. einer PCD3.F271 und die M-Bus-FBox-Bibliothek von Engiby ein Timeout (älter als Version 2.6.117) ist das Ergebnis. Dies ist nur der Fall mit dem Aquametro-Gerät, andere M-Bus-Geräte korrekt gelesen werden können.

Grund
Die Engiby M-Bus-FBox-Bibliothek (älter als Version 2.6.117) liest nicht richtig vom CALEC Gerät wenn der Framing-Protokoll (verwendet für die Module PCD2.F2710 oder eine PCD3.F271) konfiguriert ist. Auf der anderen Seite werden Daten korrekt gelesen, wenn der Charakter-Modus mit einem F270(0) (um mit "RS 485/F270" als serielle Schnittstelle-Typ in der M-Bus-Treiber FBox gewählt werden) konfiguriert ist.

Lösung

• Aktualisieren Sie Ihre M-Bus-Bibliothek auf Version 2.6.117 oder höher (bitte die Bibliothek direkt von Engiby)
• Wenn es nicht möglich ist kann Aktualisieren der FBox-Bibliothek auch den Zugriff auf die "CALEC Aquametro" mit einer PCD3.F270 (oder eine PCD2.F2700) und konfigurieren sie den Charakter-Modus verwenden (siehe Screenshot unten) in der FBox "MBus-Treiber":
  

[autotranslated]

Besteht die Möglichkeit zur Aktualisierung der Firmware eines PCD2.F2xxx oder einer PCD3.F2xx, in dieser FAQ, sie erklärt wird, wie es weitergehen soll.[autotranslated]

In der Regel ist das Verfahren dasselbe wie Sie würde die Firmware eine PCD3. Verbinden Sie den Computer über USB an die SPS und starten Sie die PG5 2.0 Firmware-Datei zu. Ändern Sie die Datei für den Download der erforderlichen .bin-Datei und starten Sie den Download in PGU USB-Modus.

Problem

Wenn mehr als eine PCD2.F2xxx oder PCD3.F2xx in der SPS angeschlossen ist kann einige Fehlermeldungen erscheinen.

Lösung

In diesem Fall müssen Sie angeben, dass der Steckplatz, in dem das Modul ist, angeschlossen, die Firmware in herunterladen möchten. Dies erfolgt in den Optionen die Firmware-Datei "Wählen Sie SPI Slot..."

Bei der Wahl in welchem Steckplatz soll die Firmware herunterladen Sie sicherstellen können, dass das richtige Modul aktualisiert wird, wenn "keine Optionen ausgewählt ist es wird versucht, laden Sie die Firmware auf die ersten PCD2.F2xxx oder PCD3.F2xx, die auf die i/o-Bus zu finden ist.


Bemerkung
Die minimalen Systemanforderungen sind:
PG5 2.0.200
PCD-Firmware 1.16.48

Module unterstützen ein Firmware-Update:
PCD2.F26xx
PCD2.F27xx
PCD3.F26x
PCD3.F27x

[autotranslated]

In der M-Bus-Bibliothek für die SBC-Energie-Meter (die für PG5 1.4, PG5 2.0 und 2.1 PG5 installiert werden kann) wurden die folgenden Änderungen angewendet.[autotranslated]

Änderung in der SBC-MBus-Bibliothek 2.7.006(März 2013)

• Unterstützung für PG5 2.1 hinzugefügt
• Die Option "BACnet" entfernt
  

Änderung in der SBC-MBus-Bibliothek 2.6.113 (Dezember 2011)

• Ausgänge der FBox hinzugefügt: Gesamt Wirkleistung und Blindleistung insgesamt steht zur Verfügung

Änderung in der SBC-MBus-Bibliothek 2.6.104 (Juli 2011)

• Eine negative Blindleistung durch SBC M-Bus-Energiezähler gemessen wurde falsch angezeigt
• Unterstützung der neuen Module PCD2/3.F271(0), F272(0) und F273(0)
  Wenn Sie ein solches Modul verwenden, konfigurieren Sie bitte die "serielle Schnittstelle" in der FBox zu "M-Bus/F27xx" und Stellen Sie sicher, dass Sie die Firmware 1.16.52 oder später die PCD-Treiber.
  Mit älteren Bibliotheksversion Sie haben diese Option nicht und Sie können nur die Module PCD2/3.F270(0) mit dem Modus "RS485/F270".

• Mit dem M-Bus zurückgesetzt Bibliothek 2.6.013 schickte der Treiber M-Bus wiederholt
• Mit älteren Versionen als 2.6.014 waren die SBC-M-Bus-Energiezähler nicht immer richtig verbunden.

• Es gibt zwei Bibliotheken für M-Bus:
  -Die "Vollversion" von Engiby
  die M-Bus Energie Meter von SBC, sondern auch von anderen Herstellern unterstützt
  -die "SBC-Version"
  welche nur die M-Bus-Energie-Meter vom SBC unterstützt.
• Die "SBC-Version" steht auf der Support-Website;
  Kontaktieren Sie für die "Engiby Version" Engiby um die letzte Version zu erhalten. www.engiby.ch
• Bitte installieren Sie die "SBC-Version" oder die "Engiby Version" jedoch nicht beides parallel; Dies kann zu inkonsistenten Datei Kombinationen führen.

[autotranslated]

Einige Geräte der M-Bus (bisher nur beobachtet auf einem MBus-Wasser-Zähler von der Firma Allmess / Actris) sind sehr empfindlich gegen Inter Charakter Verzögerungen.[autotranslated]

Symptom
Einige M-Bus Geräte angeschlossen an eine PCD2.F2xxx oder eine PCD3.F2xx (oder auf den Ports aufgeführt unter "Bemerkung") nicht auf alle Anfragen beantworten. Das gleiche Gerät funktioniert gut, wenn das M-Bus Gateway, an einen anderen Port (z.B. auf Port 0 der PCD2 verbunden ist.M5).

Grund
Der Grund für dieses Phänomen könnte sein, dass das M-Bus Gerät sehr sensibel gegen Inter Charakter Verzögerungen in den Telegrammen.

Lösung
Um die Inter Charakter Verzögerungen zu vermeiden wurde ein neues Feature in der Firmware der PCD (das Einfrieren, bit, siehe auch FAQ 100916) umgesetzt. Die M-Bus-Bibliothek 2.5.203 von Engiby funktioniert mit diesem Mechanismus und verhindert so die Inter Charakter Verzögerungen in den Telegrammen.

Bemerkung
Mit Firmware sollten Sie 1.10.16, die es beobachtet hat, dass solche Inter Charakter Verzögerungen im Telegramme gesendet auf den Ports vorhanden sind nachfolgend aufgeführt, auch bei Verwendung den Freeze-Modus erwähnt:

• PCD2.M5xxx: Port 2 und Port 3
• PCD3.Mxxxx: Port 0 und Port 3

Um diese Inter Charakter Verzögerungen zu vermeiden, verwenden Sie bitte Firmware 1.10.51 für Ihre PCD2.M5xx0 oder PCD3. Diese Firmware kann aus dem entsprechenden Produktabschnitt auf der Support-Website www.sbc-support.ch heruntergeladen werden.

[autotranslated]

Ein Hardwarekonflikt auf einem PCD2.M5xxx zwischen einem PCD2.W3x0 gesteckt I/O Steckplatz 3 und die Module PCD2.F2xx0 und PCD2.R6000 führt zu der Tatsache, die die Kommunikations- und Speichermodule in dieser Konstellation nicht funktionieren. Wenn die PCD2.W3x0 aus dem I/O-Steckplatz 3 entfernt wird arbeitet die Installation korrekt.[autotranslated]

Symptom
Im Fall einer PCD2.W3x0 Analog-Eingangsmodul im I/O Slot 3 (Basisadresse 48) angeschlossen ist die Kommunikations-Modulen PCD2.F2xx0 und die Speichermodule PCD2.R6000 funktionieren nicht.
Die LEDs auf ein Kommunikationsmodul PCD2.F2100, eine PCD2.F2210 oder eine PCD2.F2810 sind beleuchtet 50 % rot und 50 % grün (blinkt). Das Dateisystem der PCD2.R6000 (SLxFLASH: /) sind nicht über z.B. FTP sichtbar. Nur PCD2.M5xxx mit Hardware-Version älter als C345 betroffen sind.

Grund
Der Grund für dieses Verhalten ist ein Konflikt zwischen den PCD2.W3x0 (PCD2.W300, PCD2.W310, PCD2.W340, PCD2.W350, PCD2.W360) und PCD2.F2xx0 oder R6000. Dieser Konflikt besteht nur dann, wenn die PCD2.W3x0 auf den I/O-Slot 3 (Basisadresse 48) angeschlossen ist.

Lösung

• Dieser Konflikt ist nicht mehr mit Hardwareversion C345 von der PCD2.M5xxx (der entsprechende Filter der i/o-Bus wurde um Sie nicht zu diesem Konflikt führen angepasst).
• Für den Fall, dass es ist nicht möglich, das System sofort zu ersetzen (oder schicken Sie es an den Reparatur-Service für diese Änderung getan haben), kann das Problem gelöst werden, indem man eine PCD2.W30x nicht im I/O Slot 3. Wenn das Kommunikationsmodul oder das Speichermodul in I/O Steckplatz 3 angeschlossen ist funktioniert die Installation einwandfrei.

[autotranslated]

Wenn mehr als 1 zeigt desselben Typs (PCD7.D23x und PCD7.D290) verbunden sind, eine RS 485-Schnittstelle (Busterminal) eines PCDx.F2xx-Moduls, die Kommunikation funktioniert nicht. Nur eines der Displays verfügbar ist, die andere (n) ist (sind) nicht zugänglich![autotranslated]

Die Ports 100 bis 131 auf die PCDx.F2xx-Module haben unterschiedliche Zeitsteuerungseigenschaften und sind daher nicht geeignet für PCD7.D23x und PCD7.D290 im Bus terminal Topoloy!

Problemumgehung:
Verwenden Sie einen anderen RS-485 Port (an Bord oder mit F1xx).

[autotranslated]

Das Diagnose-Flag ist TBSY von der "Charakter-Modus" (verwendet für das Senden von Zeichen über eine serielle Leitung) nicht behandelt die gleiche Weise auf eine im Vergleich zur "alten" Systeme wie z.B. PCD2 PCD3.M170.[autotranslated]

Symptom
Wenn der entsprechende Port im MC-Modus zugewiesen ist, zeigt das Diagnose-Flag TBSY, dass die serielle Schnittstelle senden Zeichen beschäftigt. Dies ist der Fall bei z.B. einer PCD2.M170.
Dieses Verhalten ist nicht gleich auf ein PCD2.M5xxx oder ein PCD3.Mxxxx, vor allem nicht wenn mit einer PCD3.F121 oder eine F2xx(x)-Module. Auf eine PCD3/PCD2.M5 ist das TBSY-Flag keiner mehr hoch während der ganzen Zeit, die der Anschluss besetzt ist. Stattdessen ist es nur hoch eine kurze Zeit ganz am Anfang des Vorgangs senden.

Grund
Der Grund für diesen Unterschied ist eine neue Art und Weise der UART des Ports zugreifen. Auf älteren Systemen wurden die Zeichen direkt in die UART geschrieben, wobei die PCD3 ein Puffer dazwischen gelegt ist. Statt darauf hin, dass der "Send-Staat" von der UART auf älteren Systemen mag, stellt der TBSY den Zustand dieses Puffers (die Größe am Ende dieser FAQ-Seite finden) auf der PCD3 oder die PCD2.M5.

Lösung
Dieser Unterschied sollte nicht dazu führen, dass Problem ist den meisten Fällen. In einigen Anwendungen ist jedoch der Zustand der TBSY verwendet, z.B. das RTS-Signal der Linie (mit der Anweisung SOCL) steuern. In diesem Fall die Kommunikation (arbeitet an einer PCD2.M170) funktioniert nicht mehr auf eine PCD3 oder eine PCD2.M5.
In diesem Fall könnte eine der folgenden Problemumgehungen angewendet werden:

• Anstelle von zuweisen den Hafen MC0 könnten es in MC4 zugewiesen werden (MC4 wird gewöhnlich als "MC für RS485" beschrieben). In diesem Modus die UART ist die Verwaltung der RTS autonom (und daher besteht keine Notwendigkeit mehr, die RTS durch das User-Programm festgelegt). Beachten Sie, dass in diesem Fall die SOCL-Befehle sind aus dem Programm entfernt werden!
• Die Dauer, während die RTS wird festgesetzt im Voraus berechnet werden konnte (basierend auf der Anzahl Zeichen gesendet werden) und in einen Timer geladen. Während dieser Zeitgeber hoch ist, kann der RTS mit dem SOCL-Befehl festgelegt werden.
  Beachten Sie, dass diese Lösung nicht wirklich eine "nette" und kann nur Arbeit mit sehr niedrigen Baudraten.

Notizen

• Alle Firmware-Versionen der PCD3xxx und PCD2.M5xxx behandeln die TBSY, wie in dieser FAQ beschrieben.
• Die Puffergröße ist abhängig von der Port verwendet:
  PCD3 Port 1 und 02:24 Zeichen
  PCD3-Port 0 und 3: 2 Zeichen
  PCD2.M5 Port 0 und 01:24 Zeichen
  PCD2.M5 port 2 und 3: 2 Zeichen
  

[autotranslated]

Aufgrund eines Problems in der Produktion ist es möglich, dass PCD3.H112-Module mit Fertigungsdatum zwischen Kalenderwoche 45/2020 und Kalenderwoche 06/2021 nicht funktionieren.

Aufgrund eines Problems in der Produktion ist es möglich, dass PCD3.H112-Module mit Fertigungsdatum zwischen Kalenderwoche 45/2020 und Kalenderwoche 06/2021 nicht funktionieren.

Das Herstellungsdatum ist auf dem Aufkleber auf dem Modul sichtbar und würde als 2045 bis 2106 angezeigt werden und ist im Bild rot markiert.

Betroffene Module: 

• PCD3.H112 mit Herstellungsdatum zwischen 2045 und 2106 könnten vom betroffen sein.
  
  
• PCD3.H112-Modul älter als 2045 oder neuer als 2106 sind nicht betroffen
• PCD3.H114, PCD2.H112, PCD2.H114, PCDx.H112Z28 und PCDx.H114Z28 Module sind von diesem Problem nicht betroffen

Symptom:

Nach dem Einschalten der PCD3.H112 ist die rote CCO x LED eingeschaltet.

Auf Anwendungsebene werden keine Eingangssignale von den Eingangsklemmen Ax, Bx und Cx erkannt und somit wird keine Zählung im Applikationsprogramm durchgeführt.

Lösung:

Die betroffenen PCD3.H112 Module müssen ausgetauscht werden.

Bitte bestellen Sie neue PCD3.H112 Module und senden Sie die betroffenen PCD3.H112 Module mittels RMA zurück.

Die Vorgehensweise ist hier beschrieben: https://sbc-support.com/en/services/repair-service/

Notieren Sie im RMA-Formular "Advance Exchange" mit der Bemerkung "CRABBMS-163".

Die betroffenen PCD3.H112-Module werden Ihnen dann gutgeschrieben

Die Aufruf-Struktur für den FB "Home" aus der FB-Bibliothek für die PCD2.H32x-Module wurde zwischen B2.34 und Version $2,36 modifiziert. Als Ergebnis, die Programme, die für (oder mit) geschrieben wurden die FB-Version B2.34 oder älter müssen angepasst werden, um mit der aktuellen FB-Version ausführen. [autotranslated]

Symptom
Ein Projekt, das einen Aufruf der FB "Home" für das PCD2.H32x-Modul, das für eine FB-Version älter als B2.34 geschrieben wurde, kann nicht mit einer neuen Version der FB gebaut werden. Die Fehlermeldungen auf Build könnte z.B. sein:

Verlinkung: _H320_B.obj + H320.obj
LIB-Dateien: D2H320_B.obl
Auf: H320_B.pcdOperand Störungen:
Fehler 320: H320.gbd: Linie 223: Ungültige FB-Parameter: CFB H320.Home: Param 2. Siehe Modul D2H320_B.src: Linie 3570

Fehler 320: H320.gbd: Linie 223: Ungültige FB-Parameter: CFB H320.Home: Param 2. Siehe Modul D2H320_B.src: Linie 4207
...

Grund
Einige der Parameter an die FB-Startseite zu übergebenden wurden modifiziert. Während binäre Parameter "C-Konstanten" in FB Version B2.34 (und früheren Versionen) zu erwarten gewesen, dürften die gleichen Parameter "K Constanst" beginnend mit Version $2,36 und höheren Versionen sein. Die Version $2,36 wurde verbreitet, die ab April 2002.

Lösung
Um das Projekt erstellen zu können, Bitte fügen Sie den Medien-Code "K" an die Parameter 2, 3, 6 und 7 des Anrufs für die FB "Home" (siehe Beispiel unten).

CFB  H230.Home     ; Infrarotgelenkte H320-Modul
K 1           ; Abs. 1: Achsennummer (k1 -> k14)
K 0           ; Abs. 2: Reference Suchrichtung (K 0 = unten;K 1 = oben)
K 1           ; Abs. 3: Verweis verlassen Richtung (K 0 = unten;K 1 = oben)
HomeVelMin_1  ; Abs. 4: Geschwindigkeit Minimum: 2000
HomeVelMax_1  ; Abs. 5: Geschwindigkeit max.: 5000
K 10          ; Abs. 6: Homing Timeout: Sekunden
K 1           ; Abs. 7: Encoder-Index-Impuls.(K 0 = Nein;K 1 = Ja)

Bemerkung
Bitte beachten Sie, dass die aktuelle Version des Handbuchs den Inhalt dieser FAQ nicht beantwortet werden. Der online-Hilfe der FB (verbreitet mit PG5) stimmt seit PG5 1.4.101.

[autotranslated]

Bei hohen Umwelt-Temperaturen zusammen mit einer sehr niedrigen Frequenzen, die PCD2-Konfiguration.H210 oder der PCD3.H210 könnte eine falsche Menge an Ausgangsimpulse generieren.[autotranslated]

Symptom
Falls das Modul hohe Umwelt Temperaturen ausgesetzt ist, und ein sehr niedriger Frequenz-Bereich (9.5-2431 Hz) konfiguriert ist, kann es passieren, dass das Modul zu wenige Ausgangsimpulse generiert. In dieser Situation können 1 bis 4 Impulse pro Umdrehung "vergessen werden".

Grund
Dieses Phänomen wird durch ein Timing-Problem der FPGA-Programmierung verursacht.

Lösung
Das FPGA-Version HD7 (eingeführt in die Produktion im Februar 2007) das Timing-Problem korrigieren. Für den Fall, dass Sie von diesem Problem betroffen sind, bitte kontaktieren Sie Ihren lokalen Vertreter und bitten um eine neue Version des FPGAS (Version HD7). Diese FPGA ist auf das Modul (die FPGA-Version wird auf einem runden Aufkleber auf dem FPGA angezeigt) montiert und kann leicht ersetzt werden.

[autotranslated]

Es gab ein Fehler in den FPGA-Versionen älter als HD6, die verursacht die FB-Startseite nicht zu arbeiten, wenn ein Endschalter auf Einschalten der PCD aktiv war.[autotranslated]

Symptom
Die FB "Heim" für die PCD2.H210 oder für den PCD3.H210 funktioniert nicht, wenn die Endschalter (in der FB "Init") aktiviert sind und wenn ein Endschalter auf Einschalten der PCD aktiv war.

Grund
Dieses Verhalten ist durch einen Fehler in der FPGA (Field Programmable Gate Array) Version HD5 und älter. Die FPGA-Version von Ihrem H210 ist auf einem kleinen runden Aufkleber auf das FPGA (ein Chip auf einem Socket) angegeben.

Lösung
Das Problem ist in Version HD6 und alle späteren Versionen behoben. Wenn Sie von diesem Problem betroffen sind, bitte kontaktieren Sie Ihren lokalen SBC-Vertreter und fordern Sie die tatsächliche FPGA-Version an.

[autotranslated]

Die Referenzfahrt FB der PCD2.H31x und PCD3.H31x dienen zur Interpretation der Endschalter der Achse. Jedoch ist es möglich, arbeiten rund um die Endschalter für den Homing.[autotranslated]

Wie kann die FB-Startseite werden verwendet, ohne die Endlagenschalter auszuwerten?

Um nicht den Endschalter zu bewerten können die entsprechenden Flags hohe ständig festgelegt werden. Dies ist möglich, da der Staat der Eingang Schalter an der FB als Flags und nicht direkt als Eingaben übergeben wird.

Der obige Code wird vor dem Aufruf der Referenzfahrt FB (statt die Zuordnung der angeschlossenen Eingang Schalter zu den Flaggen-fLSx_x angezeigt, im Beispiel des Handbuchs) eingeführt werden.

Hinweis
Die Bewertung und Maßnahmen im Normalbetrieb (jedoch nicht während der Referenzfahrt) sind vom Benutzer programmiert werden!

[autotranslated]

Wenn Sie beide Achsen der PCD2.H325 oder PCD2.H327-Module zusammen mit SSI-Geber, ist es absolut notwendig, FB Version 2.42 verwenden oder höher.[autotranslated]

Symptom
Wenn beide Achsen eine PCD2.H325 oder PCD2.327 werden zusammen mit SSI Absolut Wert Encoder verwendet, nur die Achse, die initialisiert wurde zuletzt funktioniert. Auf der anderen Achse der SSI-Treiber funktioniert nicht, bis die nächste Initialisierung (Wich bewirkt, dass den SSI Treiber der anderen Achse nicht mehr arbeiten).

Grund
Der SSI-Treiber des Moduls ist Multiplexing. In FB-Versionen dieser Version $2.41, diese multiplexing ist nicht korrekt implementiert.

Lösung
Aktualisieren Sie die FBs in Ihrem Projekt zu V2.42 verwendet. Diese Version wird automatisch während der Installation von PG5 SP1.3.120 installiert.

[autotranslated]

Die PCD2.H322 und PCD2.H327 sind Slave-Module. Dennoch kann die zweite Achse als Master verwendet werden.[autotranslated]

Im Allgemeinen gibt es zwei verschiedene Arten von den PCD2.H32x-Modulen:

• Die PCD2.H320 und PCD2.H325 dienen zum Steuern von 2 Achsen (unabhängig oder eine Abhängigkeit von anderen)
• Die PCD2.H322 und PCD2.H327 dienen als Slave-Module. Sie können in Abhängigkeit von einer externen Achse (angeschlossen an der ersten Achse als Synchronisationseingang) im elektronischen Getriebe-Modus verwendet werden.
  Jedoch kann die zweite Achse von einem Slave-Modul auch unabhängig voneinander verwendet werden.

Die Unterschiede zwischen einem "normalen" H32x-Modul und eine Slave-Modul sind vor allem folgende:

• Der Achse 1 des Slave-Modul ist nicht mit einer Leistung ausgestattet und kann daher nicht um ein Motor-Treiber-System zu steuern verwendet werden.
• Die Eingangsimpedanz der Achse 1 ist geringer als diejenige der zweiten Achse. Dadurch ist für die Verbindung mehrerer Slave-Modul an eine master-Encoder.

Es gibt keine Beschränkung für die Nutzung der zweiten Achse. Diese Achse ist genau wie eine Achse eine PCD2 programmiert werden.H320. Es kann daher in jedem Profilmodus verwendet werden.

[autotranslated]

Im RdIndexRg (Read-Index-Register) über die FB-Exec-Befehl zurückgegebene Wert ist die Hauptversion der FB abhängig.

Während die alten FB Versionen den Wert dividiert durch die mechanischen Maschinen-Faktor zurückgegeben, die FB Versionen dieser Division mehr gelten nicht. [autotranslated]

Symptom
Der Rückgabewert von der FB-Exec aufgerufen mit dem Befehlscode RdIndexRg (Read-Index-Register) ist nicht dasselbe, wie es mit der alten FB-Verison.

Grund
In den neuen FB-Versionen (ab V10.01 auf) ist nicht der gelesene Wert das Index-Register mit dem mechanischen Faktor dividiert. Dies war der Fall in der alten FB-Version (v2. 1). (Deshalb war das Ergebnis in Benutzer-Einheiten in der alten FB zurückgegeben)

PROBLEMUMGEHUNG Wenn dasselbe Verhalten erforderlich ist
Das angehängte Beispiel-Code kann verwendet werden, um das Lesen Wert (Index-Impulse) in Benutzer-Einheiten zu konvertieren.

Hinweis
Beachten Sie, dass in diesem Fall diese (multipliziert) Indexregister (nicht zu verwechseln mit dem PCD Indexregister) nicht als Fehler Kontrollkästchen verwendet, wie im Handbuch beschrieben.

[autotranslated]

Ein Programm, das H-Module behandelt beinhaltet höchstwahrscheinlich FBs (die zusammen mit der PG5 steuert Suite bereitgestellt werden). Wenn ein Projekt mit einer älteren Version der Programmier-Tool erstellt wurde auch der FB mit der älteren Programmiersoftware bereitgestellt wurden verwendet. Dies kann Probleme wegen Inkompatibilitäten der FB-Aufrufe verursachen.[autotranslated]

Um dieses Problem zu umgehen, empfiehlt es die verwendeten FBs direkt in den CPU-Verzeichnis des betreffenden Projekts kopieren. Auf diese Weise ist die Verwendung der richtigen FB-Version garantiert.

Wenn in einer Datei, die die Richtlinie "$INCLUDE" filename.ext "" anerkannt wird, PG5 zunächst im Verzeichnis CPU sucht selbst und wenn es nicht noch die angegebene Datei vorhanden ist, wird das Standardverzeichnis für die FB gesucht.
Das Standardverzeichnis für FB (PG5 breit) wird in die "Verzeichnisse" "Optionen..." im PG5-Projekt-Manager-Menü "Extras" definiert.
Eine weitere Methode zur Angabe der FB-Verzeichnisses (CPU breit) ist die Registerkarte "Verzeichnisse" die CPU-Einstellungen verwenden (erfordert das Kontrollkästchen "Use überschreiben Libraries" überprüft werden). In diesem Fall wirksam nicht die Breite Verzeichnisangabe PG5 nicht mehr.

Jedoch da die Bibliotheken überschreiben möglicherweise angepasst werden, wenn das Projekt auf Anoder PC übertragen wird (zB. einen Laptop) oder der ganzen FB durch eine neuere Version von PG5 muss herabgestuft werden, wenn ein Projekt, auf eine neuere Version PG5 importiert wird, It ist der bequem und sicherste Weg, wenn der FB immer direkt in das Projekt selbst gespeichert sind.

[autotranslated]

Im FPGA-Version HC3 die PCD2.H110 es ist ein kleiner Fehler: die LEDs für die CCO (Counter-gesteuert-Output) und TCO (Timer-gesteuert-Output) funktionieren nicht. Allerdings CCO und TCO ordnungsgemäß funktionieren, nur die LEDs sind betroffen.

Der Fehler wird in FPGA Version HC4 behoben.[autotranslated]

[autotranslated]

Es ist nicht scannbar eine zweite Referenzfahrt nach dem der erste Versuch schief geht (z. B. aufgrund eines Timeouts) auf den PCD2.H32x-Modulen fortfahren. Woran kann das liegen und wie bekomme ich das Servo wieder zum laufen?[autotranslated]

Aus Gründen der Sicherheit ist dieses Verhalten der PCD2.H32x FB-Bibliothek implementiert. Während der Referenzfahrt sind mehrere interne FB-Flags Set/Reset (z.B. ein Flag, der darauf hinweist, dass der Grenzwert-Swich 1 gefunden wurde und deshalb die Bewegungsrichtung geändert wurde). Bei einem Timeout sind nicht diese Flags zurückzusetzen, und deshalb war es sehr gefährlich für die Referenzfahrt fortsetzen, ohne die Fahnen wieder initialisiert.

Die FB-Init wird alle diese Flags zurückzusetzen. Daher genügt es, die FB-Init noch einmal für die betreffende Achse aufrufen, um die entsprechende Achse Startseite können.

[autotranslated]

Im Handbuch der PCD2.H110 finden Sie ein Beispiel für automatische Zeit-Messung ist die 20 XOB Verwendungsnachweis für die Messung kontinuierlich zu lesen. Dieses Beispiel funktioniert nicht auf einer PCD2.M480 durch Eingangsfilter des der Interrupt Eingang INx, der mit dem TCO-Signal von der PCD2 verbunden ist.H110.[autotranslated]

Da das Signal der Ausgabe der PCD2.H110 Messen Modus "Perjod-Automatik" ist nur für 1 hoch.6 µs es ist sehr schwer, sie zu erkennen. Weil die Interrupt-Eingabe optimiert ist für die Anerkennung der Signale mit 1kHz (50/50 % Dauer der Höchst-/Tiefstkurs Staaten) der Dauer der 1.6 µs ist zu kurz, um dieses TCO-Signal erkennen.

As -Lösung, die es vorgeschlagen wird, die TCO-Ausgabe konfigurieren, im Modus "Static-Normal". Wie dies nicht im Automatikbetrieb Messung möglich, hat der Messmodus "Zeitraum-Manual" geändert werden.
Eine kontinuierliche Messung zu erreichen, die Sie eine neue Messung in der XOB20 (nach der Lektüre des gemessenen Wertes) zu starten müssen.

Es gibt kein Problem erkennen die TCO ausgeben, wie lange das Modul im automatischen Messung-Modus funktioniert nicht, da in diesen Fällen die TCO für mehr als 1,6 hoch ist µs.

[autotranslated]

Es ist absolut notwendig, den motor-Treiber zu aktivieren, nachdem die Initialisierung des ein H3xx. sonst den Motor ungewollt verschoben wird und unkontrolliert.[autotranslated]

Die Ursache ist, dass der D/A-Konverter immer-10 Volt geben wird. Solange das Modul ist nicht ordnungsgemäß initialisiert werden dieses Signal ausgegeben.

[autotranslated]

Der CPLD-Version < HQ4 von der PCD2.H31x (HW Version ≥ B) ist nicht kompatibel mit der i/o-Bus von der PCD2.M170 und PCD2.M480. Der CPLD Module hat in Murten aktualisiert werden, um das H31x-Modul auf eine PCD2 zu verwenden.M170 oder eine PCD2.M480.[autotranslated]

Um herauszufinden, welche CPLD-Version auf eine PCD2.M31x geladen ist Modul schauen Sie einfach auf den runden Aufkleber auf dem Chip neben dem blauen i/o-Bus-Verbindung des Moduls.
Für den Fall, dass die Version HQ1 ist, HQ2 oder HQ3 und die Hardware-Version ist B (--> Drucken Index D) oder höher, müssen Sie das Modul nach Murten zu senden, für die Aktualisierung der H31x.

Für den Fall, dass Sie nicht das Modul unter einen oben genannten PCD verwenden möchten, gibt es keine Notwendigkeit für ein Update der CPLD.

[autotranslated]

Nach einer Not-aus muss die Kraft des Fahrers ausgeschaltet werden! Sie müssen auch die Bewegung von Achsmodul H31x zu stoppen. Diesen FAQ-Eintrag weist darauf hin zwei Wege das zu tun.[autotranslated]

Nach einer Not-aus muss die Kraft des Fahrers ausgeschaltet werden!
Sie müssen auch die Bewegung von Achsmodul H31x zu stoppen.

Erste Weg:
inmitten Sie hoher Parameters 8 FB Init um die Bewegung bei Überschreitung Lage Toleranz zu stoppen.

Zweite Weg:
Schließen Sie die Not-aus an einen digitalen Eingang, und führen Sie den Befehl "StopUrg".

[autotranslated]

Das Flag "Ondest_x" bedeutet, dass die Position des Integrator (theoretische Position) erreicht ist. Es bedeutet nicht, dass die tatsächliche Position erreicht ist.

Ondest_x--> theoretische Position - Position Fehler[autotranslated]

Das Flag "Ondest_x" bedeutet, dass die Position des Integrator (theoretische Position) erreicht ist. Es bedeutet nicht, dass die tatsächliche Position erreicht ist.

Die "echte" Position zu der Zeit, dass das Ondest_x-Flag festgelegt ist ist eigentlich die theoretische Position abzüglich der Position-Fehler

-Verringerung den Position-Fehler, müssen Sie die Einstellung der PID-Parameter.
-Sie haben die Möglichkeit, einen Haltepunkt für eine ausgewählte Position (gleiche Wert als Sollwert-Position). In diesem Fall müssen Sie den Befehl "LdBrkPtAbs" oder "LdBrkPtRel" ausführen. Wenn der Haltepunkt erreicht ist, wird das Flag "fBrkPt_x" hoch.

[autotranslated]

Es könnte passieren, dass die Position des linear-Encoder mit hohen Auflösungen sind nicht richtig lesen, indem die PCD2.H311 mit Hardware-Version älter als A2.[autotranslated]

Neue Einstellung (eingeführt in HW Version A2) von den Eingabefilter ermöglichen jetzt arbeiten mit linear-Encoder mit hohemAuflösung und vermeiden schlechte Lesung des Standpunkts.

[autotranslated]

Mit HW-Version < A2 der PCD2.H310, es passieren könnte, dass die Index-Position ist nicht richtig erfasst.[autotranslated]

[autotranslated]

Es ist möglich, eine Referenzposition 0 (null) festlegen, zu jedem Zeitpunkt mit dem folgenden Befehl:

[autotranslated]

Dieses Problem ist behoben. Laden Sie die neueste Version (2.02 oder höher) von PCD-Support-Website (www.sbc-support.ch).

[autotranslated]

Dieses Problem ist behoben. Laden Sie die neueste Version (2.02 oder höher) von PCD-Support-Website (www.sbc-support.ch).

[autotranslated]

Wenn die PCD2 direkt hinter der Funktion ausgeschaltet ist ‘ Set Null ’ (FB

SetZero), das Modul PCD2.H150 liest schlechten Wert bei der nächsten Power-ON von

die PCD2. Warum?[autotranslated]

[autotranslated]

Um Fingerprints Symbolnamen zu verhindern, die, denen alle Symbolnamen verwandt, werden H Modul FB zu einer Gruppe zusammengeführt. Dieser Gruppenname muss daher jeder FB verbundenen Symbol hinzugefügt werden. Diese entweder kann getan werden, indem Sie den Namen der Gruppe direkt hinzufügen (<groupname>.<symbolname>) oder mit der Direktive festgelegt $GROUP <groupname>/ $ENDGROUP.</groupname> </symbolname> </groupname>[autotranslated]

Zwischen der Richtlinie set $GROUP / $ENDGROUP vor jedem Symbol wird hinzugefügt.

Diese Richtlinien müssen in einer Graftec-Struktur (SB) festgelegt werden, die vor dem ersten und nach dem letzten Symbol in der *.equ-Datei die entsprechenden FB definiert.

Wenn Sie das User-Programm zu ändern, kann die $ENDGROUP durch Zufall verschoben und befindet sich nicht in der letzten Schritt oder Übergang mehr. Infolgedessen Sonderzeichen verwendet, nachdem der $ENDGROUP werden nicht mehr erkannt und das User-Programm funktioniert nicht mehr.

Wie dieses Problem zu lösen:

[autotranslated]

Einige Parameter die FB für die Programmierung der H-Module werden als Register definiert, die vor dem Aufruf der FB geladen werden.[autotranslated]

[autotranslated]

Nein. Dieses Kabel ist nicht geeignet für den Anschluss von einem PCD2.Cxxx-Erweiterung-Gehäuse.

Anschluss eines PCD2.Cxxx kann die beteiligte Hardware beschädigen.[autotranslated]

[autotranslated]

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]

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.

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.

Aufgrund eines Problems bei der Produktion, sind einige der PCD2.C1000 und PCD2.C2000 Module welche zwischen der Woche 20 und Woche 36 des Jahres 2021 produziert wurden, nicht mit einem roten Jumper auf dem Board der PCD2.1000 / PCD2.C2000 ausgestattet worden.

Was ist der Effekt, wenn der rote Jumper nicht auf dem Board eingesteckt ist?

Wenn dieser rote Jumper nicht auf der Platine der PCD2.1000/C2000 gesteckt wird, dann speist das interne Netzteil die I/O-Module nicht und es ist nicht möglich, die Ein-/Ausgänge der angeschlossenen I/O-Karten korrekt zu nutzen.

Woher weiß man, ob der rote Jumper nicht eingesteckt ist?

Optisch ist es möglich zu sehen, ob der Jumper auf dem Board eingesteckt ist, wenn man das Board von der Unterseite betrachtet

Wenn die PCD2.C1000/C2000 an 24VDC angeschlossen ist:

Die rote Fehler-LED am Modul ist eingeschaltet.

LED' wenn der Jumper nicht eingesteckt ist:

LED' bei eingestecktem Jumper:

Welche PCD2.C1000/C2000 sind von dem Problem betroffen?

PCD2.C1000/C2000 mit Produktionsdatum zwischen Kalenderwoche 20 und 36 des Jahres 2021 und die auf dem weißen Etikett auf der Rückseite der PCD2.C1000/C2000 mit "Made in Romania" gekennzeichnet sind.

Das Herstellungsdatum ist auch auf dem wessen Etikett mit z.B. 2133 oder als 3321 (Woche 33 des Jahres 21) gekennzeichnet.

Was ist zu tun, wenn die PCD2.C1000/C2000 nicht mit dem roten Jumper ausgestattet sind?

Wenden Sie sich an Ihren lokalen SBC-Support und bitten Sie ihn, die roten Jumper zu erhalten.

Sie werden Ihnen dann rote Jumper zusenden.

Um die roten Jumper an die Platine zu stecken, muss die transparente Abdeckung der PCD2.C1000/C2000 entfernt werden durch das Abschrauben der 2 Schrauben (Torx 10). Danach muss der rote Jumper auf die Stecker der Platine gesteckt werden.

Aufgrund eines Produktionsfehlers ist es möglich, dass PCD2.M5540, welche im Jahr 2020 hergestellt wurden, ein falsches Produktionsdatum mit dem Jahr 2000 und der Kalenderwoche 0 enthalten.

Dieses falsche Produktionsdatum führt dazu, dass eine Fehlermeldung in den PCD History eingegeben wird:
'FABINFO CRC FAIL'

und in der Hardware Info des PG5 Online-Konfigurators und in der Diagnosedatei die Warnung:
"Fab. Date (year/week): 2000/00; BAD PROD INFO CHECKSUM'
angezeigt wird.

Fehlerbeschreibung:

Dieses falsche Produktionsdatum führt dazu, dass eine Fehlermeldung in den PCD History eingegeben wird und auch in der Hardware-Info des PG5 Online-Konfigurators wird die Warnung angezeigt.

Die PCD2.M5540 funktioniert jedoch einwandfrei.

D.h. die Funktionalität der PCD2.M5540 und das Applikationsprogramm welches auf der PCD2.M5540 abgearbeitet wird, sind von dieser Warnung in keiner Weise betroffen.

Informationen in PG5 Online-Konfigurator, Hardware Info...

Informationen in der PCD History

Lösung:

Um das Problem zu beheben, laden Sie das beigefügte Programm auf die betroffene PCD2.M5540 und setzen PCD2.M5540 im Run-Modus.

Das Programm wird das Herstellungsdatum auf das Jahr 2020, Kalenderwoche 60 setzen und die Informationen remanent im uEprom der PCD2.M5540 speichern.

Kalenderwoche 60 wurde verwendet, um zu erkennen, dass das Herstellungsdatum mit diesem PG5-Programm geändert wurde.

Nach dem Aus- und Einschalten des 24VDC wird die Warnung
"Fab. Date (year/weeke): 2000/00; BAD PROD INFO CHECKSUM'
nicht mehr angezeigt und das Herstellungsdatum 2020, Kalenderwoche 60 wird angezeigt.

Das Programm muss nur 1 Mal auf der PCD2.M5540 ausgeführt werden.

Es ist nicht notwendig, das Programm in Ihr Applikationsprogramm zu integrieren.

Laden Sie danach Ihr Applikationsprogramm in die PCD.

Ja, es ist möglich, die Alarm-Benachrichtigungen auf BACnet zu unterdrücken, indem Sie die Kommunikation steuern.
Dies ist ein offizieller BACnet-Mechanismus und verfügbar mit der BACnet-Firmware 1.24.41 (oder neuer) und seit PG5 2.1.420.

Um die Alarme zu unterdrücken ist es notwendig den BACnet-Kommunikation-Modus des Geräts wie unten beschrieben zu ändern.

Im Allgemeinen wird die Kommunikation über das BACnet-Gerät gesteuert. Es gibt 3 Möglichkeiten:

• (0) Standard-Kommunikation (Standard).
  Alle Anfragen werden beantwortet und das Gerät sendet auch COV, Alarm oder Ereignisbenachrichtigungen falls wenn nötig
  
  
• (1) keine Kommunikation.
  Das Gerät wird keine Anfrage beantworten und COV, Alarm und Event-Benachrichtigungen nicht senden.
  
  
• (2) eingeschränkte Kommunikation. Das Gerät wird alle Anfragen beantworten, aber COV, Alarm und Event-Benachrichtigungen nicht senden. Dieser Modus wird in der Regel ausgewählt, wenn Gerät unter Wartung steht und Alarm-Meldungen unterdrückt werden sollte.

Um den Kommunikationsmodus wie oben beschrieben zu steuern, muss 1 zusätzliche Register definiert und auf den entsprechenden Wert festgelegt werden. Ein 2tes -Register kann verwendet werden, um den aktuellen Kommunikationsstatus zu erhalten.

Im folgenden Beispiel wurde ein "ComState" und "ComDisable" Register definiert. Das "ComDisable" Register muss durch Anwendung, z.Bsp. über eine Wartung-Schalter am Schaltschrank oder einen Software-Switch gesteuert werden.

Der "ComStatus" zeigen den tatsächlichen Kommunikationsstatus und ist nur lesbar.

Danach müssen diese 2 Register innerhalb von BACnet-Konfigurator Gerät im Objekt, Eigenschaft "Communication Status" und "Communication Disable" zugeordnet werden:

Gut zu wissen: DDC-Suite 2.7 wurde dieser Mechanismus in der BACnet-Device FBox für die einfachere Verwendung implementiert.

Falls diese zwei neuen Elemente mit einer BACnet-FW < 1.24.41 verwendet werden, dann BACnet startet nicht

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]

Unter besonderen Umständen geschah es auf sehr wenige Anlagen, die das analoge Modem nicht mehr auf eingehende Anrufe beantwortet haben.[autotranslated]

Problem
Einem analogen Modem PCD2.T814, PCS1.T814 oder Q.M716-KS1 antwortet nicht immer auf eingehende Anrufe.

Grund
Unter besonderen Umständen und in Bezug auf eine schlechte Telefonleitung könnte dies aufgrund eines Problems in der Firmware des Modems. Nur sehr wenige Anwendungen wo von diesem Problem betroffen.

Lösung
Eine neue Firmware wurde in die Produktion eingeführt. Es gibt keine Notwendigkeit für Modems arbeiten erfolgreich zu ersetzen. Modems, die mit der neuen Firmware ausgestattet haben die folgende Hardware und Firmware-Version (ab Lager seit Oktober 2008):

[autotranslated]

Problem:
In der Belimo MP-Bus TI 26/342 auf Seite 10 ist folgende Satz noch im Handbuch:

Vorsicht! Bei der Verwendung von BELIMO VAV-Regler können nicht passive externe Sensoren integriert werden!

Dies ist nicht mehr gültig. Passive Sensoren können integriert werden. Es gibt eine neue Version des Handbuchs wird dies behoben.

[autotranslated]

Es war nicht möglich, bevor die MP-Bus-Bibliothek 2.5.300, die mit PG5 verteilt wurde 1.4.300.[autotranslated]

Problem
Seit die neuen PCD3.F2xx-Module soweit entwickelt war es möglich, bis zu 8 MP-Bus-Master in einem Projekt zu haben. Mit der alten Belimo MP-Bus-Bibliothek war es nicht möglich, mehr als ein Meister in einer Fupla-Datei haben.

Lösung
Mit der neuen MP-Bus-Bibliothek > = 2.5.300 es ist jetzt möglich, einige MP-Bus-Meister in einem Projekt zu haben. Der Meister haben jetzt einen Namen "Kanal" und die verschiedenen F-Boxen finden Sie in diesen "Kanal".

Beschränkung
Wenn ein altes Projekt in der Belimo MP-Bus-Version 2.5.300 konvertiert wird / 2.5.301 könnte es sein, dass kompilieren, kann nicht mehr aufgrund eines Konflikts. Installieren Sie in diesem Fall die Version 2.5.302 oder höher (FAQ 100 957).[autotranslated]

Es gibt Fehlermeldungen, die angezeigt, die für jede alte FBox, es zu ersetzen.[autotranslated]

Problem
Nach der Installation der neuen Version der Belimo-Library, die ermöglicht, mehr als eine MP-Bus-Master in einer Fupla-Datei haben, ist es nicht möglich, mehr auf die alten Projekte zu erstellen.

Grund
Die Belimo MP-Bus-Bibliothek 2.5.300 und 2.5.301 hatte eine Inkompatibilität mit älteren Versionen der MP-Bus. Die Bibliothek 2.5.300 wurde verteilt mit PG5 1.4.300.

Lösung
Bitte aktualisieren Sie Ihre MP-Bus-FBox-Bibliothek Version zu Version 2.5.302 oder höher. Die neueste Version von der FBox Bibliothek werden von der Support-Website im Abschnitt "Produktinformationen heruntergeladen kann"--> "Software"--> "PG5"--> "FBox Bibliotheken".[autotranslated]

In der Zeit von Oktober 2007 bis Mai 2008 hat Saia-Burgess Controls AG einige Modems des Typs PCD2 geliefert.T814, die nicht durch ein Kabel falsch angeschlossen sind.[autotranslated]

Symptom
Ein internes Modem (Typ PCD2.T814) die im Zeitraum von Oktober 2007 bis Mai 2008 ausgeliefert hat überhaupt nicht funktioniert.

Grund
Leider wurden einige Modems (3 Fälle bisher bekannt) mit einer falsch angeschlossen Flachbildschirm ausgeliefert (siehe Bild unten). Aufgrund dieses falsch montierte Kabel das Modem funktioniert nicht bei allen (und das Modem kann auch beschädigt worden; daher kann es sein, dass das Modem nicht funktioniert, auch wenn das Kabel wieder auf die richtige Weise angeschlossen ist).

Rote Anzeige: falsch angeschlossen Kabel
Grüne Anzeige: Kabel richtig angeschlossen

Lösung
Für den Fall, dass Sie ein Modem erhalten haben, wo das Kabel nicht richtig angeschlossen ist, geben Sie dieses Modem an Ihr lokales Saia-Burgess-Verkaufsbüro mit der Bemerkung "FB-CS-08-003" zurück.[autotranslated]

Es gibt ein Problem in der Belimo-Bibliothek verteilt zusammen mit PG5 1.4.200.[autotranslated]

Symptom
Alle MP-Bus F-Boxen sind grün, aber keine Werte werden übertragen.

Grund
Gibt es ein Problem in der Belimo-Bibliothek 2.5.140, die zusammen installiert PG5 1.4.200

Lösung
Eine Korrektur für dieses Problem wurde in den MP-Bus-Bibliotheksversion 2.5.142 umgesetzt. Die bequem Weise zum Lösen des Problems ist die Aktualisierung auf PG5 1.4.300 oder höher (die neueste PG5-Version steht auf der Supportsite www.sbc-support.ch im Abschnitt "Produktinformationen"--> "Software"--> "PG5").

[autotranslated]

Die gewählten F-Box-Option für passiv-Sensor PT 1000 funktioniert nicht richtig[autotranslated]

Problem
Die Option für passive Sensor PT1000 funktioniert nicht richtig

Mögliche Gründe
-Kein Sensor angeschlossen ist
-Der Sensor ist falsch verkabelt.
-Besonderen Grund: The F-Box-Version V 2.5.100 gebräuchlich ist. Mit diesem F-Box-funktioniert Version "passiver Sensor Option" nicht! Ein Update auf Version 2.5.121 oder höher ist erforderlich.

[autotranslated]

Dieselbe Anwendung wurde ordnungsgemäß mit PCD2.T813 vor.[autotranslated]

Problem
Beim Senden einer Pagernachricht "Modem-Treiber" macht F-Box rot sofort. Oder der Anruf-Pager F-Kasten wird rot und wird einen Fehler nach dem Senden der Nachricht

Grund
Das Modem PCD2.T814 und M716-KS1 mit Firmware < 2.04 7-E-1 Bit-Parity-Stop, die benötigt wird, auf einigen Pager-Servern nicht unterstützt.

Lösung
Ein weiteres Bit-Parity-Stop muss verwendet werden. Pro Beispiel 8-N-1Wenn wird dies ebenfalls auf dem Pager-Server unterstützt. Ansonsten ggf. 7-E-1 das Modem muss eine Firmware > = 2,04.

[autotranslated]

Seit November 05 sind alle PCS1 mit analogen und ISDN-Modem mit T814 und T851 Modem ausgeliefert. Die PCS1 muss Änderung 4 haben, um diese neuen Modems verwenden. [autotranslated]

Bei älteren PCS1 (< Modif. 4) jetzt mit einem Modem ausgestattet werden müssen
oder verfügen bereits über ein älteres Modem (T813 oder T850) und muss repariert werden,
für Änderung, müssen sie geschickt nach Murten.

Nur PCS1 Änderung 4 neues Modem T814 erhalten / T851!

[autotranslated]

Die erste Serie der PCD2.T814 Modems mit Baseprint Firmware < V1. 09 habe ein Problem, wenn Sie das Modem in die Hardwareeinstellungen für Programmierung, SMS-Versand und DTMF gleichzeitig zu verwenden.[autotranslated]

Problem
Nachdem das Modem einmal versucht hat, um eine SMS zu senden ist es nicht mehr möglich, über das Modem online gehen.

Grund
Es gab ein Fehler in der Firmware. Das Problem wird nur angezeigt, wenn Sie alle drei Funktionen in einem Projekt verwenden.

Lösung
Neue Modems werden die korrigierte Firmware V 1.09 oder höher verfügen. Wenn Sie ein Modem die folgende Problemumgehung besitzen wird empfohlen: alle Baudraten 9600 Baud werden muss. Bitte beachte, die Sie in der "Call SMS" F-Box auf 9600 Baud "Übertragungsgeschwindigkeit" legen zu. Default ist 2400 Baud und wird zu Problemen führen.

[autotranslated]

Geben Sie im vierten Quartal 2005 ein neues Modem PCD2.T814 wurde eingeführt. Der Unterschied zwischen der PCD2.T813 und PCD2.T814 ist nur hardwarebedingt. Die Funktionalitäten und Kompatibilitäten bleiben gleich.[autotranslated]

Grund für die Einführung der PCD2.T814 und PCD2.T851
Der neue Typ wurde Intoduced wegen Verfügbarkeitsproblemen der Modem-Druck auf die PCD2 montiert.T813.

Weitere Informationen
Um eine Kompatibilität des neuen Modems verwalten können Druck, eine spezielle "Interpreter" wurde eingeführt. Dieser Interpreter befindet sich zwischen dem Modem und die Schnittstelle an die PCD und "übersetzt" Zeichenfolgen, die das Modem (und umgekehrt) bekannt sein, würde nicht.

[autotranslated]

Die Modem-Bibliothek bietet die Möglichkeit, das Modem für eine online-Verbindung verwenden und alternativ mit DTMF Befehle geben. In diesem Fall hat die PCD zu entscheiden, ob der eingehende Anruf einen Datenanruf (für eine online-Verbindung) oder einen Sprachanruf (für die DTMF-Treiber). Die Umschaltung zwischen den Aufruf Typen können dazu führen, dass einige Probleme, abhängig von der Qualität des Signals, das übertragen wird () vom aufrufenden Modem.[autotranslated]

Symptom
Wenn der Modem-Standard-standby-Modus in der Modem-14-FBox auf "MFV + PGU" festgelegt ist, ist keine online-Verbindung mehr möglich. Stattdessen wird die PCD den DTMF-Treiber auch aktiviert, wenn Sie versuchen, mit PG5 online gehen.

Grund
In Versionen von der Modem-Bibliothek vor dem PG5 gelieferten 1.3.120, die Entscheidung für den Wechsel fiel basierend auf eine Trägerfrequenz vom Modem übertragen.
Diese Methode scheint werden verschiedene Einflüsse wie der Grad der Trägerfrequenz von beiden beteiligten Modems abhängig, Qualität etc. säumen.

Lösung
Da die alte Methode in einigen Fällen unterlegen, wurde eine neue Option eingeführt:
Statt Standard Modem Modus einstellen für einen Sprachanruf (und dann warten eine Daten-Trägerfrequenz), der Standardmodus auf Datenmodus umgestellt werden kann (und nach einem Timeout wird der Modus auf Stimme für die Dtmf-Treiber umgestellt werden).
Dieser neue Modus aktiviert ist, indem Sie eingeben eine "zusätzliche Build-Option" in den Software-Einstellungen der CPU im PG5-Projekt:

Die Zeichenfolge eingegeben werden ist:
/D._MODEM._OPTION._DEFAULTDATA0

In diesem Beispiel ist der Modemkanal Port 0 (DEFAULTDATA0). Bei ein anderen Kanal wird die Zeichenfolge muss angepasst werden. Für Anschluss 1 (DEFAULTDATA1)

Wichtig: Da der PGU-Modus nun gezwungen wird, das Modem wird automatisch machen eine PGU-Verbindung nach 10 Sekunden wenn der DTMF-Modus nicht gezwungen wird. Erzwingen der DTMF-Modus * # während dieser 10 Sekunden sonst keine DTMF-Commandes werden akzeptiert.

[autotranslated]

Es ist notwendig, eine MSN (Multi-Teilnehmernummer) an das ISDN-Modem zu laden, wenn die verschiedenen Geräte auf der gleichen Linie verbunden sind.[autotranslated]

[autotranslated]

Wenn Sie, dass möchten die PCD2.T813 Ring 5 mal bevor es den Init-String antwortet wird in der Hardwareeinstellung und in der Modmbase.dat auch geändert werden, wenn die Modem-Bibliothek verwendet wird.

[autotranslated]

In der HW-Einstellung ändern Sie also den INIT-String:

AT & F1 % C0 & K0\\N0S25 = 100S0 =5\r (5 ersetzen 2)

In der Modmbase.dat-Datei (C:\Program Files\SAIA-Burgess\PG5-1_2\Libs\App\modmbase.dat) müssen Sie die gleiche Änderungen für T813:

$elseif _MODMTYPE = 201
;;[Test 1] T813 Modell 144
;;===========================================
TEXT _MODMREST "ATZ < CR >";Zeichenfolge zurückgesetzt
TEXT _MODMINIT "";Initialisierungs-string
"AT & F1 % C0 / K0S25 = 100S91 = 9 < CR >";
TEXT _MODMINIT1 ""; OPtional Init-String 1
TEXT _MODMINIT2 ""; OPtional Init-String 2
TEXT _MODMINIT3 ""; OPtional Init-String 3
TEXT _MODMINIT4 ""; OPtional Init-String 4
TEXT _MODMINIT5 ""; OPtional Init-String 5
TEXT _MODMATCR "bei < CR >"; DUmmy am
TEXT _MODMPREF "ATDT";Präfix können telefonisch
TEXT _MODMSUFF "< CR >";Rufnummer
TEXT _MODMSUFS "< CR >";Suffix für Anruf können telefonisch
TEXT _MODMINIP ""; INit für Anruf
TEXT _MODMHGUP "ATH < CR >";Commande auflegen
TEXT _MODMCMND "+++";Befehlszeichenfolge
TEXT _MODMAUTO "ATS0 = 5 < CR >";Auto-Antwort-Modus (5 ersetzen 2)
etc....

Natürlich ist der Modemtyp in der modmbase.dat verändert den Modemtreiber FBox ausgewählt wird (für dieses Beispiel das Modem Typ "Test 1")

Hinweis: Es ist nicht möglich, das Modem PCD2 zu lassen.T813 Ring mehr als 5 mal 5 ist der maximale Wert!
Der Grund für diese Einschränkung ist der standard TBR21-gültig für alle europäischen Länder.

[autotranslated]

Der AT-Befehlssatz der PCD2.T813 bietet eine Möglichkeit zum Abrufen von Informationen über die Linie-Qualität. Auch die Übertragungsrate zuletzt verwendet ebenso wie die schnellste verwendet-Übertragungsrate angezeigt wird.[autotranslated]

Der AT-Befehl zum Lesen dieser Informationen ist:

AT & V1

Das schwierige Teil für diese Informationen zu lesen ist, dass diese Daten nicht in FLASH gespeichert ist. Dies bedeutet, dass, nachdem eine Kraft nach unten/macht die Daten verloren gehen.

Prozeduren für das Lesen der Line-Qualität-information
Als Abschluss der Benutzer eine PCD2.T813 wird aufgefordert, mit einem PCD7.F120, welches dann an das Modem verbunden wird.
Die Linien zwischen den Terminals die PCD7.F120 und der Modem-Terminals sollte mit einem D-SUB-Anschluss verbunden werden, die leicht unplugged sein kann (um einen PC mit z.B. HyperTerminal an das Modem zu verbinden).
Sobald diese Installation erstellt wurde, das Modem wie gewohnt ausgeführt werden kann und eine Modemverbindung zu ihm hergestellt werden kann. Nachdem diese Verbindung beendet, die Verbindung zwischen Modem und PCD könnte unplugged und der PC ist an das Modem angeschlossen werden (stellen Sie sicher, die PCD ist nicht getrennt, da dies zu Datenverlust führen würde).
Z.B. die Hyperterminal kann verwendet werden, um den oben genannten Befehl zu übertragen und die Daten versendet werden, auf dem hyper Terminal.

[autotranslated]

Gibt es eine Sicherheitsfunktion, die bewirkt, ein Modem dass an die "schwarze Liste gesetzt werden". Dies geschieht nach zwölf Anrufversuche in Folge waren nicht erfolgreich.

Sobald ein Modem "schwarzen Liste" können keine weiteren Anrufe eingeleitet werden, bis die Blacklist von einer macht Down/Hochfahren zurückgesetzt wird.[autotranslated]

Die Blacklist-Funktion ist eine Beschränkung der Anrufe in Abwesenheit, und die MeldungBLACKLISTED ist das Modem nach dem dreizehnten Aufruf ohne Erfolg per(keine diese Anrufe beantwortet wurde). Danach werden weitere Anrufe zu jeder Nummer unterdrückt, solange die Blacklist nicht deaktiviert ist.

Seit der Deaktivierung der Blacklist-Funktion ist nicht gesetzlich erlaubt (sofern das Modem verwendet wird ein Privat-Netzwerk), die schwarze Listen-Funktion kann nicht deaktiviert werden, auf die derzeit verteilten Modems (PCD2.T814, PCD2.T851, Q.M716-KS1, Q.T726-RS1 und Q.G736-AS2)

[autotranslated]

Analog, ISDN und GSM Modem und Telefon sind eine ganze Reihe von Kombinationen möglich, aber welche Funktionen werden unterstützt? Die folgende Tabelle gibt Ihnen die notwendigen Informationen:[autotranslated]

1) einige ISDN-Telefone müssen in DTMF-Modus versetzt werden, wenn die Verbindung hergestellt ist

2) nur dann, wenn das ISDN-Modem unterstützt analoge Protokolle (eher selten)

3) theoretisch möglich, aber nicht geprüft

[autotranslated]

Es gibt zwei Dinge zu überprüfen:

• die PBX (Private Branch Exchange) kann so konfiguriert werden, so dass es Modemverbindungen auf diese Erweiterung blockiert, bitten um diese Konfiguration zu überprüfen.
• die T850 kann so konfiguriert werden, dass eine bestimmte MSN (Multiple Subscriber Number) beantworten nur. Wenn ein T850 brandneue ist es Antworten auf alle Modem-Anrufe, aber wenn das Modem in einer anderen Anwendung benutzt worden ist, wo wurde eine MSN definiert, kann dies Probleme verursachen. PG5: der eleganteste Weg, um die MSN konfigurieren ist die relevante FBox der Modem-Bibliothek verwenden.

[autotranslated]

Es gibt eine "macht nach unten zurücksetzen", die in der Modem-14-Treiber-FBox aktiviert werden kann. Diese Hardware Reset wird die Modem-macht runter und wieder rauf.

[autotranslated]

Für PCD2.T813, PCD2.T813Z42, PCD2.T850 und internen Analog und ISDN-modems nur (GSM-Modems unterstützen nicht die Hardware-Reset):

Um ein internes Modem zurückzusetzen, die Hardware-Reset-Ausgabe des "Modem 14" FBox verwendet werden kann.

Wählen Sie im Fenster "anpassen" für die Parameter "Hardware Reset-Option" "immer". Hardware-Reset-Ausgang "HwR" der FBox muss zusätzlich der jeweiligen Ausgabe-Adresse geschrieben auf der rechten Seite des Fensters Fupla (Ausgabe-Adressfeld) zusammenhängen.

Die Hardware-Reset-Ausgabe des PCD-Steuerungen ist (Basisadresse der PCD2.T8xx) + 3, in der PCS1 ist der Hardware-Reset auf O 99 verfügbar.

Beispiele:

PCD2.M170 Modul Basisadresse = 16 Hardware-Reset = O 19
PCD2.M120/150 Modul Basisadresse = 64 Hardware-Reset = O 67
PCS1 Hardware-Reset = O 99

[autotranslated]

Es kann vorkommen, dass der von den PCD2.W3x5 / PCD3.W3x5 Modulen gemessene Wert während einer Zeit von etwa 1 bis 2 Minuten "einfriert".

Danach funktionieren die Module wieder und der gemessene analoge Eingangswert wird im Applikationsprogramm erneut aktualisiert. [autotranslated]

Betroffene Module:

PCD3.W3x5 Karten hergestellt zwischen 1801 und 1916. (FW 1.04.00 oder FW 1.04.02)
Das Herstellungsdatum ist auf dem weißen Aufkleber auf der rechten Seite des Moduls markiert.

Symptome:

Der Messwert der PCD2.W3x5 / PCD3.W3x5 Karten kann für 1 oder 2 Minuten einfrieren. Der gemessene Wert bleibt auf dem gleichen Wert, es gibt keine Änderung. Dies geschieht im Durchschnitt 1-3 mal während 3 Stunden. Dies ist auf eine Fehlfunktion der Firmware des Moduls zurückzuführen.

Danach funktionieren die Module wieder und der gemessene analoge Eingangswert wird im Applikationsprogramm erneut aktualisiert.
Lösung:

Es gibt keine Lösung für 'Standard' HEVAC-Anwendungen, bei denen keine schnelle Reaktionszeit (< 2 Minuten) erforderlich ist.

Für kritische Anwendungen, bei denen diese Fehlfunktion nicht akzeptabel ist, empfehlen wir den Austausch der betroffenen PCD2.W3x5 / PCD3.W3x5 Module mit neuen Modulen (Herstellungsdatum 1916 oder neuer)


So ersetzen Sie die betroffenen Module:

Bestellen Sie neue PCD2.W3x5 / PCD3.W3x5 Module von SBC und senden Sie die betroffenen Module über RMA zurück an SBC.

Beachten Sie im RMA-Formular "Advance Exchange" mit der Bemerkung "8D-SBC-19-001" in der Bemerkung.

Die betroffenen PCD2.W3x5 / PCD3.W3x5 Module werden Ihnen dann gutgeschrieben.

[autotranslated]

Abhängig von der Hardware-Version des Analogmoduls W6x5 und dem E/A-Slot, in welchem das W6x5-Modul gesteckt ist, ist es möglich, dass das analoge Ausgangssignal der W6x5 Karte nicht stabil ist und oszilliert.

Symptom
Falls das PCD2/3.W6x5 Modul im E/A Slot 15 gesteckt wird und das PCD2/3.W6x5 Modul die Hardwareversion B hat, dann werden die Analog Ausgangssignale nicht stabil sein.
Wenn FBoxen verwendet werden, um die Ausgänge zu schreiben, zeigt die FBox vorübergehend einen Fehler.

Grund
Die W6x5 Module mit Hardware-Version B werden im Zusammenhang mit dem Watchdog-Ausgabe (O 255) nicht korrekt gehandhabt.
Beachten Sie, dass dies nur der Fall ist, wenn das Modul auf den E/A Slot 15 (Basisadresse 240) gesteckt ist. Auf allen anderen E/A Slots funktionieren die Module korrekt.

Lösung
Bei PCD2.W6x5 oder PCD3.W6x5 Module mit Hardware Version A oder C und neuere Hardware Versionen tritt das Problem nicht auf.

Wenn ein W525-Modul mithilfe der Geräte-Konfigurator oder der Profi-S-I/O (oder Profibus DP) Konfigurieren von braucht Netzwerk-, die PCD2/3.W525 zwei Register für die analogen Ausgänge und 8 Register für die analogen Eingänge.[autotranslated]

Die Wertigkeit der Register sind die folgenden:

Output Register:

Beschreibung der Ausgabe registriert:

Wert CH0...1 (Register n, n + 1)
Dieses Register (Bit 0 bis 15) enthält den Analogausgang-Wert des entsprechenden Analogausgangs. Es ist ein 12-Bit-Wert.

Input Register:

Beschreibung der input Register:

Wert CH0...CH3 (Register N...n + 3)
Dieses Register (Bit 0 bis 15) enthält den analogen Eingabewert der entsprechenden analogen Eingang. Es ist ein 14-Bit-Wert.

Load_Current / Load_Voltage (Register n + 4)
Auf diesem Register (Bit 0 bis 15) wird der Istwert Strom oder Spannung angezeigt.

• Strom in [?A] (20 ' 000)
• Spannung in [mV] (0.. 10 ' 000)

Statusmodul (Register n + 5)
Dieses Register (Bit 0 bis 15) enthält den tatsächlichen Status des Moduls

Tabelle Gerätestatus:

Statuseingang (Register n + 6)
Dieses Register (Bit 0 bis 15) enthält den Status der Eingangskanäle CH0...CH3.
Der Status für jeden Eingangskanal wird auf 4 Bits angezeigt.

Tabelle-input-Status:

Statusausgang (Register n + 7)
Dieses Register (Bit 0 bis 15) enthält den Status der zwei Ausgangskanäle CH0 und CH1.
Der Status von jeder Ausgangskanal ist auf 6 Bits angezeigt.

Tabelle Ausgabestatus:

[autotranslated]

PCD2.M5xx0 und die PCD3.Mxxx0-Systeme, die mit Firmware 1.10.16. ausgerüstet hat die Temperaturwerte von NI1000 Temperatursensoren gemessen mit PCD2/3.W340 Eingangsmodule nicht korrekt berechnet. [autotranslated]

Symptom
Die Temperatur, die durch die Medien-Zuordnung für Ni1000-Sensoren, die auf eine PCD2 zusammenhängen Lesen.W340 oder eine PCD3.W340 installiert auf einer PCD3 oder eine PCD2.M5 stimmt nicht mit Firmware-Version 1.10.16.

Grund
Die Firmware konvertieren nicht richtig die gemessenen Signale auf die entsprechende Temperatur.

Lösung
Bitte aktualisieren Sie die Firmware Ihrer PCD auf Version 1.10.51 oder höher.[autotranslated]

Ein Hardwarekonflikt auf einem PCD2.M5xxx zwischen einem PCD2.W3x0 gesteckt I/O Steckplatz 3 und die Module PCD2.F2xx0 und PCD2.R6000 führt zu der Tatsache, die die Kommunikations- und Speichermodule in dieser Konstellation nicht funktionieren. Wenn die PCD2.W3x0 aus dem I/O-Steckplatz 3 entfernt wird arbeitet die Installation korrekt.[autotranslated]

Symptom
Im Fall einer PCD2.W3x0 Analog-Eingangsmodul im I/O Slot 3 (Basisadresse 48) angeschlossen ist die Kommunikations-Modulen PCD2.F2xx0 und die Speichermodule PCD2.R6000 funktionieren nicht.
Die LEDs auf ein Kommunikationsmodul PCD2.F2100, eine PCD2.F2210 oder eine PCD2.F2810 sind beleuchtet 50 % rot und 50 % grün (blinkt). Das Dateisystem der PCD2.R6000 (SLxFLASH: /) sind nicht über z.B. FTP sichtbar. Nur PCD2.M5xxx mit Hardware-Version älter als C345 betroffen sind.

Grund
Der Grund für dieses Verhalten ist ein Konflikt zwischen den PCD2.W3x0 (PCD2.W300, PCD2.W310, PCD2.W340, PCD2.W350, PCD2.W360) und PCD2.F2xx0 oder R6000. Dieser Konflikt besteht nur dann, wenn die PCD2.W3x0 auf den I/O-Slot 3 (Basisadresse 48) angeschlossen ist.

Lösung

• Dieser Konflikt ist nicht mehr mit Hardwareversion C345 von der PCD2.M5xxx (der entsprechende Filter der i/o-Bus wurde um Sie nicht zu diesem Konflikt führen angepasst).
• Für den Fall, dass es ist nicht möglich, das System sofort zu ersetzen (oder schicken Sie es an den Reparatur-Service für diese Änderung getan haben), kann das Problem gelöst werden, indem man eine PCD2.W30x nicht im I/O Slot 3. Wenn das Kommunikationsmodul oder das Speichermodul in I/O Steckplatz 3 angeschlossen ist funktioniert die Installation einwandfrei.

[autotranslated]

Wenn die Waage Module zuerst eingeführt wurden, war es möglich, eine Wiegemoduls zu bestellen, die bereits für eine bestimmte Wiegezelle kalibriert wurde. Dieses Modul wurde eine PCD2.W721 (oder PCD3.W721).

[autotranslated]

Nach dem sammeln einige Erfahrungen stellte sich heraus, dass solch eine Kalibrierung eines Moduls nur sehr selten gefragt ist. Neben dieser Tatsache zeigte sich, dass bessere Kalibrierung Ergebnisse erzielt werden können, wenn das Modul direkt im Zielsystem zu kalibrieren.

Aufgrund dieser Tatsachen hat beschlossen, die PCD2/3.W721 aus der Preisliste zu entfernen. Es ist nicht mehr möglich, bestellen Dieses Modul (verwenden Sie stattdessen eine PCD2/3.W720).

[autotranslated]

Die Ausgaben einer PCD2.W525 oder eine PCD3.W525 müssen ordnungsgemäß konfiguriert werden. Wenn dies der Fall ist, ist es möglich, dass ein Problem in der FBox führt zu der Tatsache, die die Ausgänge nicht korrekt geschrieben sind.[autotranslated]

Symptom
Das Ausgangssignal eines W525-Moduls ist immer 0. Zur gleichen Zeit können die Eingänge der FBox ordnungsgemäß ausgeführt werden.

Grund
Dieses Phänomen kann verursacht werden

• eine fehlerhafte Konfiguration in der FBox
• Das Modul hat keine Stromversorgung verbunden. In diesem Fall blinkt die LED am Modul
• ein Stromausgang konfiguriert ist und es keine Belastung für die Ausgabe
• durch ein Problem in der FBox (dieses Problem wird sehr selten beobachtet)

Lösung
Wenn das Problem nicht durch verursacht wird eine falsche Konfiguration der FBox oder durch fehlende Kraft des Moduls, bitte herunterladen und installieren Sie die neueste Version von FBoxen (V 2.6.100) von der Support-Website.
Nach der Installation dieser Bibliothek bitte Ausführen eines Builds und laden Sie das Projekt.

Bemerkung
PG5 2.0.110 enthält die richtige Bibliothek.

[autotranslated]

Im Jahr 2009 werden die kombinierte Analog Input und Output-Module PCD2.W5x0 und PCD3.W5x0 eingestellt. Diese FAQ schlägt möglichen Ersatz-Module je nach die Signale gemessen/gegeben und die erforderliche Auflösung.

[autotranslated]

Ersatzmodule für PCD2/3.W5x0
Die folgende Tabelle enthält die möglichen Ersatz-Module für die aufgegebenen PCD2.W1xx-Module (alle PCD2.W1xx hatte 4 Eingangskanäle und 12 Bit Auflösung).

Bitte beachten Sie

• Die W5x0-Module können nicht von anderen analogen Ein-/Ausgangsmodulen ersetzt werden, ohne Anpassung des User-Programms der entsprechenden PCD! Die FBoxen (oder den IL-Code) für das Lesen der analogen Eingänge muss mit dem FBox/IL-Code für das Ersatzmodul ersetzt werden!
• Es gibt keinen Ersatz für die ±20 mA Eingabe der PCD2.W510 aufgrund einer sehr geringen Nachfrage. Für den Fall, dass ein solches Signal gemessen werden soll empfehlen wir die Anwendung von externen Konverters von dieses Eingangssignal. 

Reparaturservice für PCD2/3.W5x0
PCD2/3.W5x0 Module werden bis Ende 2014 von Saia-Burgess Controls repariert werden.

[autotranslated]

Wir empfehlen dringend die FBoxen für Analogmodule! Für den Fall, dass dies nicht möglich ist, entnehmen Sie bitte dem Beispiel Projekt "Lesung analoge Eingangssignale in Anweisungsliste" im Abschnitt "Erste Schritte" in der Support-Website.[autotranslated]

[autotranslated]

Im Jahr 2007 haben die analogen Eingangsmodule PCD2.W1xx eingestellt. Diese FAQ schlägt mögliche Ersatzmodule abhängig von der gemessenen Signale und die erforderliche Auflösung.[autotranslated]

Ersatzmodule für PCD2.W1xx
Die folgende Tabelle enthält die möglichen Ersatz-Module für die aufgegebenen PCD2.W1xx-Module (alle PCD2.W1xx hatte 4 Eingangskanäle und 12 Bit Auflösung).

Bitte beachten Sie
Die W1xx-Module können nicht durch andere Analoge Eingangsmodule ersetzt werden, ohne das User-Programm der entsprechenden PCD Anpassung! Die FBoxen (oder den IL-Code) für das Lesen der analogen Eingänge muss mit dem FBox/IL-Code für das Ersatzmodul ersetzt werden!

Reparaturservice für PCD2.W1xx
PCD2.W1xx-Module werden von Saia-Burgess Controls AG bis 31.12.2012 repariert werden.[autotranslated]

PCD2.W745 und PCD3.W745 sind bei weitem die beste Wahl, andere Module (z.B. PCD2/3.W350 oder PCD2/3.W220Z18) dürfen nur verwendet werden, wenn Genauigkeit spielt keine Rolle.[autotranslated]

Einführung
Der Widerstand der Pt 100 und Ni 100 Elemente ist gering im Vergleich zu den Widerstand der die Verbindungslinie zwischen das Sensorelement an die PCD. Bei Verwendung des 2-Draht-Modus (z.B. mit PCDx.W350) hinzufügen der Widerstand der Leitungen zum Widerstand des Elements, das bedeutet, dass die gemessenen Temperaturen immer zu hoch sind. Schlechter als die der Leitungswiderstand hat auch einen Temperaturkoeffizienten und es gibt keine Möglichkeit zum Ausgleich, die in 2-Draht-Modus.

Beste Wahl des Moduls
Die Antwort auf diese Frage ist der 4-Draht-Modus von der PCDx.W745 unterstützt. Ein paar Linien wird verwendet, um das Element, ein weiteres Paar von Linien, den Spannungsabfall über dem Element zu messen. Dadurch sind die Widerstände in der Linie und seine Temperatur-Koeffizient nicht mehr wichtig. Ein weiterer Vorteil der PCDx.W745 ist die 16-Bit-Auflösung, die für Temperaturmessungen von Vorteil ist.

Bemerkungen
Die im ersten Absatz beschriebene Wirkung ist auch mit Pt1000 / Ni1000 Elemente, aber 10 mal schwächer. Für viele Anwendungen, es daher ausreichend ist mit, 2 Draht Modus, den Offset-Druck mit einer Subtraktion zu entschädigen und vergessen den Einfluss der Temperatur der Linie Verwendung Pt1000 / Ni1000. Haben Sie eine Wahl, die Elemente mit geringem Widerstand wie Pt 100 zu vermeiden / Ni 100 / Balco 500.

[autotranslated]

Je nach Widerstand Temperatur-Detektor und die analoge Eingangsbaugruppe sind verschiedene Kombinationen möglich, die nicht alle in der FBox oder die Handbücher aufgeführt sind.[autotranslated]

Im Allgemeinen kann ein analoges Eingangsmodul zur Messung des Widerstands ein NI1000 oder PT1000-Sensor auch den Widerstand von z.B. einer NI1000 Landis & Staefa (L & S) oder ein NTC10-Sensoren (und viele mehr) messen. Jedoch verfügen die FBox nicht unbedingt die Option zum Konfigurieren von relevanten Sensortyp. In diesem Fall der Digitalwert Eingangsmodul im Modus "1:1" gelesen und anhand dieses Wertes werden kann, die Temperatur ermittelt werden (oder genauer: interpoliert) mithilfe der FBox "Konvertierung 20-Punkte" aus der Familie der FBox "HVC General".
Die entsprechenden Werte, die ausgefüllt werden, der "Konvertierung 20 Punkt" FBox kann von Saia-Burgess Controls AG eingeholt werden.

Welche Kombinationen sind möglich?
Im Allgemeinen ist es wichtig, dass der Wertebereich für die analoge Eingangsmodul für ausgelegt ist den Widerstandsbereich des Sensors für den Temperaturbereich zu messenden passt. Es ist sogar möglich, z.B. einen parallelen Widerstand anzuwenden, um die Verlagerung des Widerstands gemessen, eine Reihe, die durch die analoge Eingangsbaugruppe gemessen werden kann. Unter Ihnen können finden Sie einige häufig verwendete Kombinationen von Analog Module und spezielle Tempearture Sensoren eingeben:

• NTC10k Sensor mit PCD2/3.W340 zusammen
• NTC10kPre-Sensor mit PCD2.W220Z02 oder PCD3.W220Z03
• NTC20k Honeywell mit PCD2.W220Z02 oder PCD3.W220Z03
• Ni1000 L & S mit großer Temperaturbereich auf PCD2/3.W220 oder PCD2/3.W340
• NI 1000 Tk 5000 mit PCD2/3.W360
• WandlerNi200 DIN 43760 mit PCD2/3.W350
• Potentiometer 1kOhm auf PCD2/3.W220
• Potentiometer 2kOhm auf PCD2/3.W340
• Staefa T1 mit PCD2/3.W220
• QAC 31 mit PCD2/3.W220
• KTY10-6 am PCD2/3.W220 oder PCD2/3.W340 (Temperaturbereich - 45..50 ° C)

Wo aus bekomme die Werte für die Konvertierung ich?
Bitte senden Sie eine Mail, die die spezifische Art von Ihrem Sensor enthält (wenn möglich, stellen den Widerstand des Sensors) und die Definition des Temperaturbereichs, die Sie benötigen, um support@saia-pcd.comzu messen.

[autotranslated]

Die meisten Sensoren mit Stromausgang arbeiten mit einer Reihe von 4.. 20 mA. Dennoch ist es möglich, dass den Bereich 20 mA mit der analogen Eingangsmodule für PCD-Systemen messen.[autotranslated]

Warum haben die SBC-Eingangsmodule eine Reihe von 20 mA?
Ein Vorteil der gesamten Messbereich von 20 mA ist dadurch auch ein Kabelbruch (oder ein defekter Sensor) erkannt werden kann. Wenn ein Wert zwischen 0.. 4 mA gemessen wird, ist die Schlussfolgerung, dass das Kabel defekt ist oder der Sensor nicht richtig funktioniert.
Ein weiterer Vorteil ist, dass ein Modultyp für beide Bereiche (20 mA und 4.. 20 mA) verwendet werden kann.

Gilt die angegebene Auflösung für die 20 mA oder 4.. 20 mA?
Die angegebene Auflösung gilt immer für das gesamte Spektrum von 20 mA. Die gleiche Auflösung wird verwendet, wenn das Eingangsmodul zur Messung von 4.. 20 mA dient.

Beispiel
Wenn eine 12-Bit-Eingangskarte verwendet wird, müssen wir eine Auflösung von 4095 DV (Digital Value) über die ganze Reihe 20 mA. Eine DV entspricht 4.88 µA.
Für den Fall, dass eine Reihe von 4.. 20 mA gemessen wird die Auflösung bleibt dasselbe (4.88µA pro DV) und den gemessenen Wertebereich 16 mA wird durch 3276 DV geteilt.
Natürlich ist es immer noch möglich, einen Messkabel/Fehler zu erkennen, weil der ganze Reihe 20 mA vom Modul gemessen wird.

[autotranslated]

Aufgrund eines Problems im PG5 (Fupla und Watchwindow) lesen die Werte von bestimmten Analog Module gelegentlich während Beeing online mit PCD beschädigt werden können.[autotranslated]

Symptom
Während Beeing online mit dem PCD, analogen Eingang Eingabewerte springen Module zu falschen Werten. Das Problem tritt gelegentlich und der Wert angezeigt, während der Fehlerfall nicht vorhersehbar ist (aber es oft immer den gleichen Wert ist). Das Problem tritt auf, wenn gerade online mit Fupla und/oder Überwachungsfenster PG5.
Wenn Beeing online mit Fupla nur, das Problem verschwinden kann, wenn Sie einer anderen Fupla-Seite anzeigen.
Alle analogen Module mit Ausnahme von intelligente Analogmodule (W745, W720, W525, W3x5 und W6x5) können von diesem Problem betroffen sein.

Grund
Der Grund für dieses Problem ist ein Problem in der "synchronen Datenansicht" Fupla und die WatchWindow. Wenn mithilfe der "synchronen Datenansicht" und einen digitalen Eingang oder Ausgang, PG5 automatisch anzeigen die folgenden 31 i/OS, zu lesen. Für den Fall, dass die Adressen von einem analog Modul von diesem Automatismus gelesen werden, kann eine Beschädigung der Wert das Ergebnis sein.
Betroffene PG5 1.4-Versionen (ältere Versionen als PG5 1.4 sind nicht betroffen, da die "Synchroneous-Modus" nicht implementiert wurde):

• PG5 1.4.100
• PG5 1.4.110
• PG5 1.4.130
• PG5 1.4.200

PG5 1.4.120 enthält eine Korrektur, die dieses Problem vermeidet.

Lösung
Dieses Problem kann behoben werden, durch die Installation von PG5-SP 1.4.300. Finden Sie die neueste Version von der PG5 auf der Support-Website (www.sbc-support.ch) im Abschnitt "Produktinformationen"--> "Software"--> "PG5"

[autotranslated]

Die analogen Eingangsmodule PCD2.W745 und PCD3.W745 haben ein terminal 16 (GND), die nicht in Version 1 von der manuellen 27/796 dokumentiert ist.[autotranslated]

Grund für das terminal 16 (GND)
Da die W745 galvanisch getrennt ist (die Trennung ist von allen Terminals gegen den PCD-i/o-Bus und nicht zwischen den Terminals) gibt es keine definierte Erdgeschoss der Terminals. Dies führt zu Ebenen terminal seitlich schweben. Um diese schwebende Ebene zu beseitigen ist der terminal 16 für eine Verbindung gegen den gemeinsamen Boden der Sensor vorhanden.

Wann muss ich zum GND terminal 16 herstellen?

• Der terminal 16 sollte mit Masse verbunden, wenn kein Sensor besitzt eine interne Verbindung auf der unteren Ebene. Dies ist der Fall für gemeinsame TC-Sensor oder Pt/Ni-Sensoren. In diesem Fall schließen Sie die Klemme 16 an Boden.
• Terminal 16 sollte nicht mit Masse verbunden sein, wenn einem oder mehreren Sensoren eine eigene Verbindung zum Boden haben (was nicht empfohlen wird).

Hinweis
Die galvanische Trennung des Moduls wird zwischen den i/o-Bus der PCD und die Klemmen der W745 angewendet. Die Terminals selbst sind nicht galvanisch gegen getrennt voneinander (GND der Eingänge des Moduls angeschlossen ist). Die Trennung ist für eine Spannung von 500 VDC ausgelegt.

[autotranslated]

Für den Fall, dass ein Thermoelement-Sensor falsch herum angeschlossen ist, wird dies die FBox (oder die FB) mit dem Fehler "Unterlastung" oder "Underflow" hinweisen.[autotranslated]

Hinweis
Das Problem tritt am ehesten in höheren Temperaturbereichen wie die Spannung gemessen bei Raumtemperatur ist fast = 0. Daher ist es möglich, dass das Problem nicht, bei Raumtemperatur auftritt (auch gemessene Temperatur ist nicht genau in diesem Fall, keine Fehlermeldung wird angezeigt).

Diese Antwort gilt für die PCD2.W745 ebenso wie für die PCD3.W745.

[autotranslated]

Aus einer Reihe produziert im Jahr 2005 (Datumscode "05xx" und FW-Version "020"), einen kleinen Prozentsatz der Module der genannten Typen Show Folgendes Problem:

• Eingangsmodule: die Ausgabewerte der FBox fixieren, die LED und diagnostizieren Ausgabe der FBox zeigen "keine Antwort"
• Ausgabemodule: die Ausgabewerte des Moduls zu fixieren, die LED und diagnostizieren Ausgabe der FBox zeigen "keine Antwort"

Wenn das Problem nicht innerhalb der ersten fünf Minuten erscheint, wird es überhaupt nicht angezeigt. Wenn Sie Einheiten betroffen haben, kehren sie zur Reparatur über Ihren lokalen Vertreter der SBC.

[autotranslated]

Im Gegensatz zu herkömmlichen Analogmodule (z.B. der W600) wird DAC (Digital-Analog Wandler) von der PCD2/3.W6x5 nicht zugegriffen, direkt über den internen i/o-Bus der PCD. Der Befehl ist zunächst durch das Modul Mikrocontroller interpretiert und dann zyklisch an die DAC übergeben.[autotranslated]

Grund für das neue Funktionsprinzip
Die Beschäftigung von einem µC auf dem Modul kann die Belastung durch die PCD Hauptprozessor verringert, da die Konvertierung und Linearisierung des der Ausgabewert erfolgt direkt auf die i/o-Modul (bevor es in die DAC geschrieben). Aufgrund der Tatsache, die von die Modulen ausgestattet sind ein µC, man nennt Sie "intelligente Analogmodule".

Behandlung durch das User-Programm
Die Befehlssequenz für einen analogen Ausgang Wert ist zu lang zum Schreiben direkt auf den internen i/o-Bus. Daher entstanden spezielle FBoxen (auch Umgang mit der Modul-Initialisierung, Wert Bereichsprüfung und die Interpretation der möglichen Fehler-Flags aus dem Modul). Die Ausführungszeit der FBox auf eine PCD2.M170 variiert von 0,8 ms bis 3,8 ms (abhängig von der Stretchfaktor). Der Ausgabewert wird durch das Modul µC an die sehr Ende der Ausführung des Codes auf die PCD überholt zu werden.

Zykluszeit für das Modul
Die µC der Module PCD2/3.W605, PCD2/3.W615 und PCD2/3.W625 führt die folgenden Aufgaben zyklisch:

• Vergleich ob neue Werte von PCD gesendet wurden

• Berechnung von digitalen Werten an den DAC aus den Wert in Benutzer-Einheiten gesendet werden

• Schreiben die digitalen Werte in die DAC

Die µC Zykluszeit der W6x5 Module ist Firmware abhängig. Während es rund 4 ms mit FW Version 020 ist, ist es etwa 2 ms mit FW-Version 021 und oben. (Das Modul-Firmware-Version wird auf einem Aufkleber auf dem Modul mit 3 Ziffern gedruckt)
Da die Zykluszeit von PCD-Haupt-CPU und die µC der W6x5 sind asynchron, kann es zweimal die Zykluszeit aus der Zeit dauern, bis es in die DAC geschrieben der Wert zum Modul gesendet wurde. Auch überlegen Sie den Ausgabefilter, Verzögerungen, die die eigentliche Ausgabe durch einige weitere µs signalisieren.
Die Kommunikation zwischen den internen PCD i/o-Bus und die µC des Moduls beeinflusst die Zykluszeit nur geringfügig.

In der Abbildung unten visualisiert die Ausführungszeit der FBox-Teil eines Kanals (obere Grafik) und das Ausgangssignal des die W6x5 (untere Grafik, 2... 3,7 ms nach der Ausführung auf die PCD Befehl). Diese Diagramme wurden mit einer PCD2.M170 und eine PCD2.W625 FW 021.
§ix100243§

Beachten Sie bezüglich der TI
In der TI (bis Version 5) wird eine Abtastrate von 2 ms deklariert. Dies ist nicht korrekt für Module mit FW-Version 020.
In der deutschen Version der TI kann eine Vaque Übersetzung die Sampling-Rate (in "Gesamtwandlungszeit" übersetzt) Missinterpretation führen.

[autotranslated]

Da der FTP-Server der PCD entwickelt wurde, schlug vor, SBC Freeware FTP-Client Filezilla verwenden, um das PLC-Dateisystem zuzugreifen.

In letzter Zeit und mit den neuesten Versionen von FileZilla empfangen wir mehrere Berichte, dass es Schwierigkeiten mit der FTP-Client FileZilla (z. B., dass die IMasterSaia.jar nicht vollständig heruntergeladen).[autotranslated]

Symptome
Es gab Probleme beim Herunterladen von mehreren Dateien parallel auf das PLC-Dateisystem. Und manchmal es war sogar möglich, die IMaster.jar-Datei herunterladen, da gab es unendliche Wiederholung von Seite der FileZilla FTP-Client herunterzuladen. Nach einem Neustart des PCs funktionierten FileZilla wieder korrekt.

Grund
Leider diese Phänomene waren oft nicht reproduzierbar in Murten und scheinen zufällig zu sein. Daher ist es sehr schwierig, die Ursache für die Probleme zu ermitteln.

Abschluss
Wie diese Probleme nur wenige Installationen betreffend sind wir nicht die Absicht, "verbieten die Verwendung von" der FTP Client FileZilla zusammen mit dem PCD-FTP-Server. Für den Fall, dass Sie mit den oben genannten Problemen gegenübergestellt werden empfehlen wir jedoch, einen anderen FTP-Client verwenden. Ein Client, mit dem wir sehr gute Erfahrungen, während die letzten Yars gemacht, ist diejenige mit der Shareware "Total Commander" (Shareware). "Total Commander" gibt es auch als portable Version.

In einigen Fällen die Zeitüberschreitung in Filezilla auf 60 Sekunden zu erhöhen hilft.

Update 03.07.2013
Über FileZilla ist eine Option, um die Übertragungsgeschwindigkeit zu begrenzen.
Diese Geschwindigkeitsbegrenzung einschalten lässt zu laden ohne Probleme Dateien an die PCD.

Um die Höchstgeschwindigkeit zu aktivieren, klicken Sie auf das Tacho-Symbol (in der unteren rechten Ecke des Fensters FileZilla)


Im nächsten Fenster tun, wählen Sie die Option "Enable Speed Limits" und legen Sie die Werte auf 100/20 KiB/s.

[autotranslated]

Wenn Sie ein Speichermodul mit einem Dateisystem zu verwenden ist der verfügbare Speicher für die Dateien kleiner als die angegebene Größe des Moduls. Diese FAQ erklärt, was für den "unbrauchbar" Speicher verwendet wird.[autotranslated]

Symptom
Beim Speichern von Dateien in einem Dateisystem aus einem Speichermodul oder ein Dateisystem auf dem PCD selbst (z.B. die INTFLASH von einer PCD3 Compact) ist die Gesamtgröße aller Dateien, die gespeichert werden können kleiner als die angegebene Größe des Speichers.
Wenn z.B. ein Memory mit 1 MByte definiert ist, ist es möglich, dass ich auf dieses Modul nur 866 kByte im Dateisystem speichern können.

Grund
Die Gründe für dieses Phänomen sind die folgenden:

• Speicherverwaltung
  Ein Teil dieses Speichers wird verwendet für die Verwaltung des Dateisystems selbst (das "weiß der Firmware" wo die Dateien zu finden, die gespeichert sind).
  Beispiel: auf einer "blauen" Modul wie die PCD7.R550, R551 oder R561, die Größe für dieses interne Ornanization-Daten ist 64 kByte.
• Für Kompresse Aufgabe reserviert
  Geschäftsbank es ist ein Bereich des Arbeitsspeichers für die komprimieren Aufgabe vorbehalten. Während dieser Aufgabe muss die PCD zum Kopieren von Daten aus den Bereichen zu dieser reservierter Speicher komprimiert werden.
  Beispiel: auf einer "blauen Modul" wie die PCD7.R550, R551 oder R561, die Größe dieses Sektors verwendet für die Komprimierung des Blitzes ist 64 kByte
• Jede Datei braucht mindestens einen "Block" des Speichers
  Die Dateien in den Speicher werden in Blöcken gespeichert, und ein Block kann nur Daten aus einer Datei enthalten. Dies bedeutet, dass, sobald eine Datei generiert wird (auch wenn die Größe nur 8 Byte), der ganze Block nicht für eine andere Datei wiederverwendet werden kann.
  Beispiel: Dies führt zu der Tatsache, dass z.B. 10 Dateien mit einem Zeichen drin (die 10 Bytes insgesamt wäre) 10 Blöcke verwenden werden (die rund 10 kByte auf der INTFLASH ein PCD1.M2xxx oder ein "blau-flash-Modul").
  Die "unbrauchbar" Speichermenge ist abhängig von der Anzahl der Dateien und die Blockgröße des Dateisystems. Im Maximum ist der "unbrauchbare" Speicher die Anzahl der Dateien, die mit der Blockgröße multipliziert.

Diese Regeln gelten für alle Dateisysteme auf Speichermodule und die INTFLASH (falls vorhanden). Dies sind:

• PCD1.M2xxx (INTFLASH)
• PCD2.R6000
• PCD3.R550, PCD3.R551, PCD3.R561
• PCD3.R600
• PCD7.R550, PCD7.R551, PCD7.R561
• INTFLASH eine PCD3-kompakte oder ein PCD1.M2
  

[autotranslated]

Im Fall einer Sicherung von/nach der Flash-Karte (z.B. PCD7.R500) nicht ausgeführt werden kann (aus den Gründen, die unten aufgeführten) von PG5 wird diese folgende Meldung angezeigt: "Fehler beim Kopieren nach/von Flash. Ist Check Flash-Speicher oder Speicherkarte ausgestattet?"[autotranslated]

Mögliche Ursache
Es ist höchstwahrscheinlich, dass der flash-Speicher kein Benutzer-Programm enthält oder die darin enthaltenen Konfiguration ist nicht kompatibel mit der PCD.
Beispielsweise enthalten die Konfiguration einer IP-Adresse, aber die PCD keinen Ethernet-Anschluss!

Mögliche Lösung

• Verwenden Sie den flash-Speicher auf geeignete PCD
• oder versuchen Sie, ein neues Benutzer-Programm herunterzuladen / Konfiguration von PCD
  -> Flash-Karte (Projekt-Manager im Menü "Online"--> "Flash-Speicher"--> "Copy Programm zu blinken"
• oder löschen Sie den Inhalt des Flash-Speichers mit der ausführst/Stopp-Schaltfläche neben der USB-Anschluss. Daher drücken Sie länger als 1 Minute (bis auf 2 hz die rot/grüne LED blinkt) bei einschalten, wie die manuelle 26/789 unter Kap. 3.19.1

[autotranslated]

Im Handbuch für das Dateisystem empfiehlt es sich, eine flash-Datei-System zu komprimieren, wenn eine Datei gelöscht wurde. Diese FAQ beschreibt die Unterschiede zwischen SD-flash-Systeme wie der PCD3.R600 ausgestattet mit PCD7.R-SDxxx, PCD7.R55x und PCD7.R561 Module.[autotranslated]

Einführung
Im Handbuch für das Dateisystem empfiehlt es sich, eine flash-Datei-System zu komprimieren, wenn eine Datei gelöscht wurde. Dies wird dringend empfohlen, für die PCD7.R5xx-Module, INTFLASH etc. da für diese Systeme die Kompresse verwendet wird, um zu "Arbeitsspeicher wieder freigegeben".
Die SD-Karten verwendet, die in der PCD3.R600 oder die PCD2.R6000 verfügen über einen eigenen Controller, der automatisch "freigegebenen" Speicher wieder zur Verfügung stellt. Auf der anderen Seite wird der freie Speicher (wo Daten gelöscht worden sind) an seinem Platz bleiben. Dies führt zu "Löcher" in den verwendeten Speicher-Struktur, die (wegen mehr Zeit für die Initialitation der Karte beim Start aufgebraucht) nicht ideal ist. Die Kompresse-Aufgabe wird diese "Löcher" in den Speicher entfernen.

Abschluss
Eine "komprimieren" ist nicht notwendig für die Bereitstellung von Speicherplatz von gelöschten Dateien auf SD-Karten. Aber die Kompresse die Speichernutzung optimiert und sollte von Zeit zu Zeit erfolgen.
Wie es easyer die Kompresse direkt nach dem Löschen einer Datei programmiert wird, ist dies der easyer Weg, dieser Empfehlung zu realisieren.[autotranslated]

Im Fall einer PCD2.R6000 (mit einer Hardwareversion / Änderung vor B1) angeschlossen ist, auf eine PCD2.M5 die erweitert wird mit einer PCD2.C2000 ist das Dateisystem auf der SD-Karte nicht erreichbar.[autotranslated]

Symptom
Das Dateisystem von einer PCD2.R6000 ist nicht zugänglich oder sichtbar, wenn die R6000 auf eine PCD2 montiert ist.M5 die erweitert wird mit einer PCD2.C2000-Erweiterungs-Modul. Beim Verbinden mit einem FTP-Client ist die SLxFLASH nicht sichtbar.

Grund
Durch eine Hardware-Einschränkung der PCD2.R6000 wird das Modul nicht richtig wenn eine PCD2 initialisiert.C2000 angeschlossen ist.

Lösung
Diese Beschränkung entfällt mit Hardware-Version B und Hardware-Änderung 1 (--> "B1"). Diese Version wird seit Woche 18 2010 ausgeliefert.
Für den Fall, dass Sie von dieser Einschränkung betroffen sind, senden Sie bitte Ihre PCD2.R6000 Sie den Reparaturservice der SBC (mit der Bemerkung "KR-PC-10-013"). Das Hardware-Update ausgeführt wird kostenlos.

Bemerkung
Bitte beachten Sie, dass das gleiche Verhalten (R6000 funktioniert nicht / wird nicht erkannt, die LED "Diag" bleibt rot) für den Fall, dass ein analoges i/o-Modul auf den Slot mit i/o Adresse 240 angeschlossen ist. In diesem Fall entfernen Sie den analogen i/o Modul aus dem Steckplatz mit Basisadresse 240 (auf diesem Steckplatz keine Analog i/o Modul kann verwendet werden, wie es mit der Hardware-Watchdog der PCD interagieren würde).[autotranslated]

In Fall mehr als eine PCD2.R6000 hergestellt, bevor August 2009 auf ein PCD2.M5xxx installiert sind, wird die PCD nicht die Datei unterzeichnend Systeme während der starten. Als Ergebnis der Dateisysteme können nicht verwendet werden (und sind nicht sichtbar auf dem FTP-Server der PCD). [autotranslated]

Symptom
Die Dateisysteme von PCD2.R6000 auf Slot #0 Steckplatz #3 (SLxFLASH: /) auf ein PCD2.M5xxx sind nicht sichtbar auf einem PCD2.M5xx0 mit mehreren PCD2.R6000 ausgestattet. Dieses Phänomen kann auf Systemen ausgestattet mit SD-Flash-Karten PCD7 beobachtet werden.R-SD512 und PCD7.R-SD1024 die Herstellungsdatum im Jahr 2009 (09xx) haben, wenn die Hardwareversion der PCD2.R6000 ist älter als "B".
Wenn nur eine PCD2.R6000 verfügt, kein Problem ist zu rechnen. Ein einzelnes PCD2.R6000 können in jedem Steckplatz aus Steckplatz #0 Steckplatz #3 eingefügt werden.

Grund
In Abhängigkeit von der Hardware-Änderung der R6000 kann die PCD nicht korrekt initialisieren die Dateisysteme der oben genannten Karten beim Start Wenn mehrere R6000 angeschlossen ist. Als Ergebnis der Dateisysteme können nicht verwendet werden (und sind nicht sichtbar auf dem FTP-Server der PCD).
In dieser Situation gibt es kein Datenverlust.

Lösung
Mit Hardwareversion "B" die PCD2.R6000 ist es möglich, mehrere PCD2 zu mounten.R6000 Module auf die PCD (ohne jede Einschränkung der das Herstellungsdatum der SC-Card).
Module mit dieser Änderung sind seit Anfang August 2009 (Kalenderwoche 32 2009) ab Lager lieferbar.

[autotranslated]

Ein Hardwarekonflikt auf einem PCD2.M5xxx zwischen einem PCD2.W3x0 gesteckt I/O Steckplatz 3 und die Module PCD2.F2xx0 und PCD2.R6000 führt zu der Tatsache, die die Kommunikations- und Speichermodule in dieser Konstellation nicht funktionieren. Wenn die PCD2.W3x0 aus dem I/O-Steckplatz 3 entfernt wird arbeitet die Installation korrekt.[autotranslated]

Symptom
Im Fall einer PCD2.W3x0 Analog-Eingangsmodul im I/O Slot 3 (Basisadresse 48) angeschlossen ist die Kommunikations-Modulen PCD2.F2xx0 und die Speichermodule PCD2.R6000 funktionieren nicht.
Die LEDs auf ein Kommunikationsmodul PCD2.F2100, eine PCD2.F2210 oder eine PCD2.F2810 sind beleuchtet 50 % rot und 50 % grün (blinkt). Das Dateisystem der PCD2.R6000 (SLxFLASH: /) sind nicht über z.B. FTP sichtbar. Nur PCD2.M5xxx mit Hardware-Version älter als C345 betroffen sind.

Grund
Der Grund für dieses Verhalten ist ein Konflikt zwischen den PCD2.W3x0 (PCD2.W300, PCD2.W310, PCD2.W340, PCD2.W350, PCD2.W360) und PCD2.F2xx0 oder R6000. Dieser Konflikt besteht nur dann, wenn die PCD2.W3x0 auf den I/O-Slot 3 (Basisadresse 48) angeschlossen ist.

Lösung

• Dieser Konflikt ist nicht mehr mit Hardwareversion C345 von der PCD2.M5xxx (der entsprechende Filter der i/o-Bus wurde um Sie nicht zu diesem Konflikt führen angepasst).
• Für den Fall, dass es ist nicht möglich, das System sofort zu ersetzen (oder schicken Sie es an den Reparatur-Service für diese Änderung getan haben), kann das Problem gelöst werden, indem man eine PCD2.W30x nicht im I/O Slot 3. Wenn das Kommunikationsmodul oder das Speichermodul in I/O Steckplatz 3 angeschlossen ist funktioniert die Installation einwandfrei.

[autotranslated]

Es gibt mehrere Möglichkeiten, die Zugriff auf den Inhalt von einer SD-Karte (verwendet mit einer PCD3.R600 oder eine PCD2.R6000).[autotranslated]

Wie kann ich den Inhalt einer SD-Karte zugreifen?

• Über den Automatisierungsserver der PCD3 ist es möglich
  -Web-Server der PCD (--> nur lesen, und die Datei muss in den Ordner "Webseiten" abgelegt werden)
  -FTP-Server der PCD (Lesen/Schreiben)
  -indem er die Datei von E-Mail (SMTP)
• Mit einem Kartenleser am PC. Dafür ist der "SBC SD File System Explorer" verwendet werden.
  
  

Bemerkungen
Der Inhalt einer SD-Karte ist in der Datei SAIANTFS gespeichert.FFS (die 90 % des verfügbaren Speicherplatzes der SD-Karte belegt). Bitte beachten Sie, dass es nicht, "drag and drop erlaubt ist" die Datei SAIANTFS.FFS auf eine andere SD-Karte ohne Verwendung der "SBC SD File System Explorer"; in diesem Fall gibt es keine Garantie dafür, dass die PCD (kopierte) Inhalte diese SD-Karte finden kann.

"SBC SD File System Explorer" kann ist kostenlos und runtergeladen von der PCD3.R600-Produktbereich auf der Support-Website (www.sbc-support.ch).


Verfahren, um den Inhalt der SD-Karte auf eine andere SD-Karte kopieren

• Verwenden Sie den SBC SD File System Explorer
• Extrahieren Sie die Dateien aus die erste SD-Karte
• Fügen Sie diese Dateien auf die zweite SD-Karte

[autotranslated]

Ein Schreibzugriff ausgeführt mit der neuen Version der FBoxen können bis zu 3072 Zeichen schreiben (die FBox führt mehrere Schreibbefehle für 255 Bytes, die den größten Trödel von Daten ist, die im Dateisystem mit einem internen Befehl geschrieben werden kann). Diese neue FBox-Bibliothek steht für PG5 1.4 und PG5 2.0 (2.0.210)[autotranslated]

Mit Hilfe der FBox "Log to file" oder "Log-Datei erweiterte" ist es möglich zum Speichern von Daten auf das Dateisystem der PCD.
Diese FBoxen ermöglichen dem Nutzer, die Informationen nach seinen Bedürfnissen (Formatierung) in die Datei geschrieben wird.
Ältere FBoxen haben die Einschränkung, die nur 255 Zeichen auf einmal in die Datei geschrieben werden können.
Mit neueren FBoxen haben wir die Grenze des Werts der "Kopf" und der "Val" Wert der FBox "Protokoll in Datei erweitert" von 255 Zeichen auf 3072 Zeichen erhöht.

Versionsabhängigkeiten
Mindestanforderung für die Datei-System-Bibliothek, das Schreiben von 3072 Zeichen zu unterstützen:

• Für PG5 1.4: $2.5.309
• Für PG5 2.0: 2.6.200 (geliefert mit PG5 2.0.210)

Bemerkungen

• Minimale Firmware-Version zu verwenden, diese neue Bibliothek ist 1.10.16.
• Die Länge von 3072 Bytes betrifft die tatsächlich geschriebenen Daten; für den Fall, dass Vorlagentexte mit z.B. $Rnnnn verwendet werden, zählen die Anzahl der geschriebenen Bytes.
• Beim Arbeiten mit dem System Funtions (CSF) beträgt maximal 255 Zeichen.
  

Beispiel
Der Text "Register 0 enthält: $R0000" in eine Datei geschrieben:

• Wenn Register 0 hat werden Wert 1234:25 Zeichen (Bytes) geschrieben.
  (Schriftliche Inhalt: "Register 0 enthält: 1234")
• Wenn Register 0 Wert werden 1234567890: 31 Zeichen geschrieben.
  (Schriftliche Inhalt: "Register 0 enthält: 1234567890")

[autotranslated]

Wenn die Datei oder Verzeichnis-Namen nicht korrekt sind, wird dies zu Fehlern führen.[autotranslated]

Verzeichnisse
Ein Directorie Name braucht immer einen Schrägstrich vor dem Namen in der Textdefinition:
"/ Mydir"

Dateien
Der Schrägstrich ist für Dateinamen nicht zulässig:
"MeineDatei"

Allgemeine
Beachten Sie, dass die maximale Länge von Dateinamen (einschließlich der Erweiterungs etc.) 23 Zeichen.
"thisisthemaximum123.txt"

Die maximale Dateinamenlänge im Dateisystem beträgt 64 Zeichen.
M2_Flash:/Directory/file.txt

Seien Sie vorsichtig bei der Implementierung von Uhrzeit und Datum an den Dateinamen mit der Syntax $D und $H. $D pro Beispiel 9 Zeichen verwenden. Wenn die Datei eine Erweiterung als auch pro Beispiel CSV, hat bereits 13 Zeichen verwendet werden, bedeutet, dass der Dateiname selbst länger als 10 Zeichen sein kann.

Sonderzeichen wie Ä, Ö, Ü sind nicht auf das Dateisystem erlaubt.

Bemerkung
Bitte beachten Sie, dass "Sonderzeichen" wie "Ü", "¢", "Ç" im PCD-Dateisystem nicht unterstützt werden. Darüber hinaus ist die maximale Länge des Dateinamens 23 Zeichen.[autotranslated]

Wenn ein Datei oder Verzeichnis-Namen mit einer festen Länge definiert ist, kann es zu Problemen führen.[autotranslated]

Problem
Die FBox gibt an, dass ein Fehler und die Datei oder das Verzeichnis im Dateisystem nicht erstellt wird

Grund
Der Datei oder Verzeichnis-Namen muss mit einer Standardgröße Text definiert werden. Wenn der Text ist definiert als fest und es gibt weniger Zeichen als definierte ist gefüllt mit Leerzeichen. Da Leerzeichen im Dateisystem nicht zulässig sind, wird dies zu einem Fehler führen.[autotranslated]

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.

Aufgrund eines Problems bei der Produktion, sind einige der PCD2.C1000 und PCD2.C2000 Module welche zwischen der Woche 20 und Woche 36 des Jahres 2021 produziert wurden, nicht mit einem roten Jumper auf dem Board der PCD2.1000 / PCD2.C2000 ausgestattet worden.

Was ist der Effekt, wenn der rote Jumper nicht auf dem Board eingesteckt ist?

Wenn dieser rote Jumper nicht auf der Platine der PCD2.1000/C2000 gesteckt wird, dann speist das interne Netzteil die I/O-Module nicht und es ist nicht möglich, die Ein-/Ausgänge der angeschlossenen I/O-Karten korrekt zu nutzen.

Woher weiß man, ob der rote Jumper nicht eingesteckt ist?

Optisch ist es möglich zu sehen, ob der Jumper auf dem Board eingesteckt ist, wenn man das Board von der Unterseite betrachtet

Wenn die PCD2.C1000/C2000 an 24VDC angeschlossen ist:

Die rote Fehler-LED am Modul ist eingeschaltet.

LED' wenn der Jumper nicht eingesteckt ist:

LED' bei eingestecktem Jumper:

Welche PCD2.C1000/C2000 sind von dem Problem betroffen?

PCD2.C1000/C2000 mit Produktionsdatum zwischen Kalenderwoche 20 und 36 des Jahres 2021 und die auf dem weißen Etikett auf der Rückseite der PCD2.C1000/C2000 mit "Made in Romania" gekennzeichnet sind.

Das Herstellungsdatum ist auch auf dem wessen Etikett mit z.B. 2133 oder als 3321 (Woche 33 des Jahres 21) gekennzeichnet.

Was ist zu tun, wenn die PCD2.C1000/C2000 nicht mit dem roten Jumper ausgestattet sind?

Wenden Sie sich an Ihren lokalen SBC-Support und bitten Sie ihn, die roten Jumper zu erhalten.

Sie werden Ihnen dann rote Jumper zusenden.

Um die roten Jumper an die Platine zu stecken, muss die transparente Abdeckung der PCD2.C1000/C2000 entfernt werden durch das Abschrauben der 2 Schrauben (Torx 10). Danach muss der rote Jumper auf die Stecker der Platine gesteckt werden.

Abhängig von der Hardware-Version des Analogmoduls W6x5 und dem E/A-Slot, in welchem das W6x5-Modul gesteckt ist, ist es möglich, dass das analoge Ausgangssignal der W6x5 Karte nicht stabil ist und oszilliert.

Symptom
Falls das PCD2/3.W6x5 Modul im E/A Slot 15 gesteckt wird und das PCD2/3.W6x5 Modul die Hardwareversion B hat, dann werden die Analog Ausgangssignale nicht stabil sein.
Wenn FBoxen verwendet werden, um die Ausgänge zu schreiben, zeigt die FBox vorübergehend einen Fehler.

Grund
Die W6x5 Module mit Hardware-Version B werden im Zusammenhang mit dem Watchdog-Ausgabe (O 255) nicht korrekt gehandhabt.
Beachten Sie, dass dies nur der Fall ist, wenn das Modul auf den E/A Slot 15 (Basisadresse 240) gesteckt ist. Auf allen anderen E/A Slots funktionieren die Module korrekt.

Lösung
Bei PCD2.W6x5 oder PCD3.W6x5 Module mit Hardware Version A oder C und neuere Hardware Versionen tritt das Problem nicht auf.

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.

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]

Dieser Fehler ist in der Tat ein Kernel-Fehler erzeugt, wenn unterschiedliche Systeme der PCD gleichzeitig heißen und auf eine ungültige Adresse wies erhalten. Als Ergebnis geht die PCD in Halt, sofern die Software-Watchdog Programm wurde!                 [autotranslated]

Unserer Erfahrung nach der Fehler passiert sehr, sehr selten und wahrscheinlich passiert nicht wieder!

[autotranslated]

[autotranslated]

Aufmerksamkeit:
Die Firmware 1.24.xx kann nur auf PCD mit 8 MB onboard Firmware-Speicher verwendet werden.
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 an einem nicht kompatiblen PCD zu verhindern.

Firmware 1.24.69 (Juni 2017) Verbesserungen

• Alle PCD: SBUS Parität Modus, Korrektur bei der NAK Charakter als ersten Byte der Antwort empfangen wird.
• Alle PCD: beim Herunterladen neuer Ethernet-RIO-Programm mit der Option "Alle Sicherungen löschen" kann es passieren, dass der RIO nicht Inbetriebnahme und nicht mehr im "Daten-Austausch-Modus" geht bis die PCD-Neustarts.
• Alle PCD: Wenn RIO Name nicht in Großbuchstaben geschrieben ist die RIO-Datei wird nicht aktualisiert, bis ein Neustart ausgeführt wird.
• Alle PCD: Wenn RIO Download Download geändert Datei RIO RIO-Datei nicht an RIO gesendet wird, bis ein Neustart ausgeführt wird.
• Alle PCD: Ethernet-Frame Polsterung Informationslecks behoben (CVE-2017-9628)
• PCD2.M5xx0 PCD3.Mxxx0: Self download-Tool, ist manchmal Config verloren nach dem Download des Projekts.

Firmware 1.24.67 (März 2017) Verbesserungen

• Neue Konversationstabelle für W380 Ni1000 und PT1000 Temperatur
• S-Bus serielle UART Diagnostik nicht korrekt
• Verschiedene offene Datenmodus Fixes: Read Timeout Enhancement, Client-Verbindung Timeout und Client Keep alive mit anonymen Port Problem behoben
• LonIP Mapper Verbesserung
• Modbus-Kommunikation Fehler F2-Modul
• Programm wiederherstellen Problem behoben beim Wiederherstellen von Datei-System-Flash-Karte
• New Start Steuerungskonfiguration nach Absturz hinzugefügt
• Profi-SBus Master aufhören zu arbeiten, wenn Kabel kaputt ist
• Verschiedene kleinere Probleme FixedOpen Datenmodus: Datenverlust, wenn gleichzeitig die Verbindung, durch den Partner geschlossen wurde

Wartung fIrmware 1.24.30 (Mai 2015)

Wichtigste Korrekturen

• Webserver: WebFTP unterstützt korrekt codierte Zeichen wie "/", "&" in die Web-Anfragen
• Webserver: ftp.cgi schlägt fehl, die MIME-multipart-Anforderung zu analysieren, wenn Grenze Zeichenfolge in Anführungszeichen eingeschlossen ist
• Web-Server: Webserver CGI Zugriff von SBC.NET
• Webserver: Irgendwann eine geänderte Datei wurde nicht erkannt und daher nicht im Browser aktualisiert
• Offene Datenmodus: Datenverlust, wenn gleichzeitig die Verbindung, durch den Partner geschlossen wurde

Firmware 1.24.25 (Februar 2015) Verbesserungen

• Erweiterungen und Verbesserungen bei der Kommunikation mit den neuen E-Line Modulen.

Wichtigste Korrekturen

• COPYX Anleitung: das Ziel ist neu indiziert, wenn ein Timer/Counter als Ziel verwendet wird.
• STXMX / SRXMX Anweisungen korrekt arbeiten.
• I/o-Module:
  -PCD2. G200: Temperatur wird korrekt berechnet, wenn Ni100 L & S ausgewählt ist
  -PCD2/3.W380: Unterstützung für Hardware Revision B Umrechnungsfaktor für Stromeingänge aktualisiert wurde.
• Korrektur über PCD3. M6860: Unterstützung für neue Hardware-version

Firmware 1.24.09 (September 2014)
Neue Funktionen

• Nur für PCD2. M5440 und PCD2. M5540
  Anerkennung des neuen Typs von 8 MB onboard-Flash in die PCD2.M5xx0 integriert

Wichtigste Korrekturen

• STXMX und SRXMX Unterricht machen die PCD zum Absturz und Neustart
• Schreiben Sie, Peripherie Byte (WRPB) funktioniert nicht
• Datenaustausch für W5300 Modul funktioniert nicht mehr
• Modbus-Fehler bei der Port verdoppelt wird zugewiesen.

Firmware 1.24.05 (August 2014)
Neue Funktionen

• Unterstützung der folgenden Module
  -PCD7. W600
  -PCD7. R610
• Einfaches Update Funktionen = > FW-Update & Wiederherstellung der Anwendung einschließlich der Web-Seiten aus einer *.sprg Datei.
• LON FT-10
• Neuen SFs und Kommunikationstreiber für die E-Line-Geräte
• Neue Test-Funktionen:
  -Backup Check (TEST 8)
  TEST 8 geben die Möglichkeit, im Anwendungsprogramm überprüfen, ob eine Backup-Datei vorhanden ist und ob es das richtige ist.
  -FW prüfen (TEST-40)
  Nach einem erfolglosen FW-Update könnte anfügen, dass es keine weitere FW im FLASH-Speicher aber das System in der Lage ist, mit der "alten" FW bis zum nächsten Ausschalten.
  Die Testfunktion 40 ermöglichen, um eine solche Situation zu erkennen.

Verbesserungen

• BACnet-Web-interface
• 5 min, die Anmeldung in der S-Monitoring
• Neuen SFs in der Systembibliothek: MD5-Hash und AES, DES, 3DES Chiffre Verschlüsselung
• Verbesserung der Robustheit des Systems gegen Ethernet-Sturm
• PCD Modbus Client erlauben die Aufnahme von Server-Antwort auch wenn die Antwort des Servers ist schnell
  (< 3,5 Zeichen Zeit wie in der Modbus Spezifikation definiert)
  Änderung gilt nicht für F2xx Häfen, sondern nur für on-Board-Anschlüsse

Wichtigste Korrekturen

• Modbus:
  -Modbus PCD-Client Lesen binärer F-Box zeigt einen Fehler, aber die Funktion ordnungsgemäß ausgeführt und die Daten werden korrekt verarbeitet
  -PCD Modbus Server, 32bit nicht korrekt auf die PCD-Medien geschrieben, wenn mehrere aufeinander folgende Modbus-Telegramme in der PCD empfangen werden
• Wenn eine zusätzliche Alarming2-Konfiguration (*.asv Datei) in der PCD vorhanden ist, wird das Programm in der Startsequenz blockiert.
• XON-XOFF-SASI-Modus (MC2) funktioniert nicht auf PCD2.M5xx0 Port 2
• Wenn das ein Smart RIO oder Smart RIO-Manager ist deaktiviert, mit dem Tag, der Manager sendet noch die Konfiguration im Rio
• Das Programm Systemwiederherstellung bei CRC das Programm Fehler wird nur wiederhergestellt, wenn es nicht bereits eine Wiederherstellung durchgeführt (manuell oder automatisch)
• Die PCD-Crash mit einem Bus-Fehler, wenn es neu gestartet wird, während eine SMS geschickt
• PCD3. M6860 IP auf Verlängerung stoppt wenn Erweiterung neu gestartet
• PCD2/3.W380 Linearisierung Werke nur korrigieren, wenn der Absolute Wert von min und Max gleich sind
• Auf PCD1. M0/M2, PCD3.Mxx60 und PCD7.D4xxxT5F das Speicherabbild wird durch das Lesen der SRAM abgebrochen
• Auf Datenmodus öffnen wenn die TCP-Verbindungstimeout verstrichen ist, bleibt die Verbindung geöffnet während XBSY Flag zurückgesetzt wird
• Korrekturen im Zusammenhang mit S-Monitoring
• Korrekturen im Zusammenhang mit der E-Line-Module
• Korrekturen im Zusammenhang mit BACnet und LON

[autotranslated]

Das System Katalog Mentionned 6 digitale Eingänge (24 Volt, 4 X-Interrupts) und 2 digitale Ausgänge (2 X PWM, 24V 100 mA). Aber in Wirklichkeit nur 4 digitale Eingänge (nicht 6) stehen im Moment und 2 digitale Ausgänge als Mentionned in HW Handbuch![autotranslated]

Auszug aus den HW-Handbuch:

[autotranslated]

Mit der PCD7.R610-Speicher ist es notwendig, verwenden Sie eine neue Firmware-Version 1.23.32 oder neuer.

Die Firmware 1.23.32 erfordert eine aktuelle Hardwareversion der PCD mit erweiterte Speichergröße.

Achtung:

Wenn die FW 1.23.32, auf eine nicht kompatible Hardwareversion geladen wird wird die Firmware-Download bei etwa 86 % mit einer Antwortnachricht NAK unterbrochen.

In diesem Fall ist es nur möglich die FW-1.22.xx an die PCD erneut zu laden.

Seit PG5 2.1.311 die Firmware-Datei überprüfen Sie die Hardware-Version der angeschlossenen PCD und verhindern das Laden von einer FW-1.23.xx an einen nicht kompatiblen PCD.[autotranslated]

[autotranslated]

Nein, schließen Sie den RJ45-Stecker des Ethernet-Anschlusses eine PCD direkt an Power over Ethernet (PoE).

Der RJ45-Ethernet-Port der PCD werden vernichtet, wenn direkt mit PoE (Modus B) verbunden, da unsere Ethernet port (PCD7.F655 oder die integrierte Ethernet-Anschlüsse auf der PCD1.M0/M2, PCD2.M5 und PCD3 und alle Platten mit Ethernet-Ports) sind nicht für diesen Zweck konzipiert.[autotranslated]

Mögliche Lösung zum PCD-Ethernet-Netzwerken herstellen wo PoE verwendet wird:
1.
Aufteilen des Ethernet-Netzwerks in einem Abschnitt, wo PoE verwendet wird und in einem Abschnitt wo PoE wird nicht verwendet und verbinden die PCD im Abschnitt wo PoE wird nicht verwendet.
Die Aufteilung des Netzes könnte mit Routern erreicht werden, die auf einem Anschlussfeld mit PoE und auf der anderen Seite-Anschlüsse ohne PoE verfügen.

2.
Verwenden Sie ein spezielles Ethernetkabel, wo die blau/blau-weiß und braun/braun-weiße Drähte voneinander getrennt.
(Auf PoE Modus B; die Pin 4 und Pin 7 des RJ45 Ethernet-Anschluss dienen zum PoE das Karte, Netzteil
6 von den RJ45 Ethernet-Anschluss sind die PCD die Pin 1, 2, 3, Uesd für die Ethernet-Kommunikation)

[autotranslated]

Wenn auf die PCD die FW-1.20.nn verwendet wird und wenn Sie sich auf der Geräte-Konfigurator ist eine Zeitzone definiert, dann es möglich ist, dass der Zeitstempel der Trend, die Werte angezeigt werden mit einem Zeitstempel auf das S-Web-Trend-Makro ausgeglichen.[autotranslated]

Symptom
Der Zeitstempel der Trend-Werte auf einen S-Web-Trend muss nicht zur gleiche Zeit wie die PCD-Zeit (z.B. mit PG5 gelesen).
Die Zeitstempel der Trend-Werte sind Zeit für mehrere Stunden (abhängig von der ausgewählten Zeitzone konfiguriert im PG5 Device Configurator) verschoben
Andere Makros konnte auch dieses Problem haben, wenn die PCD-Anweisung SYSRD 7090 in der PCD-Code verwendet wird, um die PCD-Zeit zu lesen.

Grund
Das Problem ist, weil auf die FW Version 1.20.nn die Anweisung "SYSRD 7090" (= > Read UNIX TIME) zurückgeben die Anzahl der Sekunden seit 1.1.1970 00:00:00 als UTC-Zeit und nicht als lokale Zeit.
Auf FW < 1.20.nn die Anweisung geben Sie zurück die Zeit als lokale Zeit.

Anderen Grund
Der Standardwert ist Container auf dem Web-Editor-Projekt 'MB_tmz_en' auf 1 gesetzt.
Wenn Sie, dass möchten entspricht der Zeitstempel der das hochrechnen der Zeit der PCD dieser Container auf 0 gesetzt werden sollten.

Lösung
In der FW-1.22.nn und später der Zeitstempel ist wieder in der lokalen Uhrzeit und ein neuer Auftrag eingeführt 'SYSRD 7190"verleiht wieder den Wert der Sekunden in UTC.
FW-1.22.nn wird kommen Ende Juni 2013

[autotranslated]

Aufgrund eines Firmware-Fehlers auf den COSinus-FW 1.20.25 es ’ ist nicht möglich für die Kommunikation über RS232 auf dem Port 0 der PCD2.M5440

und port 1 von PCD3 CPU ’ s, aber nur auf PCD ’ s ohne Ethernet-Port.

Der Fehler ist seit der FW 1.20.31 behoben.

Auch die FW 1.16.69 Doesn ’ t habe diesen Fehler.

PCD ’ s ausgestattet mit einem Ethernet-Port Doesn ’ t habe diesen Fehler.

Die betreffenden PCD ’ s sind:

• PCD2.M5440 (port 0 / RS232)

• PCD3.M6440/M5440/M3230 (port 1 / PCD3.F121)

• PCD3.M3020 (port 1 / PCD3.F121)

• PCD3.M2030V6 (port 1 / PCD7.F121S)

• PCD3.M2230A4T5 (port 1 / PCD7.F121S)

Kommunikation über RS485 funktioniert einwandfrei.[autotranslated]

[autotranslated]

Im Januar 2014 die COSinus-FW 1.22.28 wurde eingeführt in die Produktion für die Systeme PCD1.M0xx0, PCD1.M2xx0, PCD2.M5xx0, PCD3.Mxxx0, PCD3.Mxx60, PCD3. T665/T666 und PCD7.D4xxxT5F.
Die FW 1.22.61 ist die neueste Firmware der Wartung für die PCD mit Firmware-Speicher 4 MB.[autotranslated]

Firmware 1.22.61 (Februar 2017)

Neue Funktionen

• Re-Trigger ODM Read Timeout auf jedem Lesevorgang CSF
• ODM trennen generieren Ereignis auch wenn Server Ruft die Trennung

Wichtigste Korrekturen

• Manchmal ist Konfiguration verloren nach Download-Projekt mit Self download-tool
• PCD-Absturz wenn DIGI(R)/DIGO(R) mit ersten Parameter als FB-Parameter verwenden
• Wenn PCD2/3.W220 mit Pt1000 verwendet wird eine signifikante Abweichung zwischen den Kanälen
• Verbesserte HTTP-Sitzung übergeben: Session-Cookies haben jetzt HttpOnly-Flag gesetzt
• BUS-Fehler auf STXT Anweisung Wenn Text leer ist
• Deasble der sichere Modus Config-Tag-Wert für GWY Modus "Data_no_secure" hinzufügen
• PCD abstürzen manchmal auf Download bei Smart RIO sind nicht vorhanden
• Wenn broadcast Datenaustausch dient das Ausgabe-Telegramm wird an nur eine RIO nach einem Neustart
• Die diagnostischen Kennzeichen in S-Bus-Master-Modus sind nicht korrekt, wenn gibt es Kollisionen auf der RS-485-Netzwerk
• CSF CopyDBBytesToR Absturz beim letzten Register größer ist
• Wenn erstellen einen Text/DB die Sicherung schlägt fehl, bis ein Neustart erfolgt
• W380 zeigt falsche Werte für PT1000 und PT1000L & S
• Beim Starten einer Anwendungs mit einem Alarm Listenname ist zu lang (> 25) hält die PCD mit einem BUSFEHLER
• Auf PCD7.45x_EM, P-Web-Panel, Alarm-Liste nicht geladen nach URL springen auf einer Station GWY
• Der ACCU nicht hoch zu Beginn des der XOB festgelegt
• MB Anzeige, rote Kreuz wenn Bild Dateiname leer ist
• MB Anzeige beim Scrollen in einem Web-Editor-Trend, gab es einige Kurve zeichnen Problem
• Updates auf die HDLog-Trends werden auf die Microbrowser-App nicht angezeigt.

Firmware 1.22.48 (März 2015)

Wichtigste Korrekturen

• FTP-Fehler aufgrund von Benutzernamen
• CGI Zugang Trog SBC.NET
• Gelöstes Problem beim Herunterladen von .sprg Datei im PG5 mit HTTP-download
• Geschichte Nachricht rufen Sie Ebenen zeigt falsche Zahlen im text
  Programm-Adresse wird im Feld Ebene angezeigt.
• Befestigen Sie Profi SIO Kommunikation auf PCD3. M90, Hafen 10

Firmware 1.22.46 (Oktober 2014)

Neue Funktionen

• Unterstützung durch die PCD7. R610-Modul
  -nur als Datei-System-Speicher für die PCD.
  Nicht unterstützt werden, auf die PCD7. R610:
  -Einfache Aktualisierung Funktionen = > FW-Update & Wiederherstellung der Anwendung einschließlich der Web-Seiten aus einer *.sprg Datei.
  -> diese Funktionen müssen die FW 1.24.xx

Wichtigste Korrekturen

• Wenn eine zusätzliche Alarming2 Konfigurationsdatei (*.asv) in die PCD vorhanden ist, wird das Programm in der Startsequenz blockiert.
• Der Standardwert ist GWY nicht Update korrekt, wenn die IP-Adresse vom DHCP-Server empfangen wird. Nur der globalen Routing-Tabelle wird aktualisiert.
• Backup/Restore funktioniert nicht immer auf PCD3. M90 oder OEM (Zxx) Systeme
• Programm wiederherstellen mit CRC-Fehler
  Die Programm-Wiederherstellung bei CRC das Programm Fehler wird nur wiederhergestellt, wenn es nicht bereits eine Wiederherstellung durchgeführt (manuell oder automatisch)
• Verbesserung der Leistung von PLC im Falle von Ethernet-bombardieren

Firmware 1.22.28 (Januar 2014)

Neue Funktionen

• SBC-Logo zu ändern
• Sicherheits-Update
• Standardmäßig, FTP, Web-Server und S-Bus over IP sind deaktiviert
• IP-Filterung
• Neues Passwort-Mechanismus für den Web-Server-Zugriff
• SFCs für die AES128 Verschlüsselung/Entschlüsselung
• Dynamisches Passwort für FTP (Dienstschlüssel)
• FTP Passiv-Modus
• Unterstützung neuer Analog Input Modul W380
• PCD2 zu unterstützen. G200 für PCD1.Mxxx0 & PCD2.M5xx0
• Zuordnung der Interrupt-Eingänge PCD3.Mxx60
• SF konvertieren Mal std <> – UNIX-Zeit
• Modbus-Master, zwischenzeichen Timeout auf die Slave-Antwort als parameter

Wichtigste Korrekturen

• FTP Daten Verbindungsfehler, wenn viele Download (mehr als 150 Dateien) Verbindung Datenkanal Dateien kann nicht mehr offen
• Datei-Komprimierung Systemfehler wenn automatische Komprimierung verwendet wird.
  Wenn die automatische Komprimierung aktiviert ist und eine "große" Datei über FTP (Download > 5 Sek. übertragen wird), wird die Kompression aufgrund der verbleibenden Datei öffnen abgebrochen.
  Nach der Abtreibung ist die Kompression-Prüfung nicht mehr ausgeführt, beim Herunterladen von Dateien
• Interpretierte Texte funktionieren nicht ordnungsgemäß
  Behebung von Fehlern mit $bxxxx.yyyyy, @xXnnnnn, $AXnnnnn
• PCD1. M2110, erlaubt es, 10 S-Bus oder Modbus Sklaven Zugang jetzt möglich Zugang 10 unabhängig von deren Adressen-slaves (war 0..9 Adressbereich bis jetzt)
• Korrekturen im Zusammenhang mit BACnet und LON.

Firmware 1.20.25 (März 2013)

Wichtigsten Neuerungen / Erweiterungen

• Folgende neue Systeme werden unterstützt:
  PCD1. M0160; PCD1 Energiesimulationssoftware Controller
  PCD1. M2110R1; PCD1 Raumregler
• Folgende neue Module werden unterstützt:
  PCD7. R550M128; 128MB Speicherkarte
  PCD7. R582; 128MB Speicherkarte mit LON/IP
  PCD2. F2150; BACnet MS/TP-com-Modul
  PCD2. F2400; Com-Modul für LON FT-10
• Unterstützen Sie bis zu 16384 Fahnen und 16384 Register
• S-Monitoring
• Download im Lauf
• Datei Systemverbesserungen (z.B. Datum)
• BACnet-Erweiterungen (z.B. MS/TP)
• LON-Erweiterungen (z.B. FT-10)
• Zugriff auf Config Parameter über TAGs

Verbesserungen

• Einführung "zum ersten Mal Init Daten" im Wiederherstellungsprozess
• Verbessert die Zuverlässigkeit des Dateisystems

[autotranslated]

Wenn zum Beispiel ein Scada-System kommunizieren über S-Bus Slave-Gateway-Port oder S-Bus PGU-Port mit einem Slave-Station über einen master Gateway-Port dann nach ein Programm herunterladen, mit dem Gateway PCD (oder wird neu, das PCD-Gateway gestartet) ist die S-Bus Slave-Gateway-Port oder den S-Bus PGU-Port des Gateways SPS blockiert.

Um wieder kommunizieren durch diese ports einen System-Neustart (Powerup) des Gateways, die SPS benötigt wird.

Dieses Problem könnte auf alle Kommunikationskanäle zwischen dem PC und PCD (USB, seriell, TCP) auftreten.[autotranslated]

Bemerkungen:
Dieses Problem Appaers, wenn die Gateway-Station auch mit seinen Slave-Station über die Gateway-master-Schnittstelle kommuniziert!

Lösung:

Aktualisieren Sie die Firmware des SPS-Gateways auf die Version 1.16.74 oder höher.

[autotranslated]

Wenn das "MDLS144/288 Data9600 Onbit"-Modem angeschlossen ist ein "nicht Saia PCD ® COSinus" System (PCD1.M1, PCD2.M1) dann es möglich ist, diese Systeme eine Modem Verbindung aber wenn dasselbe Modem, zu einem "Saia PCD ® COSinus" System (PCD1 verbunden ist.M2, PCD3, PCD2.M5), dann ist es nicht möglich, eine Verbindung herzustellen.[autotranslated]

Die Grund für dieses Verhalten ist der Unterschied wie die FW der PCD das Modem handhabt.

In der Regel die FW sendet als erstes die "Modem reset Stachel" und danach die FW überprüft den Status des DSR / CTS signal, bevor in einem zweiten Schritt dem "Modem-Initialisierungs-String" Senden an die FW ist.Â

• Auf die "nicht PCDÂ Saia ® COSinus" Systeme das DSR-Signal oder CTS haben hoch sein, um zum zweiten Schritt zu gehen.
• Auf die "Saia PCDÂ ® COSinus" Systeme das DSR und CTS Signal hoch vor den zweiten Schritt gehen zu haben.

Lösung
Auf dem "MDLS144/288 Data9600 Onbit" Modem auf "Saia PCDÂ ® COSinus" Systemen die erforderlich sind, auf den DSR auf hoch festgelegt, während der erste Schritt der Modem-Initialisierung.
Dazu ist es notwendig, zur Anpassung der "reset Modem Sting" auf den Konfigurator/HW-Geräteeinstellungen auf Saia PG5Â ®.

Die "Modem reset String" muss geändert werden:
AT & f
An:
AT & F & S0\r

Bemerkungen
Die "modem-Initialisierungs-String" bleibt unverändert.
Die Änderung könnte verwendet werden auf "Saia PCDÂ ® COSinus" System als auch auf "nicht PCDÂ Saia ® COSinus" Systeme.

[autotranslated]

Für den Fall, dass "PCD input Reference" in der BACnet-Konfiguration verwendet wird, und ein permanenten Wert steht in Common Language Runtime über BACnet (mit BACnet Firmware 1.16.41), möglicherweise die PCD nicht mehr in der Lage, die Konfiguration auf nächste Potenz nachlesen. Als Ergebnis die PCD bleibt im Stillstand und schreibt z.B. "BNt fehl AI00006" in die Geschichte.[autotranslated]

Symptom
Für den Fall, dass "PCD input Reference" in der BACnet-Konfiguration verwendet wird, und ein Persisten Wert ist geschrieben in Common Language Runtime über BACnet (mit BACnet Firmware 1.16.41), möglicherweise die PCD nicht mehr in der Lage, die Konfiguration auf nächste Potenz nachlesen. Als Ergebnis die PCD bleibt im Stillstand und schreibt z.B. "BNt fehl AI00006" in die Geschichte.

Grund
Beim Schreiben eines permanenten Wert auf BACnet und "PCD input Reference" verwendet wird, wird die in der flash-Speicher gespeicherte Konfiguration mit Firmware-Version vor 1.16.59 (z.B. 1.16.41) zerstört.

Lösung
Für den Fall, dass Sie "PCD input Reference" verwenden und für den Fall, dass Ihre BACnet-Konfiguration enthält über 100 Eingänge (z.B. 60AI und 50 BI) Bitte aktualisieren Sie die Firmware für BACnet und PCD BACnet FW 1.16.59 und PCD FW 1.16.57 oder höher. Diese Firmware kann von der Support-Website heruntergeladen werden.

Bemerkung
Bitte beachten Sie, dass die PCD nur die Fehlermeldung in der Geschichte schreibt, aber PG5 zeigt eine Meldung "Everyting ist OK".[autotranslated]

In Fall wird Anwenderprogramm aus Flash mit PCD3 oder PCD2 wiederhergestellt.M5540 mit Firmware 1.16.xx ist es möglich (abhängig von der Gerätekonfiguration), dass das wiederhergestellte Benutzer-Programm nicht abgeschlossen ist.[autotranslated]

Symptom
Das User-Programm eine PCD3 oder eine PCD2.M5540 läuft nicht mehr richtig (einer der Programm-Blöcke wird nicht mehr ausgeführt) nachdem es aus dem Flash wiederhergestellt wurde. Dieses Phänomen kann auftreten, mit Firmware 1.16.xx und wenn keine erweiterten Header vorhanden in der Gerätekonfiguration (Dies bedeutet, dass keine IP-Adresse, keine Modemkonfiguration und kein Gateway konfiguriert ist).
Für den Fall, dass dieses Problem auf eine PCD vermutet wird, kann es überprüft werden, indem erstellen eine "Diagnosedatei" und den Anfang des Abschnitts Programm Benutzer. Wenn es "Unerwartete OPERANDEN" und "Ungültiger OPCODE" im ersten Abschnitt, ist dieser PCD besorgt über dieses Problem:


Grund
Der Grund ist, dass während der Wiederherstellung des Programms der Platzbedarf für den erweiterten Header nicht berichtigen mit Firmware Versionen 1.16.xx reserviert.

Lösung
Bitte aktualisieren Sie die Firmware Ihrer PCD auf 1.16.52 (verfügbar auf der Supportseite) oder höher.[autotranslated]

In einigen Fällen ist es möglich, dass eine PCD7.F7500 nicht korrekt von einer PCD2.M5540 mit Hardware-Version 'C' ohne Modifikation '6' erkannt wird.[autotranslated]

Symptom
Das Profibus-Master-Modul PCD7.F7500 funktioniert während der Inbetriebnahme nicht. Während der Inbetriebnahme des PCD leuchtet die Fehler-LED und in der Historie wird die Meldung "PROF DP FAIL 000" hinzugefügt (siehe Screenshot aus einer Diagnosedatei unten):

Grund
In einigen spezifischen Fällen erkennt die PCD2.M5540 das PCD7.F7500 Modul nicht. Dies hat zur Folge, dass das Modul nicht konfiguriert werden kann und die Fehler-LED des PCD leuchtet. Die PCD2.M5540 Hardware-Version C mit Modifikation 3,5,6 enthält eine Modifikation des CPLD, die sicherstellt, dass das Modul PCD7.F7500 korrekt erkannt.

Lösung
Bitte verwenden Sie das PCD7.F7500 Modul mit einer PCD2.M5540 mit der Hardware-Version/Modifikation "C 3,5,6" oder neuer.

Falls Sie von diesem Fall betroffen sind und Ihr PCD eine ältere Version hat (z.B. Version/Modifikationen "C 3,4,5"), müssen Sie den PCD2.M5540 mit einer neueren PCD ersetzen. 

Bemerkungen

• Wenn die PCD2.M5540 mit der PCD7.F7500 funktioniert, ist es nicht notwendig, die Hardware zu aktualisieren, auch wenn die obige Modifikation nicht angewendet wird (da das Problem nur bei einigen Kombinationen von CPU und F-Modul auftritt
• Seit Mai 2011 wird die PCD2.M5540 von Saia-Burgess Controls AG mit der Modifikation 6 oder neuer ausgeliefert.

[autotranslated]

Beim Aktualisieren der PCD-Firmware von 1.14.xx (oder früher) auf Firmware 1.16.27 das User-Programm sowie das Backup und die PCD-Konfiguration geht verloren.[autotranslated]

Symtom
Beim Aktualisieren der PCD-Firmware von 1.14.xx (oder früher) auf Firmware 1.16.27 das User-Programm sowie die PCD-Konfiguration geht verloren.

Grund
Der Grund für diesen Verlust an das User-Programm und die Benutzer-Programm-Backup ist, dass die onboard-Flash formatiert ist. Diese Aufgabe wird nach dem Firmware-Update ausgeführt und ist erforderlich für die Generierung von einem internen (versteckte) Datei-System in dem die neue Benutzer-Programm-Sicherungen gespeichert werden können.

Lösung
Zur Vermeidung von Daten Verlust der Installation Bitte führen Sie die folgenden Schritte zum Aktualisieren der Firmware:

• Aus Sicherheitsgründen immer aktualisieren Sie die Firmware von einem USB-Anschluss (und nicht über das Netzwerk)
• Führen Sie eine "laden alle..." der PCD (im Menü Online-Konfigurator "Online"), vor dem Aktualisieren der Firmware:
  
• Laden Sie die Firmware 1.16.27 oder neuer. Beachten Sie, dass nach dem Download die Fehler-LED leuchtet und die Run Led für einige Sekunden blinkt; Während dieser Zeit wird die onboard-Flash neu formatiert
• Laden Sie Ihre *.im5 Sie erstellte Datei mit "Hochladen alle..."

Weitere Informationen

• Dank dieser Neuformatierung kann das neuen "Benutzer Programm Backup-to-File System" ausgeführt werden.
  Diese Sicherung umfasst auch die Medieninhalte (R, F, T, C) und die Konfiguration der IP-Verbesserungen (DHCP, SNTP) und die Konfiguration der FTP und HTTP-Server der PCD. Siehe FAQ 101622
• Darüber hinaus ist die "Erweiterung Memory Backup-Größe" jetzt immer 256 kByte, unabhängig von der Hardware. Der verfügbare Arbeitsspeicher für das User-Programm nicht durch Konfigurieren der "Erweiterung Memory Backup-Größe" reduziert. Siehe FAQ 101623
• Die S-Bus und die IP-Konfiguration bleiben gültig, auch wenn das Benutzerprogramm verloren geht
• PG5 2.0.150 mit Patch 3 oder höher zeigt jetzt eine Warnung, wenn das Benutzerprogramm und/oder der Benutzer Backup Programm, bevor Sie die Firmware verloren geht download beginnt
  

[autotranslated]

Die Firmware 1.16.69 wurde im Juli 2012 in die Produktion für die Systeme, PCD1.M2xx0, PCD2.M5xx0, PCD3.Mxxx0 und PCD3.Mxx60 eingeführt.

Diese FAQ listet die wichtigsten Unterschiede zwischen diese Firmware und die Version 1.14.23 (und 1.16.69).[autotranslated]

Die Hauptgründe für die Einführung der Version 1.16.69 sind die folgenden Verbesserungen und Korrekturen.

Firmware 1.16.69(Juli 2012)

Neue features

• Unterstützung von PCD7.R582 Modul

Wichtigste Korrekturen

• 'Widerstände fehl' Fehler auf Port 3 der PCD3.M5340 (FAQ 101722)
• Falsche 'ESIO' Verlaufseintrag für intelligente Ethernet-RIO siehe (FAQ 101778)
• Sporadisch falsche Temperaturwerte W745-Modul ohne F-Box
• Nicht möglich, die Werte von bestimmten M-Bus Geräten (FAQ 101762) lesen
• Wiederherstellung von Flash (PCD3/7.R500) funktioniert nicht, wenn im PG5 durchgeführt (FAQ 101779)
• Die zugeordneten Eingabedaten aus des Ios werden nicht korrekt gelöscht.
  Bei der Inbetriebnahme der PCD, statt Sie zu deaktivieren das richtige Medium einige weitere zufälligen Medien wo auf 0 gesetzt
• Verschiedene Verbesserung und Korrekturen auf Modbus

• Unterstützung der M-Bus Module PCD2.F27x0 und PCD3.F27x
• Unterstützung von Firmware-Download zu F2xx Module

Wichtigste Korrekturen

• Die Wiederherstellung von Flash funktioniert einwandfrei auch wenn keine erweiterten Header vorhanden ist (siehe FAQ-101680)
• Konfiguration der analogen Module PCDx.W525 in Device Configurator zu führen, "No Response" Programm-download
• S-Bus-Kennwort konnte nicht im Parity-Modus eingestellt werden über ein Gateway-station
• Stark gestörte FDL Netzwerke könnte ein BUS-Fehler der PCD
• Die integrierten digitalen Ausgänge (von PCD1.M2 und PCD3.M2) wurden gelöscht, selbst wenn "keine Ausgänge löschen" ausgewählt wurde
• Profi-S-I/O Meister funktionierte nicht mit mehr als 10 Sklaven (aber "SIO FAIL 000" wird angezeigt, in der Geschichte)
• Profi-S-I/O Meister funktionierte nicht auf PCD1.M2 und PCD3.Mxx60 wenn der Master--Adresse Station war höher als 22
• Das Modem-Signal DCD auf Port 1 des ein PCD3.Mxx60 wurde nicht korrekt gelesen.

Wichtigste Korrekturen

• Nachdem das Programm auf dem Smart Timeserver-RIO-Manager wiederhergestellt wurde der Datenaustausch zu den RIO war nicht mehr arbeiten (nur Bedenken PCD2.M5 und PCD3.Mxxx0), siehe FAQ 101640

• Unterstützung von intelligenten Ethernet-RIO PCD3.T665 | PCD3.T666
• Zuordnung Mediendaten (für Ethernet-RIO und lokalen Medien-Zuordnung) werden zur gleichen Zeit gelöscht, wie der I/O-Reset (einschließlich einschalten) erfolgt

Wichtigste Korrekturen

• Wenn Sie eine langsame Verbindung für eine FTP-Übertragung großer Dateien verwenden kann die Übertragung aufgrund eines Timeouts in den Sendeprozess fehlschlagen.
• Ändern den backup-Datei den Namen: "progname_yymmddhhmm.sbak" (war das Jahr in der Mitte, erschwert die Sortierung)
• PCD als Modbus RTU-Server (und ein Siemens-RTU master) hält antwortende Anfragen nach Betriebsstunden
• PCD wie Modbus IP-Client gehen könnte, halt durch einen Bus-Fehler wenn ein ungültiger Modbus-Frame (mit nur die Kopfzeilen der Modbus IP aber keine Daten) eingegangen ist

• Programm Backup-to-Datei-System einschließlich der Medieninhalte, siehe FAQ 101622
• Erweiterung Speicher backup-Größe Flash verfügt jetzt auch eine feste Größe (256 kByte) ohne Re-Verlustbringer den verfügbaren Arbeitsspeicher für das User-Programm finden Sie unter FAQ 101623
• Die Maximallänge eines SMTP-Benutzernamen und Kennwort ist auf 128 Zeichen erweitert, siehe FAQ 101590

Wichtigste Korrekturen

• Wenn das Dateisystem einer blauen Speicherkarte bis zum letzten Byte gefüllt war, war es möglich, dass das Dateisystem nach einem Neustart nicht mehr verfügbar war, finden Sie unter COM11031 / FAQ 101559
• Wenn der SMTP-Server-Stopps arbeiten während der Übertragung einer E-Mails, SMTP-Clients blockieren könnte, finden Sie unter FAQ 101610
• Die HMI-Editor-Option "alle Medientypen unterstützen" wurde auf der PCD1 nicht unterstützt.M2120, siehe auch FAQ 101549
• CSF InitDBItems könnten die nachfolgenden DBs überschreiben.
• USB-Verbindungsfehler manchmal nach einem Firmwaredownload
• Antwort auf FTP-Befehl CWD den Code 250 statt 200 zurückgegeben
• Beim Ausführen der geänderten Schritte Download oder Übergänge führt zu "Ungültiger OPCODE"
• Die IL-Anweisung WTIME schrieb eine unmögliche Zeit beim Aufruf mit einem ungültigen Wert

Für PCD3-Systeme, die älter als die Firmware aufgelistet ist 1.10.61 die letzte Firmware, die auf diesen Systemen installiert werden kann. Diese Firmware ist und bleibt auf der Support-Website parallel zu den 1.16.27 zur Verfügung.

Bemerkungen

• Bei der Aktualisierung aus 1.10.xx oder 1.14.xx
  Bitte beachten Sie, dass das User-Programm sowie Benutzer-Programm-Backup und die Kommunikationseinstellungen verloren während des Firmware-Updates von 1.10.xx oder 1.14.xx zu 1.16.xx sind
• BACnet-Anwendungen
  Die BACnet-Firmware kompatibel zu Firmware 1.16.42/45 ist Version 1.16.41. Bitte benutzen Sie das "neueste BACnet Firmware-Paket" (Version 2) von der Support-Website für PCD1.M2, PCD2.M5 und PCD3 Systemen in BACnet-Anwendungen als üblich (siehe Link).

[autotranslated]

In der Geräte-Konfigurator gibt es einen Parameter "Erweiterung Speicher backup-Größe". Mit diesem Parameter konnte für die Firmware-Versionen vor 1.16.27 die Größe des Speichers für die Sicherung DBs in Laufzeit (IL) konfiguriert.

Ab Firmware 1.16.27 dieser Größe ist immer 256 kByte (und die verfügbare Größe für das User-Programm wird durch diese Konfiguration nicht geändert).[autotranslated]

Einführung
In der Geräte-Konfigurator gibt es einen Parameter "Erweiterung Speicher backup-Größe":

Mit diesem Parameter konnte für die Firmware-Versionen vor 1.16.27 die Größe des Speichers für die Sicherung DBs in Laufzeit (IL mit der Anweisung SYSWR K 3xxx) konfiguriert.

Nutzung vor Firmware 1.16.27
Mit Firmware älter als 1.16.27 reduziert das Konfigurieren einer "Erweiterung Memory Backup-Größe" die Größe des verfügbaren Programmspeichers um den doppelten Betrag der konfigurierte backup-Größe.

Verwendung mit Firmware 1.16.27
Ab Firmware 1.16.27 der verfügbaren "Erweiterung Memory Backup" Größe ist immer 256 kByte, unabhängig von dem verwendeten System oder konfigurierten Parameters in das Gerät Configurar. Die verfügbare Größe für das User-Programm wird durch diese Konfiguration nicht geändert. Daher kann die Konfiguration auf "None" gesetzt werden und der Speicher ist noch verfügbar.

Erklärung
Die Erklärung ist, dass jetzt die backup Partition nicht mehr eine "lineare" Partition aber ein Dateisystem ist.[autotranslated]