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

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

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

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

 [autotranslated]

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

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

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

[autotranslated]

[autotranslated]

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

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

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

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]

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.

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

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.

Nein, die PCD7. F110, PCD7. F120, PCD7. F150 und PCD7. F180 kann nicht auf PCD1 verwendet werden. M2 und PCD2.M4x60 Geräte.

Nur die PCD7.F1xxS Module werden auf der PCD1 unterstützt. M2 und PCD2.M4x60 CPU.[autotranslated]

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

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

Ein 2,2 Spannung der Batterie ist ausreichend, um den Inhalt der SRAM-Speicher der PCD zu halten, auch wenn die PCD mit den 24VDC nicht eingeschaltet ist.

Beim Einschalten überprüft die PCD wenn der Akku oder die SupeCAP Spannung weniger als 2,2 ist. Volt, und testet einige Muster und Signaturen in das SRAM.

Wenn man diesen Test einen Fehler, was, den der Inhalt des SRAM gelöscht wird gibt, ist die PCD-Uhr erneut initialisiert werden. Wenn ein Programm-Sicherung verfügbar ist, wird eine Wiederherstellung durchgeführt. [autotranslated]

Die Eintrag "Speicher verloren Nn" wird in der Geschichte der PCD geschrieben wo'Nn' steht für:

Bemerkungen

• In älteren FW war < 1.10.04 die Fehlermeldung in der Geschichte "Medien Korruption" statt "Gedächtnis verloren"
  und der Nn-Code wurde nicht implementiert.
• Neue Option "Wiederherstellen" seit Firmware-Version 1.20.00 und PG5 2.1:
  Auf PCD2.M5xx0 und PCD3.Mxxx0, Systeme, in dem das Programm, auf SRAM gespeichert ist, ist es möglich, in der Geräte-Konfigurator von PG5 CRC-Überprüfung zu aktivieren.
  Die Prüfung erfolgt über das Programm oder das Programm und die ROM-Texte/DBs.
  
  Bei CRC-Fehler, wird das Programm wiederhergestellt und den Eintrag "Speicher-Fehler 10" ist in der Geschichte der PCD geschrieben.
  Wenn es kein Backup Programm, und daher es nicht ist möglich der Wiederherstellung der Geschichte-Eintrag zu tun, "Speicher-Fehler 11" geschrieben werden.

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

Nach Einschalten der PCD mit der Meldung zum Stillstand geht:

IO HW Lock Fail[autotranslated]

Symptom:

Wenn Sie mit dem online-Konfigurator online gehen, erhalten Sie die folgende Meldung angezeigt:



Grund:

Das Modul PCD2.W525 wurde entfernt.


Lösung:

Das Modul PCD2.W525 muss Slot1 eingesteckt werden.

Die folgende Erklärung ist von der manuellen 27-619_EN:

Der Slot 1 ist nur für den Betrieb mit einer PCD2.W525 Modul. Dieses Modul ist installiert und im Lieferumfang.
Wenn dieses Modul entfernt wird, der PCD1.Zimmer kann nicht in den RUN-Modus wechseln.

[autotranslated]

Die PCD1.Zimmer ist in der Lage, bis zu 10 S-Bus und 10 Modbus-Sklaven zu behandeln.

[autotranslated]

Mit der PCD-FW < 1.22.25 musste, dass die Slave-Adressen in den Adressbereich von 0-9 sein.
Es war nicht möglich, mit Sklaven zu kommunizieren, wo war die Adresse > 9.

Seit der FW > = 1.22.25 es möglich ist, den gesamten Adressbereich zwischen 0 und 253 zu verwenden, für den Umgang mit Sklaven und bis zu 10 verschiedene Adressen in diesem Bereich zu verwenden.
Wenn Sie mehr als 10 Adressen verwenden dann diese Adressen sind ungeklärt, und es ist nicht möglich, Lese-/Schreibzugriff auf diese Sklaven.
Möchten Sie neue Adressen geben oder Ändern von Adressen in den Salben ist ein Download des Anwendungsprogramms und daher ein Reset des PCD-1. Zimmer erforderlich.

Mit TCP/IP-Verbindungen (Ether-S-BUS und Modbus TCP/UDP) gibt es keine Einschränkung, wenn die PCD als Sklave dient.
Wenn die PCD master sind die Slave-Adressen für Modbus und S-BUS auch auf 10 begrenzt. Über die Anzahl der IP-Nodes / IP-Adressen es sind die üblichen Grenzen (Weitere Informationen finden Sie in den Handbüchern für Modbus 26/866 und Ethernet 26-776).

[autotranslated]

Aufgrund eines Fehlers auf der FW das Überlauf-Status-Flag der integrierten analogen Eingänge nicht ordnungsgemäß funktioniert.

Dieses Flag wurde auf hoch in der Mitte der Messbereich eingestellt und nicht, wenn der Maximalwert erreicht wurde.[autotranslated]

Der Fehler tritt auf alle an Bord unabhängige analoge Eingänge, wenn der Analogeingang, für Strom verwendet wird, Spannung oder Temperatur Signale auf der folgenden PCD.
-PCD1.M2
-PCD1.M2 (PCD1.Zimmer)
-PCD1.M0 (PCD1 E-Controller)
-PCD3.M2x30V6 (PCD3 Compact)
-PCD3.M2x30A4Tx (PCD3 WAC)

Lösung:
Verwenden Sie den neuen FW, die den Fehler behoben werden kann.
Das FW ist auf der Support-Homepage verfügbar und es ist möglich zur Aktualisierung der Firmware mit der
PG5 Firmware Downloader-Tool.
Für die PCD1.M0/M2 war der Fehler in der PCD-Firmware behoben.
Die PCD3 Compact und PCD3 WAC wurde auf den speziellen IO-Board-FW der Fehler behoben.

Übersicht über die FW, die das Problem beheben lässt:
Für die PCD1.M0/M2:

Für die PCD3:

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

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]

Aufgrund eines Fehlers von PG5 2.0 und 2.1 PG5 es ’ s nicht möglich, auf der Geräte-Konfigurator richtig Profi-S-Bus von den PCD1.M2xx0 zu konfigurieren.

Der Geräte-Konfigurator verwendet den Port 2 für Profi-S-Bus, stattdessen den Port 0 verwenden.

Der Fehler ist behoben auf PG5 2.1 Version PG5 $2.1.047[autotranslated]

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

Beim Herunterladen eines großen Programms mit PG5 2.0.200 zu einem PCD1.M2xx0 oder PCD3.Mxx60 die Fehlermeldung "Befehl nicht akzeptiert: NAK-Antwort" kann durch den Downloader zurückgegeben werden.[autotranslated]

Symptom
Wenn Sie ein großes Programm mit PG5 herunterladen 2.0.200 an eine PCD1.M2xx0 oder PCD3.Mxx60 und die Option "Halt die PCD" bevor Download aktiviert wird, die Fehlermeldung "Befehl nicht akzeptiert: NAK-Antwort" auftreten können und der Download abgebrochen wird.
§Ix101355§

Grund
Das Problem ist in diesem Fall, dass der befohlene Neustart der PCD länger dauert als PG5 erwartet. Der Neustart wird geboten, um die PCD während des Downloads in einen definierten Zustand zu bringen.

Lösung
Bitte aktualisieren Sie Ihre PG5 auf Version 2.0.210 oder höher.

Bemerkungen

• Für den Fall, dass es nicht möglich, verwenden Sie Version 2.0.210 ist, könnte die folgende Problemumgehung angewendet werden:
  Aktivieren Sie "Stay in Lauf" vor dem Download in das Download-Programm, um dieses Problem zu lösen.
  §Ix101356§
  Es ist nicht möglich, die Option "Löschen Sicherungen von allen Flash-Karten" auszuwählen, wenn die PCD wird nicht angehalten (und der Download ist nicht möglich, wenn die PCD vor dem Download aufgrund des oben beschriebenen Problems angehalten wird.
  Um dieses Problem zu umgehen, wählen Sie einfach "Backup zu Onboard Flash" und "Backup-zu-Flash-Karte" (wenn Sie das Modul z.B. im M1 angeschlossen haben). Auf diese Weise werden die Sicherungen automatisch gelöscht werden, bevor die neue Sicherung erstellt wird.
  
  
  
  

[autotranslated]

Mit Firmware 1.16.27 ist es möglich, das Benutzer-Programm-Backup auf das Dateisystem zu schreiben. Der neuen Sicherung schließt auch die Medien (Register, Flags, Timer, Zähler) sowie die Konfiguration des IP-Protokoll-Konfiguration wie die FTP- und HTTP-Server-Einstellungen ein.

[autotranslated]

Einführung
Seit der ersten Veröffentlichung von der PCD1.M2120 war es möglich, das User-Programm durch ein "Kopie Benutzerprogramm zu blinken" Flash zu speichern. Die erste Version von diesem backup-Mechanismus wurde das User-Programm zusammen mit der Hardwarekonfiguration (S-Bus-Adresse, IP Adresse, Speicher-Allociation) in eine "versteckte" Datei auf die flash-Datei-System oder auf eine Datei im Ordner PCD_BACKUP auf eine INTFLASH oder die M1-Flash-Karte kopieren.
Diese Sicherung umfasst nicht den Inhalt der Register, Fahnen und Leistungsindikatoren.

Verbesserung die backup-Funktionalität eine neue backup-Strategie in der Firmware 1.16.27 implementiert wurde, und neuere Firmware frei. Mit dieser Firmware die Sicherung in eine Datei geschrieben und enthält auch die Medien-Inhalte:

Inhalt	Backup-to- versteckte onboard-flash FW vor 1.16.xx	FS backup zu versteckten Onboard-flash FW 1.16.27	Datei-System-backup (auf die M1 Karte oder INTFLASH)
User-Programm und Speicherreservierung
RAM und ROM DBs (zum Zeitpunkt der Sicherung)
S-Bus-Einstellungen (Adresse, Modem, IP-Adresse, Passwort)	*)	*)
Inhalt der Medien (R/R/F) z. B. erste-Mal-inits
IP-Protokoll-Einstellungen (DHCP, FTP, HTTP, etc.)
Smart-RIO-Dateien (PCD3.T66x-Programme)	n/a	*)

*) Die Konfiguration der IP-Erweiterungen sowie das Programm Dateien auf die onboard-Flash gespeichert werden und sind somit remanente; Dies ist, warum sie nicht auf die integrierte backup-Datei enthalten sind.

Speicherort der Sicherung auf dem Dateisystem
Die Sicherungsdatei wird immer in Ordner "PCD_BACKUP" im Stammverzeichnis der ein flash-Modul geschrieben (z.B. "INTFLASH: / PCD_BACKUP")
Der Name der Sicherungsdatei beginnt den Gerätenamen aus dem PG5-Projekt (die ersten 8 Zeichen), gefolgt vom aktuellen Datum und hat die Endung "*.SBAK":


Wie erstellen Sie eine Sicherung auf das Dateisystem?
PG5 2.0 SP2 bietet eine verbesserte Dialogfeld für die Definition des Zielgeräts der Sicherung. Mit PG5 2.0.150, die Sicherung erfolgt wie üblich, sobald Sie der Ordner "PCD_BACKUP" manuell auf die M1-flash-Modul oder der INTFLASH erstellt wurde.
Folgende Reihenfolge verwendet werden, für die Sicherung und Wiederherstellung:

• M1_FLASH: / PCD_BACKUP
• INTFLASH: / PCD_BACKUP

Ergänzende Bemerkungen

• Jedes Mal, wenn eine neue Sicherung erstellt wird, werden die vorhandene Sicherung in diesem Ordner vom PCD gelöscht
• Liegen mehrere backup-Dateien im selben Ordner "PCD_BACKUP", gibt es keine Regel, die die PCD stattfinden wird!
  --> nicht mehrere backup-Dateien in denselben Ordner kopieren
• Es ist möglich, kopieren die Sicherungsdateien von eine PCD-Datei-System, zum anderen z.B. mit FTP-Zugang
• PG5 2.0 SP2 werden können backup-Dateien direkt erzeugt
• Die IP-Erweiterungen (DHCP, PPP, DNS, FTP und Webserver-Konfiguration) sind eingeschlossen, um Backup (onboard und Flashkarte/INTFLASH)
• Da die neue FS-Sicherung auf ein Dateisystem geschrieben wird, die Speicherkarten Containiing "Sicherungspartition" (PCD7.R500, PCD7.R551 und PCD7.R651) Module sind nicht mehr notwendig; die Sicherungen können in einer Flash-Karte mit einem Dateisystem geschrieben werden.
  

Firmware Abhängigkeit für die "Datei Systemsicherung mit Medieninhalten"

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

Auf eine PCD1.M2, wenn Sie 2 PCD2 definieren.W525 mit der Medien-Zuordnung aktiviert es wird ein Fehler nach dem Download des Programms und der PCD1.M2 bleibt Halt.[autotranslated]

Mit PG5 2.0.150 ist dies nicht möglich, Programm 2 PCD2.W525 mit der Medien-Kartierung auf eine PCD1.M2. Selbst wenn Sie die Patch-4 verwenden, funktioniert es nicht.

Nach dem Download des Programms erhalten Sie die folgende Fehlermeldung:


Dieses Problem wird gelöst mit PG5 $2.0.182 oder neuer.
Wir empfehlen um PG5 2.0 Service Pack 2 zu benutzen.

[autotranslated]

Bitte lesen Sie diese FAQ, für den Fall, dass Sie die Aktualisierung der PCD-Firmware aus einer Version vor 1.16.xx auf 1.16.xx (z.B. von 1.14.23, 1.16.16).

[autotranslated]

Bei der Aktualisierung der Firmware der PCD von einer Version auf 1.14.xx (oder vorherigen) auf Version 1.16.xx ist der Inhalt des Speichers verloren (User-Programm, Hardware-Konfiguration, register, Fahnen etc. und die Benutzer-Programm-Backup auf die onboard-Flash).

Grund
Der Grund für diesen Datenverlust ist, dass die onboard-Flash (wo das Benutzer-Programm-Backup gespeichert ist) formatiert ist, um die neue backup-Mechanismus zu unterstützen, der auch die Confiugration der IP-Verbesserungen (DHCP, DNS, PPP, FTP- und Webserver) backup.
Neuformatierung des Blitzes dauert bis zu einer Minute direkt nach dem Download der neuen Firmware.

• Um den Verlust von Daten zu vermeiden, bitte "alle hochladen", vor dem Aktualisieren der Firmware (dafür können Sie "alle herunterladen" nach dem Aktualisieren der Firmware.
  
• Beachten Sie, dass Sie den USB-Anschluss nach dem Update benötigen (wie Ihre S-Bus-Adresse gegangen sein könnte).
  Alternativ können Sie auch kopieren das Benutzerprogramm zu flash und den Inhalt der Medien vor der Aktualisierung (z.B. mit "schnelle Datenübertragung) hochladen.
  
• In diesem Fall werden das Programm und der Hardware-Konfiguration von Flash wiederhergestellt nach dem Aktualisieren der Firmware (für online gehen und Herunterladen der Medieninhalte nach dem FW-Update).

Zusätzliche Hinweise für PCD3 Hardware gekauft vor einiger Zeit
PCD3 Systemen mit Hardware älter als "D" (und PCD3.M3020 und PCD3.M3120 mit Hardware älter als E48) kann nicht sein, aktualisiert um Firmware Version 1.14.xx und höher, da diese Plattformen nicht mit genügend Arbeitsspeicher ausgestattet sind, um die Firmware 1.14.xx (oder 1.16.xx) zu halten.
Im Fall einer FW-1.14.xx oder neuere wird geladen zu einem dieser Systeme, die PCD verbleibt in den Boot-Loader-Zustand nach dem Download der FW (in diesem Zustand eine 1.10.xx können wieder geladen werden).

Alle PCD1.M2 und PCD2.M5-Systeme können mit einer Firmware 1.16 ausgestattet werden. und neueren.

[autotranslated]

Die Preisliste 2011 enthält keine die Artikelnummer der SchraubklemmenAnschlussblöcke aus einer PCD1.M2xxx. Deshalb sind die Zahlen hier aufgeführt sind. [autotranslated]

X 0: 4 405 5089 0 (11-polig, Kennzeichnung 0-10)
X 1: 4 405 5087 0 (9-polig, Kennzeichnung von 11-19)
X 2: 4 405 5088 0 (10-polig, Kennzeichnung von 20-29)
X 3: 4 405 4919 0 (10-polig, Kennzeichnung von 30-39)

§ix101284§

[autotranslated]

Im Fall des Dateisystems auf z.B. ein "blaue Speichermodul" wie die PCD7.R550, R551 oder R561 ist voll bis zum letzten Byte, kann es vorkommen, dass das Modul nicht mehr zugegriffen werden kann.[autotranslated]

Symptom
Nachdem ein Dateisystem komplett die Dateien von diesem Modul gefüllt ist sind nach dem nächsten Reboot der PCD nicht mehr zugänglich.

• Im Falle einer FTP-Zugriff auf die PCD, das Dateisystem auf dieses Modul (z. B. M1_FLASH: /) ist nicht mehr sichtbar.
• Für den Fall, dass ein "Memory Management"-FBox im Fupla-Programm platziert wird, wird der Fehler-71 (FS_FILE_SYSTEM_CHECK_ERROR) angegeben.  

Grund
Der Grund für diese Situation ist sehr wahrscheinlich, dass der gesamte Speicher verwendet wurde, und es kein mehr Speicherplatz gibt für das Ausführen einer "Kompressions" des Inhalts des Moduls (siehe FAQ 101558 für weitere Informationen über die Menge des verfügbaren Speichers auf dem Dateisystem).
In diesem Fall die Firmware (beim Start der PCD) erkennt, dass es nicht mehr möglich, den Blitz (z.B. Ausführung eine Kompression) ordnungsgemäß zu verwalten und daher verhindert den Zugriff auf das Speichermodul mit Fehler-71: "Montiert mit Fehler".

Lösung

• Wenn der Fehler aufgetreten ist:
  Für den Fall, dass keine relevanten Daten auf das Modul gespeichert ist kann es nach einem Format des Moduls zugänglich sein (die durch die FBox "Speicherverwaltung" aus der Bibliothek "File System" ausgeführt werden kann).
  Für die Formatierung der Karte, Bitte richten Sie den Parameter "Blockgröße: 1024bytes" in der "Memory Management"-FBox. (Wenn Sie es auf "Standard" festlegen die FBox versucht, die Blockgröße von der Speicherkarte zu lesen und natürlich fehlschlägt.)
• Für den Fall, dass wichtige Daten auf dem Modul gespeichert ist, kontaktieren Sie bitte Ihr zuständiges Vertriebsbüro.
• Um diesen Fehler zu vermeiden:
  -Tun Sie nicht füllen das flash-Speicher-Modul bis zum letzten Byte (aber wie beschrieben im Handbuch zu 80 %
  Wenn statische Daten gespeichert sind und zu 50 % wenn Daten regelmäßig in das flash-Modul geschrieben.
  -Update der Firmware, Firmware für 1.16.27 und später (oder 1.10.61 für ältere Systeme); Diese Versionen vermeiden
  die Situation, die dass der Blitz ist voll bis zum letzten Byte (die zu dem Fehler-71 führen kann).  

Bemerkungen

• Dieses Phänomen kann auftreten, auf die folgenden Systeme oder Module:
  -PCD3.R550, PCD3.R551, PCD3.R561
  -PCD7.R550, PCD7.R551, PCD7.R561
  -INTFLASH eine PCD3-kompakte oder ein PCD1.M2
  

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

Für den Fall, dass die Option "Alle Elemente" im HMI-Editor aktiviert ist funktioniert das PG5-Projekt nicht auf eine PCD1.M2120. Nach dem Download des Projekts wird der PCD1 geht nicht auf Sicht verbleiben jedoch in Halt mit der Meldung "SF NICHTGELADEN".[autotranslated]

Symptom
Für den Fall, dass die Option "Alle Elemente" im HMI-Editor aktiviert ist funktioniert das PG5-Projekt nicht auf eine PCD1.M2120. Nach dem Download des Projekts wird der PCD1 wird nicht auf Sicht gehen aber bleiben im Stillstand mit der Meldung "SF NICHTGELADEN":


Grund
Der HMI-Editor verwendet eine Systemfunktion, die nicht in der Firmware für die PCD1 verfügbar ist.M2 bis Version 1.14.xx. Die gewünschte System-Funktion ist in der Firmware 1.16.27 und höher.

Lösung
Bitte aktualisieren Sie die PCD-Firmware auf Version 1.16.27 oder höher.
Für den Fall, dass Sie nicht die Möglichkeit zur Aktualisierung der Firmware verfügen, ist es möglich, um diese Option zu deaktivieren, "Alle Medientypen unterstützen" (und die Medien Flaggen zuordnen) im HMI-Editor. Dabei vergessen Sie nicht, den entsprechenden Parameter in der HLK-Init-FBox sowie anzupassen.

Bemerkung

Bitte beachten Sie, dass Flags mit Adressen über 8191 nicht durch den HMI-Editor unterstützt werden.

[autotranslated]

Wenn Sie die PCD1.M2xx0 verwenden funktioniert die Option "Automatische Reset" der Heavac FBox-Bibliothek nicht.

RAM DBs/Texte einmal definiert werden nicht geändert, wenn Sie das Programm mit PG5 herunterladen.[autotranslated]

Symptom
Die FBoxen aus der HLK-Bibliothek (sowie die, die aus der DDC-Suite) werden nicht nach einem Download des Programms an die PCD zurückgesetzt. Dies ist nicht einmal der Fall, wenn die Option "Automatische Reset" aktiviert ist.
Eine mögliche Folge kann das vorkommen, die in einer Uhr, die FBox nie korrekt eingestellt sind (es sei denn Sie ein manuellen Reset des HLK-Init-FBox ausführen) konfiguriert.

Auch ist es möglich, dass Baudraten nicht ändern, nach dem Download ein Programm (mit einem neuen Baud-Rate), weil die SASI-Texte nach dem Download mit PG5 nicht aktualisiert werden. Der gleiche Fehler kann auch verursachen, die einen geänderten Empfänger in einer e-Mail die FBox nicht aktualisiert wird und die FBox zeigt Sternchen als Ausgabe.

Grund
Der Grund für dieses Phänomen ist, dass PG5 2.0.150 mit Patch 1 angewendet wird nicht initialisiert, der RAM-DBs (auf dem die Funktionalität des "Automatischen Reset" basiert).
Das Problem wird auch angezeigt, wenn mit PG5 2.0.150 mit Patch 3 installiert, dass Texte einmal definiert nicht ändern.

Lösung
Zur Lösung dieses Problems Bitte installieren Sie den Patch 4 für PG5 2.0.150 durch Ausführen der folgenden Schritte aus:

• PG5 installieren 2.0.150
• Installieren Sie Patch 4 für PG5 2.0.150
• Laden Sie Ihr Projekt erneut herunter; von nun an funktioniert die "automatische Reset" aus der HLK-Bibliothek (die auch auf die DDC-Suite-FBoxen angewendet wird) ordnungsgemäß.

Bemerkung
Bitte zur Kenntnis, dass diese FAQ aktualisiert wurde; Zum Zeitpunkt der FAQ wurde veröffentlichten Patch 2 wurde erwähnt, aber in der Tat Patch 4 ist erforderlich.

[autotranslated]

Mit Firmware-Version 1.14.23 von der PCD3.Mxxx0 und der PCD2.M5xx0 wurde die Menge der verfügbaren Flags von 8191 auf 14335 erhöht.[autotranslated]

Erweiterung des Betrags der verfügbaren Flags auf eine PCD
Mit Firmware-Version 1.14.23 wurde die Menge der verfügbaren Flags von 8191 auf 14335 erhöht. Um diese verwenden Flaggen, die Firmware aktualisiert auf Version 1.14.19 oder höher sein muss und PG5 2.0.150 (SP1 für PG5 2.0) verwendet werden soll.
Die "Build-Optionen" aus PG5 2.0 SP1 kann das Spektrum der dynamisch verwendeten Flags auf 14335 erhöht werden:


Unterstützte hardware
Die folgenden Hardwaresysteme unterstützen die Flag-Erweiterung:

• PCD1.M2xx0
• PCD2.M5xx0
• PCD3 (siehe Anmerkung unten)
• PCD3-Power-CPUs (PCD3.Mxx60)

Bemerkungen

• Bitte beachten Sie, dass während der Anweisung List-Befehl Satz von PCD unterstützt das neue Sortiment von 14335 Flags, es ist nicht möglich, verwenden sie in "interpretiert Texte" (wo wird "$Rnnnn" durch den Wert des Registers mit Adresse "Nnnn" ersetzt werden) da der Syntaxt für die interpretierte Texs nur 4-stellig unterstützt.
  Dies kann zu Problemen führen, für den Fall, dass die dynamisch adressierten Flags für die "HDLog to File"-FBoxen für binäre Werte verwendet werden. Ist dies angesprochen der Fall, den es empfehlenswert ist, die Medien-Zuweisung für dynamisch konfigurieren, Flaggen auf ein Maximum von 9999.
• PCD3 Systemen mit Hardware älter als "D" (und PCD3.M3020 und PCD3.M3120 mit Hardware älter als E48) können nicht auf Firmware Version 1.14.xx aktualisiert werden, weil diese Plattformen nicht mit genügend Arbeitsspeicher ausgestattet sind, um die Firmware 1.14.xx zu halten.
• Bei der Aktualisierung der Firmware der PCD aus eine 1.10.xx Version zu 1.14.xx ist der Inhalt des Speichers verloren, (User-Programm, Hardware-Konfiguration, Register, Fahnen usw.). Bitte "alle hochladen", vor dem Aktualisieren der Firmware (dafür können Sie "alle herunterladen" nach dem Aktualisieren der Firmware. Beachten Sie, dass Sie den USB-Anschluss nach dem Update benötigen (wie Ihre S-Bus-Adresse gegangen sein könnte). Der Grund für diesen Verlust des Gedächtnisses ist, dass die Speicherstruktur verändert wurde, um weitere Flaggen zu ermöglichen.

[autotranslated]

Seit Sommer 2010 unterstützen die PCD3-Familie (PCD3.M2xxx, PCD3.M3xxx, PCD3.M5xxx und PCD3.M6xxx) die "Full-Duplex-Modus" und Auto-MDIX auf dem Ethernet-Port.

Die PCD-Systemen PCD1.M2, PCD2.M5 und der PCD3.T665/665 sowie der MB-Panels-PCD7.D4xx unterstützen die "Full-Duplex-Modus" und Auto-MDIX seit der ersten Hardwareversion.[autotranslated]

PCD3
Der einfachste Weg um zu erkennen, dass Wheter eine PCD3 verfügt über den Vollduplex-Modus als auch die Auto-MDIX wird überprüft, ob der RJ45-Stecker mit LEDs ausgestattet ist. Wenn es ist, die PCD unterstützt den Vollduplex-Modus sowie die Auto-MDIX-Funktion (Auto-Überquerung der Signale).
Im detail der folgenden Hardware-Version oder höher sind erforderlich, um voll-Duplex und Auto-MDIX unterstützen:

• Die PCD3.M3xxx, die PCD3.M5xxx und die PCD3.M6xxx seit Hardware F.
• Die PCD3.M2x30A4T1 und PCD3.M2x30A4T3 seit Hardware B.
• Die PCD3.M2x30A4T5 seit Hardware C.

Bevor diese Hardware-Versionen der PHY, die auf den PCD3.M3xxx montiert war, wurde PCD3.M5xxx und PCD3.M6xxx CPUs von Hardware im halb-Duplex-Modus und nicht an den Support Auto-MDIX arbeiten konfiguriert. Als Ergebnis wurde der halb-duplex-Modus verwendet, selbst wenn das Partner-Gerät im Auto Negation-Modus konfiguriert wurde und der Anschluss im Vollduplex-Modus initialisiert werden sollte.
Dies war der Fall für alle PCD3.M3xxx und PCD3.M5xxx bis Hardwareversion E 4.

Bemerkung

• Mit "Half-Duplex": der Datendurchsatz ist nicht geteilt durch zwei wegen diese Konfiguration, da nicht der begrenzende Faktor ist der der Halb- Duplex -Modus der Ethernet-Schnittstelle aber eher die Zeit es dauert für die PCD die empfangenen Telegramme zu behandeln. Der Datendurchsatz des gesamten Netzes ist nicht betroffen, da der nächste Switch/Hub enthält eine eigenen Port-Konfiguration für jede Schnittstelle verwendet (also an einem Port Halbduplex verwendet werden kann, und auf einem anderen Port Vollduplex gleichzeitig verwendet werden kann).
• Wenn die Auto-MDIX unterstützt wird es ist nicht notwendig, ein Crossover-Kabel zu verwenden, zum direkten Anschluss von z. B. PC an einen PCD oder ein MB-Panel an eine PCD.

[autotranslated]

Ja, ist Modbus durch die Firmware des jüngsten Saia PCD ®-Systeme (auf allen Ports, einschließlich der F2xx Module seit Anfang 2011) oder durch einen speziellen FBox-Treiber unterstützt.[autotranslated]

Allgemeine
Es gibt zwei Möglichkeiten, Modbus auf SBC-CPUs (Classic-Versionen) zu verwenden.

• Die neue FBox-Bibliothek für Modbus "Modbus SBC Version", die die Modbus-Implementierung direkt in die Saia PCD ® COSinus-Firmware nutzt.
  Verfügbar für PCD1.M2, PCD3 und PCD2.M5 mit Firmware-Version 1.10.16 oder neuer (für Verwendung auf F2xx Module, in minimalen FW 1.14.23 erforderlich ist).
• Die Modbus-FBox-Bibliothek von unserem Partner ENGIBY die steht seit mehreren Jahren (www.engiby.ch) und unterstützt auch von PCD-Systemen vor den Familien PCD3, PCD2.M5xxx und PCD1.M2xxx (z.B. PCD2.M1x0, PCD2.M480 oder PCD1.M1xx).

Bemerkungen

• Um die Firmware Umsetzung Modbus auf PCD2.F2xxx oder PCD3.F2xx-Module nutzen zu können, müssen folgenden Voraussetzungen erfüllt sein:
  -minimale PCD-Firmware: 1.14.25 (1.14.23 unterstützt die F2xx Module, aber
  Kommunikationsfehler auftreten können)
  -minimaler Hardware-Version des F2xx(x)-Moduls: Version D (seit Anfang 2011)
• Die FBoxen für "Modbus-SBC-Version" stehen zum Download von der Support-Website seit Juli 2009.
  Im PG5 2.0.110 und später die "Modbus SBC Version" wird standardmäßig installiert. Bitte beachten Sie, dass eine Lizenz für diese Bibliothek benötigt.
  

[autotranslated]

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

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

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

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

Allgemeine Bemerkung:

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

Softwareinstallation von SaiaDump.exe Tool

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

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

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

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

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

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

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

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

[autotranslated]

Abhängig von den PCD-Typ und der verwendete Port ist es möglich, das XON/XOFF-Protokoll verwenden.[autotranslated]

Symptom
Eine SASI (serielle Schnittstelle zuweisen) Modus MC2 (Zeichenmodus mit Xon/Xoff Protokoll) schlägt fehl. Hinter der SASI-Anweisung ist das Fehlerflag gesetzt.

Grund
Das XON/XOFF-Protokoll ist auf diesem PCD oder Port nicht unterstützt.

Liste der unterstützten ports
PCD3.M5xxx: der MC2-Modus wird unterstützt, auf Port 0 (Com/PGU) sowie auf die PCD3M5340 in RS422 auf Port 3 (S-Net/MPI).
PCD2.M5xxx: der MC2-Modus wird auf Port 2 unterstützt.
PCD1.M2xxx: der MC2-Modus wird nicht unterstützt.


Bemerkung
Bitte beachten Sie, dass auf den PCD2/3.F2xx-Modulen, der XON/XOFF-Modus noch nicht unterstützt wird (die nicht richtig in die manuelle 26/789 dokumentiert ist).

[autotranslated]