ALPHA-VISION 14.09.2005

| ALPHA-VISION® Historie

# Readme-Datei für Norimos3000_Raffles_V1 und Noris_Raffles_V1

Datum: 14.09.2005

### Beschreibung

Norimos3000_Raffles_V1 und Noris_Raffles_V1

Versionen:
VisuNT: 8.45.100
Visu2000: 1.68.100
SoftPlc7: 1.40.100

## Fertig

### User Stories

CardId | Beschreibung
--- | ---
2502 | "Verdrehte" Limits werden bei Import in AvET umgedreht, bei Export werden sie nicht wieder verdreht. Die Alarmlevel entsprechend angepaßt
1598 | Anpassung der Exportfunktionalität von Visu2000 nach VisuNT auf Norimos3000-Daten.
2452 | Beim Datenimport von der Norimos-Anlage in AvET gab es Kanäle, die als Blockierkanal definiert waren, jedoch keine Blockiergruppennummer enthielten; diese führte zu falsch angelegten Blockiergruppen in AvET. Solche Projektierungen werden von Noris zukünftig vermieden, um Probleme mit schon bestehenden Projekten zu verhindern, implementiert alpha-bit eine Fehlerabfrage vor dem Import einer Blockiergruppe
2461 | CLAIM01: Unterknoten-Ausfallanzeige: Wird über Kontenmeldung gesendet (Byte 4, je ein Bit pro Unterstation), es wird ein Ausgrau-Algorithmus (Verhalten parallel zu Knotenausfall) für die Unterknoten gewünscht, d.h. alle Objekte des Unterknotens werden auf undefined gesetzt
2543 | CR01: ACI-Thread NoriCan2Udp; ersetzen durch Udp-Schnittstelle (Socket)
2595 | CR01: Datenblockübertragung in Knotenmeldungen. Um dies zu ermöglichen, müssen die Kennungen für Einleiten/Beenden (DV) geändert werden, Dazu muss auch die NoriVCI-Dll angepasst werden.
2598 | CR01: Erweiterung auf Quittiermeldungen. Wegen der Dauer bei Prozessmeldungen sollen die akustische Quittierung über eine extra CanId erfolgen.
2602 | CR01: Knotenmeldungen: Erweiterung des Protokolls zur Übertragung von Prozesszuständen
2542 | CR01: Receive-Thread NoriCan2Udp; Erweiterung für Limits und Delays (keine Texte)
2538 | CR01: Send-Thread NoriCan2Udp; Einfügen/Erweitern für Steuern/ Nachparametrieren (Limits , Delays, FadeIn/Out, keine Texte)
2544 | CR01: Telegram converter NoriCan zu ACI
2541 | CR01: Udp-Socket-Klasse, mehrere Zielstationen ermöglichen(für Betrieb als Proxy) 03.08.2005-caw: Zeit auf pessimistische Schätzung gesetzt, da Risiko eingetreten
2596 | CR01: Änderung bei den Prozessmeldungen: Auch bei den binären Kanälen werden jetzt in den Bytes 1 bis 4 der Wert (Format: float) mitgesendet
2569 | CR02: Alle numerischen Anzeigen dezimal (früher: zum Teil hexadezimal) Ausnahme: CanId (Prozessverbindung): hexadezimal
2586 | CR02: Die MP-Namenssyntax soll angepasst werden: xx jetzt dezimal statt hexadezimal

2034

CR02: File-Export auf Norimos3000 aus freier Dateiliste

1. neue Klassen:

"FileList" enthält beliebig viele Einträge des Typs "FileListEntry"

"FileListEntry" enthält den Pfad zur zu übertragenden Datei und die Empfängerstation. Der Export-Telegrammtyp steht im Byte1 der Datei (Hex), Byte0 enthält den Offset zu den zu übertragenden Nettodaten.

2. Exportfunktionalität:

Die Dateien aus "FileList" werden ohne Fehlerüberprüfung mit dem Export-Telegrammtyp aus ihrem 1. Byte an die eingetragene Station gesendet

3. Tests:

Bei ab nur Unit-Tests (NoriTester).

Die Funktionalität wird von Noris getestet, da alpha-bit keine entsprechenden Daten / keine entsprechende Hardware vorliegt

2647 | CR02: Zusatzkanal muß auf neue Namenssyntax angepaßt werden
2681 | CR: Lifesigns für PC_Knoten
2568 | Enable/Disable NoriMP Eigenschaften, Slot & Namen & Valueformat anpassen laut Protokoll vom 15.07.2005
2455 | Es gab weitere Änderungen in der Kanal-Spezifikation (Byte 36): Die Kennung 0x3 soll jetzt freigeschaltet werden. Dafür muß ein Bool-Property in die Abweichungsgruppe eingefügt werden, das angibt, ob es sich beim ABW-Kanal um einen externen Führungskanal handelt
2454 | Es gab weitere Änderungen in der Knoten-Spezifikation (Byte 21 und Byte 47). Eine aktuelle Spezifikation wurde an alpha-bit ausgehändigt, der Datenaustausch muß in AvET entsprechend angepasst werden
2453 | Es wurden beim Datenimport ungültige Limittypen gefunden. Um klarzustellen, wie viele / welche Limits für einen Kanal gültig sind, wurde festgesetzt, dass alle Limiteinträge, für die in Byte 38 bzw. 39 0x40 gesetzt ist, als ungültig zu werten sind, d. h. eine analoge Meßstelle mit 2x 0x40 ist als reine Anzeige zu werten und hat 2 Status (Normal, OOR)
2723 | Raffles Deif-Modbus
2718 | Raffles Projektierung
2720 | Raffles Profibus