OHP Automation Systems GmbH
OHP Automation Systems GmbH
OHP Automation Systems GmbH
Startseite/Fernwirktechnik/Zentraleinheiten/ALU305 / CPU für das @120-System

ALU305 / CPU für das @120-System

SKU: 23.ALU305

Preis pro Stück
Bitte senden sie uns eine Anfrage. Wir werden uns anschließend mit einem Angebot bei Ihnen melden.

Kontakt

+49 6106 / 84 95 510
info@ohp.de

Passendes Zubehör

Downloads

Die ALU305 versteht sich als CPU für das @120-System. Die Programmierung erfolgt mit der IEC 61131-3 Programmiersoftware Multiprog. Mittels LEDs werden Geräte- und Kommunikationsstatus angezeigt. Diese sind am linken Geräterand platziert.

Der Fernwirkcontroller kann standalone betrieben oder mit bis zu 76 EA-Baugruppen des @120-Systems modular erweitert werden. Zur Montage auf einer TS35 Hutschiene stehen verschiedene Baugruppenträger zur Verfügung. Die Spannungsversorgung der ALU305 erfolgt über 24 VDC +/- 20%. Die ALU305 kann mit folgenden Protokollen geliefert werden:

  • Modbus TCP/IP (Server),
  • Modbus TCP/IP (Client) – Zusatzlizenz notwendig,
  • Modbus RTU (Slave),
  • Modbus RTU (Master) – Zusatzlizenz notwendig,
  • IEC 60870-5-104 (Server) – Zusatzlizenz notwendig,
  • IEC 60870-5-103 (Slave) – Zusatzlizenz notwendig,
  • IEC 60870-5-101 (Slave) – Zusatzlizenz notwendig,
  • Modnet 1/F (Slave) – Zusatzlizenz notwendig,
  • EN 62056-21 SCOM AWL – Zusatzlizenz notwendig,
  • M-Bus (Master) – Modem notwendig.

Als Kommunikationsmedium stehen bei der ALU305 neben Ethernet, zwei RS232- und einer kombinierten RS485-/RS422-Schnittstelle auch folgende integrierte Modems zur Verfügung:

  • LTE,
  • M-Bus,
  • FSK.
Größe 12,5 × 4 × 13,5 cm
Verfügbare Protokolle

, , , , , , , , ,

Verfügbare Modems

LTE, M-Bus (Master), FSK

Firmware

Bitte beachten Sie, dass die „Update“ Archive für ALUxxx nur die gepackten Verzeichnisse mit den Treibern und die Datei „nk.bin“ beinhalten. Es handelt sich nicht um ein Image mit dem Sie neue CF-Karten erstellen können. Sie können die Dateien nur auf eine bereits formatierte CF-Karte, die das Betriebssystem enthält, entpacken. Formatieren Sie die von OHP ausgelieferten CF-Karten nicht, da hierdurch das Betriebssystem gelöscht wird. Bzgl. einer Rückwärtskompatibilität von Firmwareversionen fragen Sie bitte an. Telefonnummern und E-Mail-Adressen finden Sie in der Rubrik Ansprechpartner.

Die Firmwareversion ist wie folgt aufgebaut „vXX_vY.YY_Z.ZZ“
XX = die Revision des freigegebenen Firmware-Images
Y.YY = PCOS Version (die Neuerungen können je PCOS Version in der entsprechenden Liste nachgeschaut werden)
Z.ZZ = NK.BIN Version

Die aktuell in der SPS befindliche Firmware kann wie folgt überprüft bzw. ausgelesen werden:

(A) Bei älteren Firmwarezuständen nicht anwendbar.

  1. Erstellen Sie eine FTP-Verbindung mit der Zentraleinheit (ALUxxx)
    (Nähere Informationen, wie die Verbindung aufgebaut werden kann, entnehmen Sie dem jeweiligen Benutzerhandbuch)
  2. Sobald die Verbindung mit der Zentraleinheit (ALUxxx) mittels FTP aufgebaut ist, bitte das Verzeichnis der Speicherkarte aufrufen
  3. Auf der Speicherkarte befindet sich eine Textdatei, deren Name z.B. wie folgt lauten kann: „v24_4105_316.txt“. Die Firmwareversion entspricht dem Dateinamen der Textdatei.

(B)

  1. Erstellen Sie eine Telnet-Verbindung mit der Zentraleinheit (ALUxxx)
    (Sollte das Telnet Terminal in Windows nicht vorhanden sein, kann man die Verbindung mittels dem PUTTY Tool aufbauen. Nähere Informationen, wie die Verbindung aufgebaut werden kann, entnehmen Sie dem jeweiligen Benutzerhandbuch).
  2. Sobald die Verbindung mit der Zentraleinheit (ALUxxx) aufgebaut ist, bitte den Befehl „diag_cpu“ aufrufen.
  3. Die von DIAG_CPU gelieferten Informationen entsprechen der Firmware auf der ALU wie folgt: „PLC ALU“ = SPS Variante; „PCOS Version“ = PCOS Version; „ALU Version“ = NK.BIN Version

Beim Update ist die Hardware Revision zu beachten, welche der Seriennummer der ALU zu entnehmen ist. Die Seriennummer ist wie folgt aufgebaut: „ALUxxx-mm-yy-rr-nnnnn“. rr = Hardware-Revision

ACHTUNG: Die Updates sind nicht quer kompatibel! Man darf die Dateien eines Archivetyps nicht auf die Karte anderen Typen einspielen (z.B. Update für ALU020 in Revision 16 auf der Karte von ALU020 in Revision 12)!

Wichtig: Neuere Firmwareversionen / Hardwareversionen benötigen die Programmiersoftware Multiprog Plus v5.50

Version 4.106 – 4.108

  • ALU305, ALU306, DEA301 interne Kennungen
  • Neue Firmware / NK.bin Typ für Windows BSP1.7 (Änderung der Hardware Revision)
  • IEC 60870-5-104 – Unterstützung der Kennungstypen 13 und 36

Version 4.105

  • Änderung an der internen Erkennung von MicroC (ab Rev.4) – Verbesserung der Bootsverhalten für die neuere CPU Module

Version 4.104

  • neue Funktion AX20_ITC_SetCP56Time2aUT. Sie setzt die Systemzeit mit der „setsystemtime“ Microsoft Funktion (UTC)
  • Multiprog Firmware Block ALUX20_OHP4_SYS ist erweitert um die AX20_ITC_SetCP56Time2aUT Funktion

Version 4.103 (Änderungen von 4.101-4.102 enthalten)

  • die Frequenzmesskarte für PAB_MC Treiber eingebunden
  • CRC5 ist eingebunden in der Status BYTE der Daten vom Kontroller zu MSK351 (Output)
    • Alle Geräte, die MSK351 unterstützen, werden die Daten mit CRC5 im Status senden, bevor die aktuellen Daten gesendet werden.
    • Die neuere MSKs sind damit mit den Geräten mit älterer Firmware nicht mehr kompatibel (NEW MSK firmware is required for a correct behaviour, 12.103 / 14.103 and UP)
  • Name array overflow“ im Telnet aufgelöst

Version 4.100 (Änderungen von 4.95-4.99 enthalten)

  • Modifikation der seriellen Treiber:
    • ISR-Hanlder Korrektur (Timeout Auflösung).
    • Sauberer Code und Rausnehmen der nicht verwendeten Funktionen (inkl. DMA Teil).
    • Korrektur an RTS-toggle Mechanismus für Com3 / RS485
    • Korrekturen an „UART_C2_TEMASK Enable“
    • Timeout von Write Prozedur gesetzt von 5s auf INFINITE.
    • Eingebauter Abbruch der Write Prozedur beim TXCLEAR Signal.
    • Der Empfangsbuffer gesetzt auf 2048 Byte.
    • Der interne Puffer der RX_BUFFER_SIZE Größe ist organisiert als Ring, der Unterschied zwischen der Write und Read ist 1, also maximale Anzahl der Bytes zu empfangen ist )(RX_BUFFER_SIZE-1).
    • Empfangsbuffergröße auf (2048+1) umgestellt um der 2048 Bytes dem Buffer zu ermöglichen
    • Die XonLim and XoffLim werden mit dem (RX_BUFFER_SIZE-1) / wirklich möglicher Buffergröße verglichen.
  • Pcos Sys Flag geändert – Start Adresse für Status der IO Karte 2 ist %MD1.1428
  • SPI timeout in der neueren Hardware ist bestimmt durch Vergleich der Timer
  • PPPCheckWtimeSec Mechanismus von ALURAS.INI korrigiert

Version 4.94

  • Die Handhabung der MSK351 im PAB_MC Treiber verbessert

Version 4.93 (Änderungen von 4.90-4.92 enthalten)

  • Die Änderungen an den Einstellungen für COM3 zur Kompatibilität mit der neueren Hardware Versionen.
  • Neue serielle Treiber für die neuere Hardware
  • Korrektur am Systick der ProConOS (Systick war aus für 80-230ms je 2 sec – Ungenauigkeit für Systemzeit)
  • Die Status Bits (Multiprog) der IO Karten von MicroC, ALU305 und DEA301 (PAB_MC) sind auf 1 Bit verschoben um der Logik der A320 zu entprechen
  • Die Korrektur in Modbus von Ax20 Firmware integriert.
  • ALU352_MODTCP_CLTSYS Bibliothek eingebunden

Version 4.89 (Änderungen von 4.87-4.88 enthalten)

  • die MSK351 Karte eingebunden
  • Start vom If DIP Diag_Modem beim gesetzten DIL 1 auf 15 Sekunden verzögert
  • Die Erreichbarkeit des COM1 Ports in Diag_modem ist verzögert auf 19 Sekunden nach dem Schluss des RASVPN
  • die Liste der kompatiblen Geräte ist mit DEA301 and ALU305 erweitert
  • Modbus TCP Client eingebunden
  • DIAG_CPU mit dem Feld „FPGA SW Revision“ erweitert
  • folgende IO Karten eingebunden in PAB_MC Treiber: DEO216/316, DEP220/320, DAP220/320, ADU204, ADU314 und DAU308
  • Die Erreichbarkeit des COM1 Ports beim Start ist verzögert bis WinCE komplett durchstartet.

Version 4.86

  • Status Information der IO Karten auf neuen Adressen im Multiprog „Shared Memory“:
    • 3904 B0-B31 (localIO Slot 1-32)
    • 3908 B0-B31 (pab_mc Slot 1-32)
  • die Meldungen im Telnet entsprechen dem Typ der Hardware (ALU020/MicroC/usw…)
    PLC ALU Feld in DIAG_CPU entspricht dem Typ der Hardware

Version 4.00-4.85

(interne Versionen zur Adaptierung vom VF50 CPU Modul – neue Hardware Revisionen der Produkte – ALU020 ab Rev.15, MicroC ab Rev.4)

  • Integration von IEC104 Telegramtypen
    <11>: Messwert skaliert is integraded
    <35>: Messwert skaliert mit Zeitmarke (CP56Time2a).
    <58>: Einzelbefehl mit Zeitmarke (CP56Time2a).
    <59>: Doppelbefehl mit Zeitmarke (CP56Time2a).
  • Bei dem gesetzten DIP Schalter 1 wird DIAG_MODEM Programm vor SPS Software gestartet.
  • neuer Multiprog Treiber für On-Board Karten der MicroC: LOCALIO
  • zweite neue Treiber PAB_MCfür die MicroC PAB IO cards
  • die MicroC On-Board DEP012 IO zu 12 bits in der Reihe geändert: Byte0 (DI1-DI8) Byte1 (DI9-12) (4 höhere Bits frei)
  • Zeitserver einstellbar in Sektion [SNTP] bei ALU020.INI
  • Getrennte Sektion und Namenskorrektur für die DTR Modem Parameter in ALURAS.INI

Version 3.63

  • Die Anpassungen an UART3 / RS485 RTS Verhalten

Version 3.62

  • Korrektur von A020USW.dll – USM Reaktion geändert. Nicht kompatibel mit der bestimmten alten Hardware Versionen ohne FPGA Update

Version 3.61

  • Timestamp for SEAB1F korrigiert
  • Upgrade-Boot korrigiert
  • Warm Start Boot / Remanent Data Auslesen korrigiert

 

ALU305 Hardware Revision ab 00 bis 09

Nach oben