V1.51 V1.50 V1.49 V1.48 V1.47 V1.46 V1.45 V1.44
V1.43 V1.42 V1.41 V1.40 V1.39 V1.38 V1.37 V1.36
Das Abspeichern von Einstellungen wurde optimiert, die Daten werden jetzt schneller in Speicher geschrieben
Baudraten-Erkennung des Busses wurde optimiert
TS-ISDN: Beim Lesen mit schnellen PC´s über Modemstrecke von großen Datenblöcken aus der SPS brach die Kommunikation ab
Bei nicht definierter PIN-Nummer konnte teilweise die Sammel-Fehler-LED aufleuchten
Abbruch der Kommunikation beim Lesen von Bausteinen über eine TS-GSM-Verbindung
Das Versenden von E-Mail-Meldungen ist jetzt möglich
Ein in der Betriebsart "PPIUSB96" befindliches Tele-Service und zusätzlich aktiviertem "Daten sperren" konnte nicht mit dem MPI-Kabelmanager aktualisiert werden
Der Parallelbetrieb von Step7-Software und Starter-Software führte zu Kommunikationsabbrüchen
Die Betriebsarten "PPISER96" und "PPISER19" können nur auch durch den MPI-Kabelmanager auf das Standard-MPI-Protokoll umgeschaltet werden. Bei "PPIUSB96" und "PPIUSB19" war dies bereits möglich
bestimmte Laptop's, serieller Zugriff, Step 7 V5.4SP3, Kommunikationsabbrüche
SEW Antriebe per MPI_DP_PPI Treiber ansprechen ging nicht
Protokoll- und Timeoutverarbeitung korrigiert
PPIUSB9K6/PPI19K21/SONDUSB funktionierte seit V 2.41 nicht mehr
Sonder-Ser/USB Einstellung unter Konfig/Mode, Parität, wenn "odd" ausgewählt und gespeichert wurde, ist "even" eingestellt worden und umgekehrt
In der PPIMultimaster-Betriebsart wurde bei 9K6 nicht immer die S7-2xx-CPU gefunden
Defaultwert für die CPU-Nummer ist jetzt wieder 255 (direkt gesteckte SPS-Steuerung) anstatt 2
Durch schnelles Ziehen/Stecken der USB-Verbindung konnte das Gerät so gestört werden, daß keine Kommunikation mehr möglich war
Der Urloader enthält jetzt textuell im Code seinen Namen
Kommunikationsabbrüche bei Zugriffe auf die MicroMaster 4x0 (z.Bsp. 420) in Verbindung mit der Starter-Software wurden behoben
Der Aufbau einer Verbindung zu einer CPU funktionierte nicht immer
Der Zugriff auf Movitrac über PFB21 funktionierte nicht. Dieser Zugriff ist nur über USB mit dem MPI_DP_PPI-Treiber möglich!
Das Laden eines Betriebssystems eines OP73 funktionierte nicht korrekt
Der Firmware-Transfer eines MP370 geht nur über die Breakout-Box, da nur dort der Bus (MPI oder Profibus) mit korrekten Pinning aufgelegt ist In den Einstellungen des Pannels muß bei "Schnittstelle2" dann entsprechend MPI/Profibus ausgewählt sein
Der Zugriff über Profibus mit Graph7 war stockend, brach teilweise nach kurzer Zeit ab
Konfigurationsmenu auf zukünftige Funktion mit zuschaltbarem stärkerem Bus-Abschluss vorbereitet
Der DTMF-Empfang wurde manchmal nicht initialisiert
Nach dem Senden einer SMS-nachricht war der Empfang nicht mehr möglich
Das Aufstecken des extern versorgten Gerätes auf einen Bus mit anderen Parameter führte zu einer Bus-Störung. Das Gerät gab sich selbst immer ein Token obwohl "PG/PC ist einzigster Master" nicht aktiviert war
Ein "Versionscheck" durch den MPI-Kabelmanager führte auf Grund eines Codierungsfehlers zu Fehlermeldungen
Ein Firmware-Update nach Setzen der Werkseinstellung und aktivieren von "Daten Sperren" führt zu einer Endlos-Neustart-Schleife
Der NotLoader wurde nochmals überarbeitet
Die Konfiguration über Modemstrecke eines TeleService mit der Firmware V1.42 und V1.43 mit dem MPI-Kabelmanager V3.12 führte zu einem "Nicht_mehr_ansprechbar-Verhalten" des Gerätes
Zugriffe auf den Profibus DP mit Baudrate 1M5 konnten zu einem Abfallen der Ausgänge der SPS führen
PPI-Multimaster-Kommunikation funktionierte nach dem Ändern der PPI-Baudrate nicht mehr
PPI-MultiMaster funktionierte Seriell nicht mehr
Bei einer Abfrage der internen Flags mit dem MPI-Kabelmanager wird nun diese Information aus dem Flash anstatt RAM gelesen
Checksummen der Firmware aus dem Konfigurationsbereich verschoben
Beim Versenden von SMS-Meldungen mit dem Analog-Modem wurde die Meldung Code 23h ge,eldet, obwohl eine Verbindung tatsächlich vorhanden war Ein abgelaufener Timeout hatte dieses Verhalten ausgelöst
Bei der Quittierung einer versendeten Nachricht mit DTMF wurde falsch an die SPS zurück gemeldet
Update des Produkts aus dem NotLoader funktionierte nicht immer. Ursache war eine nicht korrekte Baudratenerkennung bei 19K2 Baud
In der Betriebsart "PPI-Multi" konnte die Suche nach möglicherweise vorhandenen Teilnehmer mit der MicroWin-Software V4.0 stehen bleiben
Die DTMF-Quittierung wurde überarbeitet. Das Warten auf die Quittierung muß jetzt entweder "mit einem Anruf und anschließendem Auflegen" oder explizit "von der SPS per Kommando 20h" beendet werden
Es werden jetzt Eingaben von Nummerm mit "+"-beginnend korrekt verarbeitet
Die SMS-Verarbeitung bei TS Analog oder TS ISDN funktionierte erst, wenn einmal angerufen wurde
Der Konfigurationsspeicher wurde anders aufgeteilt und verwaltet. Das NotLoaderBrennProgramm wurde entsprechend angepaßt
Teilweise wurde nach Neustart einer Konfigänderung der falsche Bustyp verwendet
Die Verbindungs-LED zeigte teilweise falsche Zustände an
Es konnte die Kommunikation bei direktem PG/PC-Zugriff und gleichzeitiger aktiver SMS/VOICE-Verarbeitung abbrechen
Es war nach einer SPS-Kommunikation anschließend kein serielles Firmware-Update möglich
Die automatische Erkennung von Baudrate und Busprofil-Parameter wurde nach Konfigurationsänderungen über den MPI-Kabelmanager nicht mehr korrekt durchgeführt
Teilweise musste mehrfach bei den "Erreichbaren Teilnehmern" bei Profibus 6MBd zugegriffen werden, bis die gewünschten Informationen anstanden
Anstehende Fehler bei Version "GSM" wie "SIM-Karte fehlt" oder "PIN nicht korrekt" wurden nach einem Neustart nicht mehr angezeigt
Im Meldungsfenster des MPI-Kabelmanager tauchte die Variante "GSM" immer mit der Meldung "Modem antwortet nicht" auf. Dies wurde korrigiert
Bei aktiver Busparameter-Erkennung von Steuerungen im Netz, die dies nicht unterstützen, wird jetzt eine entsprechende Rückmeldung angezeigt Achtung: Step7 V5.4 und folgende zeigen in diesem Fall nur ein leeres Fenster "Erreichbare Teilnehmer" an
Anstehende Protokollfehler auf der RS232-Seite werden nun bei korrekten Protokollen wieder gelöscht
Die Modem-Data-LED leuchtete teilweise bei der SPS-Kommunikation mit auf, obwohl seriell mit dem TeleService kommuniziert wurde
Die serielle Baudrate "19K2" wurde teilweise nicht korrekt erkannt
Ein ausgelöster Neustart durch schnelles Ziehen/Stecken führte zu Verbindungs-/Kommunikationsfehler über USB
TS-Software V6.0, Bus-Auswahl "Auto" wurde ignoriert und somit nicht ausgeführt. Dadurch war kein ONLINE-Zugriff auf den angeschlossenen Bus möglich
 |
|