VisiWinNET Entwicklung Allgemein
Neue Funktionen und Optimierungen:
- Die Informationen zur Laufzeitlizenzierung werden nun als Knoten
im Projektexplorer angezeigt.
- Die Knoten im Projektexplorer werden nun durchgehend nur noch bei
Doppelklick geöffnet.
- Projektdefinitionen, die im Projektexplorer dargestellt werden (z.B.
Alarm- oder Textgruppen) können nun über die Funktion Ansicht
aktualisieren aus dem Kontextmenü alphabetisch sortiert werden.
- Die Sortierung der Systemknoten im Projektexplorer wurde angepasst.
- Die Editorfunktion zum automatischen Inkrementieren von Definitionen
und Parametern ist nun auch über das Kontextmenü des Editors
verfügbar.
- Der Dialog zum Herstellen einer Geräteverbindung kann nun auch
über die Tastatur bestätigt und geschlossen werden (Enter
und Escape Taste).
- Bei der Auswahl eines Formulars z.B. in der Funktion ShowForm ist
die Auflistung der im Projekt definierten Formulare nun alphabetisch
sortiert.
- Beim Einlesen von externen Variablen (browsen) werden die „gebrowsten“
Variablen jetzt mit den vorhandenen Variablen im Projekt abgeglichen.
- Beim Einlesen von externen Variablen (browsen) können nun auch
Strukturen und Felder übernommen werden.
Fehlerbehebungen:
- Nach dem Löschen einer Gruppendefinition (z.B. Alarm- oder Textgruppe)
aus der Gruppenansicht des Editors konnte es zu einem Fehler kommen,
wenn man anschließend direkt in den Projektexplorer gewechselt
hat.
- Deaktivierte Kanäle wurden bei der Powertagzählung in der
Entwicklungsumgebung fälschlicherweise mit berücksichtigt.
Bei Variablenfeldern wurde die Feldgröße auch beachtet, wenn
der Parameter "Elementauflösung zugunsten Powertagzählung
unterdrücken" gesetzt war.
- Wenn eine Server-Komponente entfernt, und anschließend wieder
eingefügt wurde, konnte man keine Knoten im Projektexplorer mehr
umbenennen. Die Ansicht im Projektexplorer hat sich nicht mehr aktualisiert.
- Im Tool TextImExport funktionierte die Export-Option "Nur Texte
exportieren, die im Projekt leer sind bei Sprache:" nicht; es wurden
trotzdem alle Texte exportiert.
- Bei neu angelegten Projekten, war die Reihenfolgen der Spalten von
Einheitenklassen Definitionen im Editor vertauscht im Vergleich zu Version
6.1.
- In den Eigenschaftenseiten einer Alarmklassen wurden die Darstellungsparameter
für die Alarmzustände "gekommen" und "gekommen
quittiert" vertauscht.
VisiWinNET Smart
Neue Funktionen und Optimierungen:
- Der Dialog zum Hinzufügen von Verweisen hat sich nicht den zuletzt
ausgewählten Ordner gemerkt und wurde bei jedem Aufruf immer auf
den .NET Framework Ordner initialisiert.
- Der Suchpfad für Verweise wurde auf den Projektpfad erweitert.
Benutzerdefinierte Verweise (z.B. Steuerelemente Bibliotheken) können
daher nun auch im Projektordner abgelegt werden.
Fehlerbehebungen:
- Beim Hinzufügen von Verweisen funktionierte die Mehrfachauswahl
von Dateien nicht.
- Visual Studio 2008 basierte Projekte konnten mit VisiWinNET Smart
nicht geöffnet werden.
- Einige Verweise, die mit Hilfe von Visual Studio zu einem Projekt
hinzugefügt wurden, konnten von VisiWinNET Smart nicht aufgelöst/gefunden
werden.
- Fehler bei der Erkennung der aktiven Build-Konfiguration (Release/Debug)
behoben. VisiWinNET Smart unterstützt nun auch die Debug-Konfiguration
eines VisiWinNET Projektes.
-
Bei
der Übertragung von Projekten auf das Zielgerät über ActiveSync konnte
es passieren, dass aktuelle Änderungen im Projekt nicht richtig erkannt
wurden und somit geänderte Dateien auf dem Zielsystem nicht aktualisiert
wurden.
VisiWinNET Professional
Neue Funktionen und Optimierungen:
- Wenn bei der Übertragung von Dateien auf das Zielgerät
Fehler auftreten, werden jetzt entsprechende Fehlermeldungen ausgegeben
und die Verbindung automatisch getrennt.
- Das Eingabefeld für die IP-Adresse ist im Dialog zur Herstellung
der Geräteverbindung nicht mehr editierbar. Es wird ein Hinweis
eingeblendet, dass die Einstellungen im Visual Studio vorzunehmen sind.
- Beim Anlegen eines neuen Projektes für Visual Studio 2008 erscheint
jetzt nicht mehr der Visual Studio Konverter.
Fehlerbehebungen:
- Die automatische Generierung der „EndInit“-Aufrufe für
die VisiWinNET Steuerelemente in Visual Studio 2008 basierten Projekten
für Windows CE konnte zu fehlerhaftem Verhalten in der Laufzeit
führen, da Visual Studio 2008 diese Aufrufe nun wieder selbständig
generiert. VisiWinNET generiert diese Aufrufe nun nicht mehr und entfernt
bereits vorhandene Aufrufe aus alten (aus Visual Studio 2005 konvertierten)
Projekten beim Speichern des Formulars.
- Wenn nur Visual Studio 2008 installiert ist und ein Beispielprojekt
geöffnet wurde, gab es eine Fehlermeldung mit einem nicht benannten
Designer (... Designer "" konnte nicht gefunden werden).
- Wenn VisiWinNET Professional per Doppelklick auf eine VWN-Datei gestartet
wurde, gab es eine „NullReferenceException“.
- Beim Übertragen eines CE-Client Projektes auf das Zielgerät
wurden nicht alle Dateien übertragen.
VisiWinNET Steuerelemente
Neue Funktionen und Optimierungen:
- Der Dialog zur Konfiguration der Eingabegrenzen des VarIn Steuerelementes
wurde übersichtlicher gestaltet.
- Das VarIn Steuerelement löst nun auch ein Limit-Ereignis aus,
wenn die Eingabe komplett gelöscht wird.
Fehlerbehebungen:
- Im Dialog zur Konfiguration der Grundeinstellungen des Label Steuerelementes
wurde für VWItem.Range fälschlicherweise immer VWItem.Offset
zurückgeschrieben.
- Das DateTimeIn Steuerelement wurde bei einer Breite von unter 200
Pixel fehlerhafte dargestellt.
- Im ListView Steuerelement konnten die Items nicht über die Methode
"RemoveAt(index)" gelöscht werden.
- Im Dialog zum Anlegen oder Bearbeiten eines Benutzers (UserDialog)
hatte die TextBox "Passwort wiederholen" eine falsche Hintergrundfarbe
(nur VisiWinNET Compact).
- Bei Modus=Manuell wurden sprachumschaltbare Texte im ComboBox Steuerelement
nicht korrekt angezeigt.
- Das Timer Steuerelement hat in VisiWinNET Professional einen Compiler-Fehler
erzeugt, wenn die Events Eigenschaft des Steuerelementes projektiert
wurde (nur Compact).
- Das AlarmLine Steuerelement hat in VisiWinNET Professional einen
Compiler-Fehler erzeugt, wenn die Events Eigenschaft des Steuerelementes
projektiert wurde.
- Das RecipeList Steuerelement hat die Werte in der Spalten für
den Variablenwert sowie die Min-, Max- und Default-Werte nicht korrekt
angezeigt, wenn für die Variable eine Einheitenumschaltung definiert
war.
- Der Font der Skala des XYGraph Steuerelementes wurde bei Windows
CE basierten Projekten falsch serialisiert.
- In einigen Situationen wurde der Variablenwert im RecipeList Steuerelement
nicht korrekt aktualisiert und teilweise auf einen alten Wert zurückgesetzt.
- Das TrendChart Steuerelement hatte einen Darstellungsfehler bei Windows
CE basierten Projekten. Der Text der Skala wurde manchmal abgeschnitten.
- Das TrendTime Steuerelement hatte ein Darstellungsfehler bei Windows
CE basierten Projekten, wenn das Steuerelement sehr klein dargestellt
wurde.
- Die Serialisierung des SystemCommands: "Log" (Events -> Protokollierung -> LOG) schlug fehl.
- Das „ChangeByEditing“-Event funktionierte am Key und Switch sowie allen Controls mit AnalogItem/StateItem/DigitalItem-Anbindung nicht.
VisiWinNET Compact Laufzeit
Neue Funktionen und Optimierungen:
Prozessanbindung
- Die Prüfung auf neue Daten in einem VisiWinNET Treiber erfolgt
jetzt spätestens nach 250ms bzw. nach der der halben Abtastzeit
der Gruppe.
- Die Default-Qualität einer Variablen steht nun auf "OPC_QUALITY_UNCERTAIN",
damit man beim Start erkennen kann, wann der erste gültige (OPC_QUALITY_GOOD)
oder ungültige Wert (OPC_QUALITY_BAD; OPY_QUALITY_NOTCONNECTED)
hereingekommen ist.
Alarmverwaltung
- Die Reihenfolge von Alarmen in der Alarmliste und auch Alarmzeile
ist bei zeitgleichen Alarmen nun die Reihenfolge der Aktivierung.
Protokollsystem
- Alle Werte der LoggingParameter lassen sich über die Methode
VisiWinNET.Logbook.LogManager.Log(…) überschreiben. Es wird
nur der Parameterindex, Parametername und Parametertyp aus der Datenbank
überprüft und übernommen.
- Weitere Überladung der Methoden „Backup“ und „Restore“
für das Objekt VisiWinNET.Logbook.EnumerableLoggingFiles durch
die Einführung Parameters „removeSource“. Wenn „removeSource“=
true ist wird die Datei Quelldatei verschoben und nicht kopiert. Bei
der „Backup“ Methode wird angegebenen Logbuchdateien auch
aus der Liste der Historischen Dateien gelöscht.
Fehlerbehebungen:
- Wenn Fehler beim Einlesen des Logfiles (Textdatei) auftreten werden
diese präziser beschrieben.
Prozessanbindung
- Der EditState im Item-Objekt stand auch nach einer Veränderung
der Variablen immer auf "Unchanged".
- Für ein Steuerelement wurde im Designmode die Einheit aus der
ProzessUnit nicht angezeigt.
- Es lies sich im Steuerelement bei eingeschalteter Einheitenumschaltung
keine weitere Dezimalstelle konfigurieren.
- Bei Arrays wurden für Werte die sich nicht ändern, die
initialen Leseergebnisse "verschluckt".
- Bei boolschen Variablen als Datenquelle im Item-Objekt wird im EditableState
auch wieder "True", "False", true, false zugelassen.
- Wenn man im ChangeEvent nach Attach im Item IsAttached abgefragt
hat, stand dieses noch auf FALSE. Dies wurde nun geändert.
Benutzerverwaltung
- Das Benutzersystem bleibt auch bei konfigurierten Rechten in einer
levelorientierten Benutzergruppe funktionsfähig.
- Bei der Umstellung von Rechte orientierter auf Level orientierte
Benutzerverwaltung und umgekehrt, konnte es passieren, dass das Laufzeitsystem
die auf dem Zielsystem gespeicherten Daten nicht mehr akzeptiert hat.
- Gesperrte Benutzerkonten werden nicht mehr nach <n> Tagen sondern
nach <n> Minuten freigegeben.
- In einigen Fällen konnten zur Laufzeit angelegte Benutzergruppen
nicht mehr geladen werden.
Alarmverwaltung
- Die Eigenschaft VisiWinNET.Alarm.AlarmManager.AlarmDef[string] liefert
nun die korrekte Alarmdefinition zurück! Zuvor fehlte die Gruppenhierarchie
zu dem Alarm, für die Eindeutige Identifikation.
- Beim Aufruf der Methode HistoricalAlarmFile.GetHistoricalData() konnte
es zu einem Systemfehler kommen.
- Es konnte passieren, dass beim Auslösen von selbstdefinierten
Alarmen, anstatt des selbstdefinierten Alarms ein Systemalarm ausgelöst
wurde.
Sprachumschaltung
- Bei der englischen Datumsansicht unter CompactCE wurde der "/"
nicht angezeigt (Betrifft alle Datumsausgaben außer DateTimeIn).
Protokollsystem
- Logbucheinträge, die während des Beendens der Applikation
oder kurz vorher eingetragen wurden, wurden nicht immer gespeichert.
- Wenn Historische Alarme im Protokollsystem gespeichert wurden, ließen
sie sich nicht in der Sprache umschalten.
- Im Logbuch wurden Indextexte nicht als Text dargestellt, und nur
in der für den Logbucheintrag eingestellten Sprache abgespeichert.
- Beim Ändern eines Benutzerstatus (z.B. durch zu häufige
Eingabe eines falschen Passwortes) wurde ein Systemfehler ausgelöst,
und der zughörige Logbucheintrag in das Logbuch erfolgte nicht.
- Eine nicht vorhandene Eventkategorie führte beim einlesen eines
Logbuches zu einem Systemfehler. Aus dem Logbuch konnten dann nur die
gespeicherten Texte zurückgelesen werden.
- Bei der Verwendung von „@1p@“ für Protokolltext
im Ereignis wurde dieser Text immer als 1p ausgegeben.
- Für den Protokolltext wird die Ausgabe eines @ im Text wird
durch \@ nun ermöglicht.
- Die Verwendung der Eigenschaft LogManager.CurrentFile direkt nach
EnumerableLoggingFiles.Rename() hat nicht funktioniert.
Rezeptverwaltung
- Steuerelemente bei denen die Eigenschaft „RecipeMember“
auf „true“ steht, und für die der Rezeptmodus aktivier
ist, wurden bei Rezepten, für die das Flag "Wert an SPS senden"
gesetzt war nicht aktualisiert.
VisiWinNET Standard Laufzeit
Neue Funktionen und Optimierungen:
- Viewer-Clients meldeten sich fälschlicherweise als volle Clients
an
Prozessanbindung
- Die Start-Qualität von externen Items wird jetzt vor dem ersten Kommunikationsversuch
auf OPC_QUALITY_UNCERTAIN gesetzt, damit man in der Applikation definitiv
weiß, wann der erste gültige (OPC_QUALITY_GOOD oder ungültige OPC_QUALITY_NOT_CONNECTED)
Wert von der angeschlossenen Steuerung eingelesen wurde. Früher stand
die Startqualität auf OPC_QUALITY_NOT_CONNECTED.
Fehlerbehebungen:
Prozessanbindung
- Felder von VT_DATE konnten nicht verarbeitet werden (Meldung: falscher
Typ).
- Der EditState im Item stand auch nach einer Veränderung der
Variablen immer auf "Unchanged".
- Multiplexschalter hatte Schwierigkeiten mit der Initialisierung,
wenn der Startwert der Umschaltvariablen nicht '0' war.
- Überroll-Problem bei vielen Schreibaufträgen mit VisiWinNET-Treibern
und Thread-Synchronisation (z.B. Beckhoff-Treiber) beseitigt. Fehlermeldung
z.B.: Item konnte nicht geschrieben werden, Qualität: 0 o.ä.,
obwohl Kommunikation i.O. war.
- Beim Start der Applikation kam kein Change-Event für Variablen
mit konstantem Wert, wenn die optimierte Variablenanmeldung in den Kompatibilitätseigenschaften
aktiviert war.
- In seltenen Fällen (meistens wenn Multiplexvariablen umgeschaltet
wurden) konnte es passieren, das in vollautomatischen Gruppen nicht
alle inaktiven Variablen beim Kommunikationskanal abgemeldet wurden.
- Die Nachkommastellen aus einer Prozesseinheit wurden nicht berücksichtigt,
wenn beim Item-Objekt Unitconversion auf "FALSE" stand, die
Umrechnung selbst wurde aber durchgeführt.
- Felder von Strukturen gingen bei VisiWinNET-Treibern nicht.
Benutzerverwaltung
- Bei VerifyUser (elektronische Unterschrift) wurden abgelaufene Passwörter
nicht beachtet.
Alarmverwaltung
- In seltenen Fällen konnte es vorkommen, dass beim Auftreten
von Alarmen, deren Texte mit mehreren Parametern formatiert wurden,
das System hing (d.h. es ließ sich nicht mehr bedienen).
|
|
|
|
Änderungshistorie VisiWinNET 6.2 SP1