V1.54 V1.53 V1.52 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
Kommunikation mit Sinamics (CU310/CU320) und MicroMaster-Antriebe überarbeitet
Kommunikation mit S7-200, die mit Hilfe von NET-Read/Write Datenaustausch betreibt, überarbeitet
Kommunikation bei höheren Bus-Baudraten optimiert
interne Testversion
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
 |
|