Suche
Schließen Sie dieses Suchfeld.
Suche
Schließen Sie dieses Suchfeld.
Kopfzeile

Anleitungen und Fehlerbehebung

CTA-Symbole

Vertriebsteam Kontaktieren

Datapath verfügt über ein großes Netzwerk von Distributoren und Wiederverkäufern auf der ganzen Welt.

Kontakt

+44 (0)1332 294 441
[email protected]

Anleitungen und häufig gestellte Fragen zur Fehlerbehebung

  • So installieren Sie die SNMP-Überwachung für Datapath Systeme und Techniken

    So drucken Sie Systeminformationen W2K aus

    Dieses Dokument enthält Anleitungen zum Konfigurieren von SNMP-Traps für Datapath Systeme (VSN, VSN Micro und iolite) zu überwachen Datapath Software (Wandmonitor, Wall Control, Wall Monitor Server).

    Installieren des SNMP-Trap-Anbieters

    Der SNMP-Trap-Provider ist der Dienst, der Traps generiert. Es wird bei einer Windows-Installation nicht standardmäßig installiert. Um den Anbieter zu installieren, müssen folgende Schritte befolgt werden:

    1. Wählen Sie in der Systemsteuerung Programme aus.

    2. Wählen Sie unter „Programme und Funktionen“ die Option „Windows-Funktionen aktivieren oder deaktivieren“ aus.

    3. Scrollen Sie in der Liste der Windows-Funktionen nach unten zu Simple Network Management Protocol (SNMP) und erweitern Sie die Liste, sodass Sie WMI SNMP Provider sehen können.

    SNMP-Trap-Anbieter

    4. Aktivieren Sie das Kontrollkästchen für WMI SNMP Provider. Das Kontrollkästchen für die SNMP-Funktion wird automatisch aktiviert, da der Anbieter SNMP erfordert.

    5. Klicken Sie auf OK.

    Registrieren einer Fernbedienung Workstation

    Nachdem Sie den Trap-Anbieter installiert haben, müssen Sie nun den Computer registrieren, an den Traps gesendet werden sollen. Um einen Remote-Computer zu registrieren, müssen Sie das Dienste-Konfigurationsprogramm verwenden, das in den Verwaltungstools in der Systemsteuerung verfügbar ist.

    1. Öffnen Sie das Steuerungsprogramm „Dienste“ über die Systemsteuerung (oder geben Sie „services.msc“ im Startmenü ein).

    2. Wählen Sie SNMP-Dienst aus der Liste der Dienste aus und doppelklicken Sie darauf.

    3. Gehen Sie im daraufhin angezeigten Dialogfeld zur Registerkarte „Fallen“.

    4. Gehen Sie zum Bearbeitungsfeld „Community-Name“ und geben Sie einen Namen zur Beschreibung der Verbindung ein. ZB öffentlich.

    SNMP-Remote workstation

    5. Klicken Sie auf die Schaltfläche „Zur Liste hinzufügen“.

    6. Die Schaltfläche „Hinzufügen“ ist jetzt aktiviert. Drücke diesen Knopf. Es erscheint ein SNMP-Konfigurationsdialog.

    7. Geben Sie den Hostnamen oder die IP-Adresse des Trap-Ziels ein. Klicken Sie auf Hinzufügen.

    Einrichten der Ereignisfallen

    Der letzte Schritt ist die Einrichtung der von unseren Anwendungen protokollierten Ereignisse, die in Traps übersetzt werden. Wir können dies über das Programm evntwin.exe tun, das eine Windows-Komponente ist.

    1. Geben Sie an einer Eingabeaufforderung oder im Startmenü evntwin.exe ein und führen Sie es aus.

    2. Daraufhin wird eine Liste der aktuell konfigurierten Traps angezeigt. Wählen Sie den Konfigurationstyp „Benutzerdefiniert“ und die Schaltfläche „Bearbeiten >>“ wird aktiv. Wählen Sie dies aus.

    3. Das Dropdown-Menü „Anwendung“ enthält eine Liste der Anwendungen, die bei der Ereignisanzeige registriert sind, um Ereignisse bereitzustellen. Dazu gehört auch Datapath Software (z.B Wall Control, Wandmonitor)

    4. Wählen Sie eine Anwendung aus und die Ereignisliste wird mit den Ereignissen gefüllt, die von der Anwendung generiert werden können.

    5. Wählen Sie aus der Ereignisliste ein Ereignis aus, das Sie in eine Falle übersetzen möchten. Klicken Sie auf die Schaltfläche „Hinzufügen“. Daraufhin wird ein Dialogfeld angezeigt, in dem die Falle beschrieben wird. Wenn Sie mit der Konfiguration zufrieden sind, klicken Sie auf „OK“, um sie zur Übersetzungsliste hinzuzufügen.

    6. Um die Änderungen abzuschließen, klicken Sie im Übersetzerdialog auf Änderungen übernehmen.

    SNMP sogar Traps

    Das Hinzufügen des Ereignisses im obigen Dialogfeld würde eine Falle auslösen, falls Wall Monitor jemals einen roten Alarm generieren und das System herunterfahren würde. Dies kann passieren, wenn die Lüfter ausfallen und die Temperatur auf ein kritisches Niveau ansteigt.

    Trap-MIB

    Die SNMP-TRAPS werden alle mithilfe des privaten Unternehmens-MIB-Zweigs von Microsoft generiert. Diese MIB verwendet das Präfix 1.3.6.1.4.1.311 (RFC1155-SMI).

    Traps werden für die angegebenen Hosts generiert, die mithilfe der SNMP-Dienste konfiguriert wurden. Es wird eine Anwendung (MIB-Browser/Trap-Receiver) benötigt, die Traps empfangen kann.

    Windows verwendet den Anwendungsnamen als OID. Alle OIDs für Microsoft beginnen mit 1.3.6.1.4.1.311. Danach zeigt 13.1 die Eventwin-Definitions-Traps (dh 1.3.6.1.4.1.311.13.1).

    Danach beginnt die Anwendungsdefinition. Die nächste Ziffer definiert die Anzahl der Zeichen im Anwendungsnamen. 1.3.6.1.4.1.311.13.1.XX., gefolgt vom Anwendungsnamen mit ASCII-Zeichen. Wenn wir also über die Anwendung (Quelle) WMONSVC sprechen, wäre die Anzahl der Zeichen 7 und wir hätten somit:

    1.3.6.1.4.1.311.13.1.7.87.77.79.78.83.86.67

    WMONSVC

    Testen von SNMP-Traps

    Es gibt eine Reihe von SNMP-Dienstprogrammen auf dem Markt. Es kann jedes Dienstprogramm verwendet werden, das über einen integrierten Fallenempfänger verfügt. Für Entwicklungs- und Testzwecke empfehlen wir die Verwendung des Programms Trap Receiver, das Teil der MIB-Browser-Suite von iREASONING ist.

    Sobald Fallen auf dem konfiguriert wurden Wall Controller sollte der Trap Receiver auf dem Remote-Computer ausgeführt werden, um alle empfangenen Traps zu protokollieren. Zu Testzwecken ist es sinnvoll, einige „Informations“-Traps zu aktivieren, wie z. B. die Traps für „Anwendung gestartet“ und „Anwendung beendet“, da diese leicht auszulösen sind (durch Schließen und Öffnen des entsprechenden Programms) und im Trap Receiver überprüft werden können .

    Testen von SNMP-Traps

    Sobald Traps vollständig getestet wurden, können sie in jedes vorhandene unternehmensweite Überwachungssystem wie Solarwinds, Nagios oder jedes andere SNMP-Überwachungstool integriert werden. Um den Umfang der Überwachung zu erweitern, können SNMP-Traps auch für andere auf dem Computer installierte Software und Tools oder aus Fehlerprotokollen erstellt werden, die vom Betriebssystem selbst generiert werden.

  • So konfigurieren Sie die benutzerdefinierte Fx4-EDID

    06/11/2017

    Die EDID-Konfiguration (Extended Display Identification Data) definiert die genauen Video-Timings, die eine Videoquelle ausgeben soll, sobald sie angeschlossen ist. Darüber hinaus wird die Unterstützung einer Reihe anderer implemen- tierungsspezifischer Funktionen angekündigt, beispielsweise die Unterstützung von 4K60 4:2:0 auf HDMI 1.4.

    In diesem Tutorial wird beschrieben, wie Sie eine benutzerdefinierte EDID für einen der Fx4-Eingänge festlegen. EDID-Daten können die Reaktion einer angeschlossenen Videoquelle beeinflussen, wenn die FX4 daran angeschlossen ist.

    Um auf die EDID-Konfigurationsfunktion zugreifen zu können, muss auf Ihrem Fx4 die Firmware-Version 2.3.2 oder höher (Fx4-SDI-Firmware-Version 1.3.2) ausgeführt werden.

    Hinweis: Für Ihr FX4-Gerät ist möglicherweise ein Firmware-Upgrade erforderlich, bevor Sie dieses Tutorial ausführen können. Stellen Sie dazu bitte sicher, dass Ihr Gerät mit dem Netzwerk verbunden ist, und folgen Sie der Aufforderung zur Firmware-Aktualisierung, wenn Sie dazu aufgefordert werden.

    Wall Designer

    Schritte zum Programmieren von EDID

    1. Richten Sie Ihren Fx4 mit ein Wall Designer Software Software in gewohnter Weise.

    2. Nachdem Sie die Option „Auto-config Fx4“ auf dem verwendet haben Devices Klicken Sie auf der Seite mit der rechten Maustaste auf einen Eingabeport.
    „EDID > Benutzerdefiniert erstellen“ wird angezeigt.

    3. Klicke auf Benutzerdefiniert erstellen

    Hinweis: Im EDID-Menü Import und Export von EDID-Binärdateien wird ebenfalls unterstützt. Dies kann beispielsweise nützlich sein, um eine bekannte EDID von einem Monitor zu importieren oder mehrere zu konfigurieren devices mit einer identischen benutzerdefinierten EDID

    4. Das Fenster „Source Capability“ wird nun angezeigt. Wählen Sie den passenden CEA-Erweiterungsblock für Ihren Eingangssignaltyp.

    Für HDMI 4k60 fps wählen Sie „HDMI (CEA-861 Extension)“

    Quellfähigkeit

    5 Klicken Weiter

    6. Anschließend wird Ihnen das Fenster „Modus“ angezeigt. Hier können Sie entweder eine vordefinierte EDID auswählen oder eine eigene erstellen.

    Model

    7 Klicken Endziel.

    8. Möglicherweise wird eine Warnung angezeigt, wenn die definierte Eingabefläche nicht mit den neuen EDID-Einstellungen übereinstimmt. Klicken Sie auf „Ja“, um zu akzeptieren, oder auf „Nein“, um zurückzukehren.

    9. Die Eingabe-EDID wurde nun mit der von Ihnen ausgewählten vordefinierten EDID programmiert. Videoquellen geben diesen Modus jetzt automatisch aus, sofern sie dazu in der Lage sind.

    Hinweis: Das Programmieren einer EDID mit dieser Methode wird Überschreiben Sie die Einstellungen auf der Registerkarte EINGABE of Wall Designer software Software, dh eine benutzerdefinierte EDID hat immer Vorrang. Sobald die benutzerdefinierte EDID erstellt wurde, werden Sie feststellen, dass die Einstellungen für Auflösung und Bildrate auf der Registerkarte EINGABE aktualisiert werden, um den jetzt definierten bevorzugten Modus widerzuspiegeln.

    Hinweis: Es ist nicht notwendig, die EDID zu konfigurieren, um den 4K60-Betrieb auf HDMI zu erreichen. Der einfachste Weg, dies zu tun, ist die Verwendung der Registerkarte EINGABE in Wall Designer. Wählen Sie am HDMI-Eingang eine Auflösung von 3840 x 2160 bei 60 Bildwiederholfrequenz. Dadurch wird automatisch eine EDID programmiert, die die Unterstützung für 4:2:0-Unterabtastung gemäß der HDMI1.4-Spezifikation ankündigt.

    Schritte zum Erstellen einer benutzerdefinierten EDID

    1. Befolgen Sie die Schritte 1–5 oben

    Hinweis: Wenn für diesen Eingang bereits eine EDID definiert wurde, müssen Sie diese auswählen „Benutzerdefiniert löschen“ Bevor es weitergeht.

    2. Anschließend wird Ihnen das Fenster „Modus“ angezeigt

    3 Wählen Maßgeschneidert

    4 Klicken Weiter

    Model

    5. Anschließend wird das Fenster „Benutzerdefinierter Support“ angezeigt.

    Hier können Sie „Farbunterabtastung“ und „Farbbittiefe“ auswählen (10-Bit-Option ist nur bei FX4-SDI verfügbar).

    Hinweis: Diese Kontrollkästchen sind bei den Displayport-Eingängen nicht auswählbar. Farbunterabtastungsoptionen sind nur bei HDMI-Eingängen verfügbar.

    Auch 10-Bit-Unterstützung ist nur am DisplayPort-Eingang der FX4-SDI-Variante verfügbar.

    Individuelle Unterstützung

    6 Klicken Weiter

    7. Anschließend wird Ihnen das Fenster „Bevorzugte Timings“ angezeigt. Hier können Sie Ihre benutzerdefinierte EDID festlegen.

    8 Klicken Endziel

    9. Der ausgewählte Eingang am Fx4 wurde nun mit Ihren benutzerdefinierten Timings programmiert. Die Videoquelle reagiert automatisch auf die Änderungen.

    Bevorzugter Zeitpunkt

    Hinweis: Bei einigen Videoquellen muss das Videokabel nach der Aktualisierung des EDID-Speichers abgezogen und wieder angeschlossen werden, um die EDID erneut zu lesen.

    Hinweis: Für die 4K60-fps-Unterstützung benötigen einige Videoquellen (z. B. die Playstation4) außerdem die Aktivierung der Option in ihrem Anzeigemenü, um den Modus auszugeben.

    Datapath FX4 Benutzerdefinierte EDID-Unterstützung

    Die benutzerdefinierte EDID-Funktionalität verleiht dem noch mehr Flexibilität Datapath FX4Dies gibt dem Benutzer mehr Kontrolle und erleichtert die Integration mit einer größeren Auswahl an Videoquellen.

    Weitere Informationen zu EDID-Definitionen und CEA-Erweiterungen finden Sie in der HDMI1.4-Spezifikation https://www.hdmi.org/

  • So beheben Sie Probleme mit ActiveSQX

    1 Inhalt

    2 Beidhändige Rückhand: Einleitung

    3 Häufige Probleme

    3.1 Probleme mit der Netzwerkverbindung

    3.1.1 Verbindung fehlgeschlagen

    3.1.2 DNS-Fehler

    3.1.3 Ungültiger Pfad

    3.1.4 Nicht autorisiert

    3.1.5 Stream gestoppt

    3.1.6 Verbindung beendet

    3.1.7 Ende des Streams

    3.1.8 Ungültige Verbindung

    3.2 Dekodierungsprobleme

    3.2.1 Nicht unterstützter Stream

    3.2.2 Ungültiger Stream

    3.3 Stottern und Videobeschädigung

    4 Erweiterte Fehlerbehebung

    4.1 Protokollierung aktivieren

    4.2 Protokolle abrufen

    4.3 Paketverlust und Jitter erkennen

    4.4 IGMP-Multicast-Probleme

    5 Anhänge

    5.1 Protokollierungsarten

    5.1.1 SQX-Protokollierung

    5.1.2 GStreamer-Protokollierung

    5.1.3 Pipeline-Protokollierung

    5.1.4 Paketprotokollierung

    2 Beidhändige Rückhand: Einleitung

    Dieses Dokument beschreibt die unterstützungsorientierte Funktionalität, die in der ActiveSXQ-Karte implementiert wurde, und den Prozess, der dabei erfolgt Datapath Anschließend werden wir mithilfe dieser Funktionen alle Probleme, die bei der Bereitstellung von ActiveSQX auftreten können, schnell untersuchen und beheben.

    Das Dokument beschreibt die Schritte, die unternommen werden sollten, wenn eine IP-Stream-Quelle nicht mit der ActiveSQX-Karte funktioniert. Ein IP-Stream kann eine Vielzahl von Hardware- und Softwarekomponenten durchlaufen, und es gibt ebenso viele Gründe, warum der Stream möglicherweise nicht funktioniert. Das Dokument behandelt die potenziellen Probleme in der Reihenfolge von den häufigsten bis zu den seltensten. Die häufigen Probleme könnten vom Endbenutzer oder vom First-Line-Support ohne großen Aufwand diagnostiziert werden, einige der weniger häufigen Probleme müssen jedoch eskaliert werden Datapath für weitere Untersuchungen und die damit verbundenen Prozesse werden ebenfalls beschrieben.

    3 Häufige Probleme

    Wenn zum ersten Mal ein Fenster zur Anzeige eines IP-Streams geöffnet wird, wird „Verbinden“ im Fenster angezeigt. Dies zeigt an, dass die ActiveSQX-Karte versucht, eine Verbindung zur IP-Stream-Quelle herzustellen. Dies kann je nach Qualität des Netzwerks und der Quelle zwischen einem Bruchteil einer Sekunde und einer halben Minute dauern.

    Bei Netzwerkproblemen wird möglicherweise sofort ein Fehler im Fenster angezeigt oder die Software kann nach etwa 30 Sekunden abbrechen und dann eine Fehlermeldung im Fenster anzeigen.

    Die verschiedenen Arten von Netzwerkproblemen werden in Abschnitt 3.1 beschrieben. Vorausgesetzt, die Netzwerkverbindung kann korrekt hergestellt werden, können verschiedene Probleme bei der Dekodierung auftreten, z. B. beim Versuch, einen Stream zu dekodieren, der ein Kodierungsformat oder eine bestimmte Funktion dieses Formats verwendet, die ActiveSQX nicht unterstützt. Diese werden in Abschnitt 3.2 beschrieben.

    3.1 Probleme mit der Netzwerkverbindung

    Bei Problemen mit dem Netzwerk kann einer der folgenden Fehler auftreten:

    3.1.1 Verbindung fehlgeschlagen

    Das bedeutet, dass ActiveSQX keine Verbindung mit der Quell-IP-Adresse und dem Quell-Port herstellen konnte. In einigen Fällen kann es sein, dass die Quelle die Verbindung aufgrund eines ungültigen Benutzernamens und Passworts abgelehnt hat (siehe Abschnitt 3.1.4) oder dass die Quell-IP die maximale Anzahl unterstützter Verbindungen erreicht hat.

    3.1.1.1 Physische Verbindung prüfen

    Stellen Sie sicher, dass ein Ethernet-Kabel mit dem ActiveSQX verbunden ist und sich in einem Netzwerk befindet, das physischen Zugriff auf die IP-Adresse der Quelle hat.

    3.1.1.2 IP-Adresse prüfen

    Wenn DHCP verwendet wird, stellen Sie sicher, dass ActiveSQX eine IP-Adresse erhalten hat. Überprüfen Sie dies, indem Sie den Geräte-Manager öffnen und unter „Sound-, Video- und Gamecontroller“ auf die ActiveSQX-Karte doppelklicken. Gehen Sie zur Registerkarte „Konfiguration“ und suchen Sie im ausgegrauten IP-Adressfeld nach einer IP-Adresse, wie in Abbildung 1 dargestellt. Wenn die Registerkarte „Konfiguration“ nicht vorhanden ist, konnte ActiveSQX keine Verbindung mit dem Host-Computer herstellen. Wenn dies der Fall ist, versuchen Sie, die Karte herunterzufahren und wieder einzuschalten. Wenn die Registerkarte immer noch nicht angezeigt wird, ist entweder die Karte fehlerhaft oder wurde in einen nicht unterstützten Host-Computer eingelegt.

    Datapath ActiveSQX-Eigenschaften

    Abbildung 1 Konfiguration des ActiveSQX-Gerätemanagers

    Das IP-Adressfeld wird nur aktualisiert, wenn das Dialogfeld zum ersten Mal geöffnet wird. Wenn also anschließend ein Ethernet-Kabel an ActiveSQX angeschlossen wird, muss das Dialogfeld geschlossen und erneut geöffnet werden, damit es aktualisiert wird. Wenn im Dialogfeld keine IP-Adresse angezeigt wird, überprüfen Sie, ob der DHCP-Server ordnungsgemäß ausgeführt wird. Verwenden Sie bei Bedarf einen Paket-Sniffer wie Wireshark auf einem anderen Computer, der mit demselben Netzwerk verbunden ist, um zu überprüfen, ob DHCP-Pakete übertragen werden. Wenn der DHCP-Server nicht ordnungsgemäß funktioniert, versuchen Sie stattdessen, eine statische IP-Adresse zuzuweisen. Wenn jedoch eine statische IP-Adresse zugewiesen wird, achten Sie darauf, keine Adresse innerhalb des für DHCP reservierten Bereichs auszuwählen, um IP-Adresskonflikte zu vermeiden.

    3.1.1.3 IP-Adressen anpingen

    Sobald der ActiveSQX eine IP-Adresse hat, überprüfen Sie, ob er auf Ping-Anfragen von einem anderen Computer im Netzwerk reagiert, indem Sie „ping xxxx“ über eine Eingabeaufforderung eingeben und dabei xxxx durch die IP-Adresse des ActiveSQX ersetzen. Stellen Sie außerdem sicher, dass die Quelle auf Ping-Anfragen an ihre IP-Adresse reagiert. Sofern die Ping-Anfragen erfolgreich sind, überprüfen Sie, ob die für die Quelladresse eingegebene Portnummer korrekt ist. Stellen Sie außerdem mithilfe eines Software-Mediaplayers wie VLC sicher, dass der Stream von einem anderen Computer im selben Netzwerk aus zugänglich ist.

    3.1.2 DNS-Fehler

    Wenn für die IP-Quelle ein Domänenname und nicht eine IP-Adresse eingegeben wird und diese nicht aufgelöst werden konnte, wird dieser Fehler angezeigt. Überprüfen Sie, ob der Domänenname korrekt ist und mit dem Ping-Befehl darauf zugegriffen werden kann. Andernfalls kann es daran liegen, dass ActiveSQX keine Verbindung zum Domänennamenserver herstellen kann. Die Adresse von 1 oder 2 DNS-Servern kann explizit über die ActiveSQX-Eigenschaftenseite im Geräte-Manager angegeben werden, wenn der DNS nicht automatisch über DHCP eingerichtet werden kann.

    3.1.3 Ungültiger Pfad

    Dieser Fehler tritt auf, wenn eine Verbindung zur IP-Quelle hergestellt wurde, die Quelle jedoch den angegebenen Pfad abgelehnt hat. Checken Sie den Pfad ein Wall Control durch Öffnen des „IP-Camera Konfiguration“-Dialog und Auswahl des „Camera Registerkarte „Modelle“. Wählen Sie das entsprechende aus camera, klicken Sie auf „Ändern...“ und überprüfen Sie, ob der Pfad korrekt ist.

    3.1.4 Nicht autorisiert

    Dieser Fehler weist darauf hin, dass die IP-Quelle die Verbindung abgelehnt hat. Dies kann an einem ungültigen Benutzernamen oder Passwort liegen. Überprüfen Sie den Benutzernamen und das Passwort Wall Control durch Öffnen des „IP-Camera Konfiguration“-Dialog und Auswahl des „Cameras“-Registerkarte. Wählen Sie das entsprechende aus camera, klicken Sie auf „Ändern...“, wählen Sie das Optionsfeld „Benutzername“ und geben Sie die Anmeldedaten ein.

    3.1.5 Stream gestoppt

    Dieser Fehler weist darauf hin, dass in der letzten Sekunde keine Videobilder dekodiert wurden. Dies kann auf einen vorübergehenden Netzwerkfehler zurückzuführen sein, z. B. wenn ein Kabel abgezogen wurde, und kann wiederhergestellt werden, sofern die Netzwerkverbindung wiederhergestellt wird, bevor die Verbindung abbricht. Dies kann auch auftreten, wenn die maximale Decodierungskapazität des ActiveSQX überschritten wird. Die Grenzwerte finden Sie im Datenblatt.

    3.1.6 Verbindung beendet

    Dieser Fehler tritt in Situationen auf, in denen die Verbindung über einen längeren Zeitraum (z. B. etwa 30 Sekunden) unterbrochen wird. Dies kann verschiedene Gründe haben:

    • Ein Kabel wurde irgendwo zwischen der Quelle und dem ActiveSQX getrennt
    • Die Quelle könnte beispielsweise das Streaming gestoppt haben, wenn sie ausgeschaltet war
    • Wenn es sich bei der Quelle um Multicast handelte, liegt möglicherweise eine Fehlkonfiguration in den IGMP-Netzwerkeinstellungen vor
      die Schalter (siehe Abschnitt 4.3 für weitere Einzelheiten)

    3.1.7 Ende des Streams

    Dies ist eigentlich kein Fehler, sondern zeigt lediglich an, dass der Quell-IP-Stream beendet wurde. Normalerweise wird diese Meldung nur angezeigt, wenn die Quelle eine Videodatei mit fester Länge und kein endloser Livestream war.

    3.1.8 Ungültige Verbindung

    Dieser Fehler weist darauf hin, dass ein allgemeiner Netzwerkfehler aufgetreten ist. Weitere Untersuchungen sind erforderlich, wie in Abschnitt 4 beschrieben.

    3.2 Dekodierungsprobleme

    Wenn beim Dekodieren des Quell-IP-Streams Probleme auftreten, wird möglicherweise einer der folgenden Fehler angezeigt:

    3.2.1 Nicht unterstützter Stream

    Dieser Fehler weist normalerweise darauf hin, dass das Kodierungsformat des Quell-IP-Streams nicht unterstützt wird, oder es kann auch ein Hinweis auf ein nicht unterstütztes Transportprotokoll sein. Eine Liste der unterstützten Formate finden Sie im ActiveSQX-Datenblatt. In einigen Fällen kann das Problem möglicherweise behoben werden, indem der Quell-IP-Stream in einem kompatiblen Format konfiguriert wird. Wenn das Codierungsformat der Quelle unbekannt ist, kann es mit einem Software-Mediaplayer wie VLC überprüft werden.

    3.2.2 Ungültiger Stream

    Dieser Fehler weist darauf hin, dass ein generischer Stream-Fehler aufgetreten ist. Weitere Untersuchungen sind erforderlich, wie in Abschnitt 4 beschrieben.

    3.3 Stottern und Videobeschädigung

    In einigen Fällen können beim ersten Anschließen mehrere grün gefärbte Rahmen sichtbar sein, die sich nach einiger Zeit von selbst korrigieren. Bei H264-kodiertem Video liegt dies daran, dass beim ersten Verbindungsaufbau kein I-Frame von der IP-Quelle empfangen wurde. Die IP-Quelle sollte bei der Verbindung einen I-Frame senden, aber nicht alle IP-Quellen tun dies. Leider kann ActiveSQX nichts dagegen tun.

    Ein weiteres häufiges Problem bei IP-Streams ist das Auftreten von Videoruckeln und/oder Dekodierungsartefakten. Da die Decodierung von Frames oft davon abhängt, dass die Frames zuvor erfolgreich decodiert wurden, reagieren IP-Streams sehr empfindlich auf Störungen, was sich häufig in einer Videobeschädigung äußert.

    Decodierungsartefakte werden normalerweise durch Netzwerkpaketverluste verursacht. Um dies zu bestätigen, versuchen Sie am besten, die Route von der Quelle zum ActiveSQX so kurz wie möglich zu gestalten. Wenn physischer Zugriff auf das Netzwerk verfügbar ist, versuchen Sie, die Quelle und ActiveSQX direkt mit demselben Switch zu verbinden und alle anderen nicht benötigten Ports zu trennen, um zu sehen, ob die Probleme weiterhin bestehen. Möglicherweise ist auch der Schalter oder die Verkabelung fehlerhaft. Versuchen Sie es nach Möglichkeit mit mehreren verschiedenen Schaltern und Kabeln. Wenn dies immer noch fehlschlägt, könnte die Quelle fehlerhaft sein. Versuchen Sie es mit anderen IP-Quellen. Wenn kein physischer Zugriff auf das Netzwerk möglich ist, versuchen Sie, den Paketverlust mithilfe der in Abschnitt 4 beschriebenen Protokollierungstechniken zu messen.

    Stotternde Videos können auch durch den Verlust von Netzwerkpaketen verursacht werden, sind aber in der Regel auch mit Dekodierungsartefakten verbunden. Wenn Videostottern ohne Artefakte auftritt, kann dies daran liegen, dass die Übertragung von Paketen vom Quell-IP-Stream zum ActiveSQX unterschiedlich lange dauert. ActiveSQX speichert Pakete standardmäßig 200 Millisekunden lang zwischen, bevor es sie dekodiert. Dies ermöglicht eine reibungslose Wiedergabe, auch wenn Pakete nicht mit gleichmäßiger Geschwindigkeit empfangen werden, vorausgesetzt, dass der Unterschied in der Laufzeit zwischen dem langsamsten und dem schnellsten Paket 200 ms nicht überschreitet. Dieser Wert ist in konfigurierbar Wall Control durch Öffnen des „IP-Camera Wählen Sie im Dialogfeld „Konfiguration“ die Option „Konfiguration“ aus camera, klicken Sie auf „Ändern...“, dann auf „Erweitert“ und ändern Sie den Caching-Wert. Versuchen Sie, den Wert zu erhöhen, bis das Stottern beseitigt ist. Beachten Sie jedoch, dass eine Erhöhung dieses Werts zu einer Verzögerung zwischen der Live-Quelle und dem angezeigten Video führt. Wenn das Problem nicht durch Ändern des Caching-Werts gelöst werden kann, liegt das Problem möglicherweise an der IP-Quelle. Versuchen Sie, dieselbe Quelle mit einem Software-Mediaplayer wie VLC zu dekodieren, um festzustellen, ob das gleiche Problem auftritt oder nicht.

    4 Erweiterte Fehlerbehebung

    In Fällen, in denen das Problem anhand von Abschnitt 3 nicht identifiziert werden kann, muss die integrierte Protokollierungsfunktion von ActiveSQX genutzt werden. Standardmäßig ist die Protokollierung aus Leistungs-, Haltbarkeits- und Sicherheitsgründen deaktiviert, ist jedoch für die Fehlerbehebung bei komplizierten Problemen von unschätzbarem Wert.

    Die Protokollierung sollte aktiviert sein und dann sollte das Problem reproduziert werden, indem der problematische IP-Stream geöffnet wird (oder alle erforderlichen Schritte ausgeführt werden). Die Protokolldateien können dann analysiert werden, um die Ursache des Problems zu ermitteln, oder an zurückgesendet werden Datapath zur weiteren Analyse, falls erforderlich.

    4.1 Protokollierung aktivieren

    Die Protokollierung kann mit dem Befehlszeilentool cmd183.exe über eine Eingabeaufforderung aktiviert werden. Als Ausgangspunkt sollten SQX-Protokollierungswarnungen und -Fehler mit GStreamer-INFO-Level-Protokollierung und Pipeline-Dump über die folgende Befehlszeile aktiviert werden:

    cmd183.exe Setlog-Datei –s 2 –g 4 –p

    Diese Protokolle enthalten keine vertraulichen Informationen und sind recht umfangreich. Weitere Einzelheiten zu den verschiedenen Protokollierungsarten und zur Verwendung des cmd183-Tools finden Sie in Abschnitt 5.1.

    4.2 Protokolle abrufen

    Protokolle werden auch mit dem Befehlszeilentool cmd183.exe abgerufen. Erstellen Sie zunächst einen Ordner auf dem Host-Computer, in dem die Protokolle gespeichert werden sollen. Führen Sie dann „cmd183.exe getlogs“ aus, wobei der Speicherort des erstellten Ordners ersetzt wird. Sobald die Protokolle erfolgreich abgerufen wurden, werden sie von der/den ActiveSQX-Karte(n) gelöscht. Alle Protokolldateien haben ein an den Dateinamen angehängtes Datum und eine Uhrzeit sowie eine ID, sodass jedes Clientfenster über eine eigene, eindeutige Protokolldatei verfügt. Der Inhalt des Ordners kann dann gezippt und zurückgesendet werden Datapath zur weiteren Analyse. Abhängig vom Ergebnis Datapath kann eine weitere Protokollierung mit verschiedenen Optionen anfordern, um das Problem einzugrenzen.

    4.3 Paketverlust und Jitter erkennen

    Wenn das Netzwerk unter Paketverlust und/oder Jitter zu leiden scheint, weil das Video Dekodierungsartefakte aufweist, aktivieren Sie die folgende Protokollierung:

    cmd183.exe Setlog-Datei –g rtpsource:5

    Öffnen Sie den IP-Stream und lassen Sie ihn etwa eine Minute lang laufen. Rufen Sie dann die Protokolle mit dem Befehl getlogs ab. Suchen Sie in sqx-client-child_xxx.log nach Zeilen, die so aussehen:

    rtp_source_get_new_rb: Bruchteil 0, verloren 1, extseq 120132, Jitter 98

    Fraktion Gibt die Anzahl der verlorenen Pakete im Bereich von 0 bis 256 an, umzuwandeln in eine prozentuale Division durch 2.56. Lost gibt die Anzahl der seit dem letzten Bericht verlorenen Pakete an. Leider können bereits geringe Paketverluste zu großen Dekodierungsartefakten führen. Nehmen Sie zum Beispiel ein H264-codiertes Video, das mithilfe von RTP-Paketen mit einer Bitrate von 8 Mbit/s bei 30 Bildern pro Sekunde und einer GOP-Größe von 30 übertragen wird. Viele IP-Quellen codieren ganze Frames in eine einzige H264-NAL-Einheit, also jedes Frame beträgt also durchschnittlich etwa 34 KB. Die maximale Übertragungsgröße eines Pakets beträgt typischerweise etwa 1.5 KB, sodass ein Frame in etwa 23 RTP-Pakete aufgeteilt werden muss. Aufgrund der Funktionsweise des RTP-Protokolls müssen alle Pakete verworfen werden, wenn eines dieser 23 Pakete verloren geht. Ein einzelnes verlorenes Paket kann in diesem Beispiel also tatsächlich dazu führen, dass 23 Pakete verworfen werden. Sobald ein Frame verloren geht, treten bei allen nachfolgenden Frames Dekodierungsartefakte auf, bis der nächste I-Frame eintrifft, der in diesem Beispiel bis zu 29 Frames umfassen kann. Ein Paketverlust von nur 0.1 % könnte dazu führen, dass bis zu 66 % der Frames beschädigt sind (0.1 * 23 * 29). Um eine reibungslose und artefaktfreie Videowiedergabe zu erreichen, ist es daher wichtig, den Paketverlust so weit wie möglich zu minimieren, idealerweise ganz zu eliminieren.

    Jitter ist die Variation der Verzögerung empfangener Pakete im Stream in Taktrateneinheiten. Sie wird gemessen, indem das Intervall, in dem RTP-Pakete gesendet wurden, mit dem Intervall, in dem sie empfangen wurden, verglichen wird. Wenn beispielsweise Paket Nr. 1 und Paket Nr. 2 50 Millisekunden voneinander entfernt sind und 60 Millisekunden voneinander entfernt ankommen, beträgt der Jitter 10 Millisekunden. Je niedriger der Jitter-Wert, desto besser. Hohe Jitter-Werte weisen darauf hin, dass Pakete nicht in regelmäßigen Abständen eintreffen und mehr Caching erforderlich ist, um eine reibungslose Wiedergabe zu erreichen. Jitter ist im Allgemeinen weniger problematisch als Paketverlust, da er von ActiveSQX durch eine Erhöhung des Cachings ausgeglichen werden kann.

    4.4 IGMP-Multicast-Probleme

    Wenn ein Multicast-IP-Stream nach einer bestimmten Zeit (einige Minuten, Stunden oder sogar Tage) unterbrochen wird, liegt möglicherweise ein Konfigurationsproblem bei den Switches vor, die zur Übertragung der Multicast-Pakete verwendet werden. Wenn dies der Fall ist, wird im Fenster die Fehlermeldung „Verbindung beendet“ angezeigt. Wir können überprüfen, ob die RTP-Pakete nicht mehr empfangen werden, indem wir die folgende Protokollierung aktivieren:

    cmd183.exe Setlog-Datei –s 2 –g rtpsource:5 –n igmp

    Öffnen Sie den IP-Stream und lassen Sie ihn laufen, bis der Stream abbricht. Rufen Sie dann die Protokolle mit dem Befehl getlogs ab. Suchen Sie in sqx-client-child_xxx.log nach den Zeilen „Keine Frames übertragen für mehr als 1 Sekunde“ und „Ende des Streams als Zeitüberschreitung behandeln“. Dazwischen ist die Anzahl der empfangenen RTP-Pakete zu sehen. Wenn sich diese Zahl zwischen der Dekodierung des letzten Frames und dem Timeout nicht erhöht hat, bedeutet dies, dass keine neuen RTP-Pakete eingehen, und könnte auf einen Switch hinweisen, der die Pakete herausfiltert.

    Unter der Annahme, dass die Pakete gestoppt wurden, können wir uns die IGMP-Pakete ansehen, um zu sehen, ob sie sich wie erwartet verhalten. Öffnen Sie sqx-client_xxx.pcap mit Wireshark und suchen Sie nach „Membership Query, general“-Paketen, die vom Switch kommen. Stellen Sie sicher, dass jede Anfrage innerhalb der maximalen Antwortzeit, die im Abfragepaket für die verbundene Multicast-Adresse angegeben ist, mit einem „Mitgliedschaftsbericht“ beantwortet wird. Wenn ein anderes Gerät vor dem ActiveSQX mit einem Bericht antwortet, sendet der ActiveSQX ebenfalls keine Antwort (dies ist Teil des IGMP-Protokollstandards). In einigen Fällen erhält ActiveSQX möglicherweise einen Bericht von einem anderen Gerät, den es nicht erhalten sollte. Dies weist auf ein Problem mit der Netzwerkkonfiguration hin.

    5 Anhänge

    5.1 Protokollierungsarten

    Protokolldateien können entweder auf dem ActiveSQX gespeichert oder live an den Host-Computer gesendet werden, während sie mit DebugView oder einem Kernel-Debugger generiert und angezeigt werden. Das Schreiben in Dateien auf dem ActiveSQX ist tendenziell schneller und beeinträchtigt den Dekodierungsprozess nicht so sehr, aber der ActiveSQX verfügt nur über begrenzten Speicherplatz für die Protokollierung (ca. 1.4 GB). Umgekehrt ist die Anzeige der Protokolle in DebugView nicht durch den Speicherplatz von ActiveSQX begrenzt, kann jedoch die Leistung erheblich beeinträchtigen, wenn eine sehr ausführliche Protokollierung aktiviert ist.

    Es können verschiedene Arten der Protokollierung aktiviert werden:

    • SQX: Protokollnachrichten, die von stammen Datapathist proprietärer Code.
    • GStreamer: Protokollnachrichten, die aus Open-Source-GStreamer-Code stammen.
    • GStreamer-Pipeline: grafische Darstellung der GStreamer-Pipeline.
    • Erfassung von Netzwerkpaketen: Rohdaten von Netzwerkpaketen, die in Wireshark angezeigt werden können.

    Abhängig von der Art des Problems können beliebig viele dieser Protokolle gleichzeitig aktiviert werden, wobei die Einschränkungen des Speicherplatzes und die Auswirkungen auf die Leistung zu berücksichtigen sind. Der beste Ansatz besteht darin, mit einer relativ geringen Protokollierung zu beginnen und darin nach Fehlern und Warnungen zu suchen. Wenn dann die Ursache des Problems offensichtlicher wird, können erhöhte Protokollierungsstufen aktiviert werden.

    5.1.1 SQX-Protokollierung

    Die SQX-Protokollierung erfolgt in 4 Stufen: 0 bis 3. 0 bedeutet keine Protokollierung, 1 nur Fehler, 2 Fehler und Warnungen und 3 vollständige Protokollierung. Protokollstufe 2 ist für den Anfang eine gute Stufe, da sie die Festplatte nicht zu schnell füllen sollte. Beispiel: cmd183.exe setlog file –s 2

    5.1.2 GStreamer-Protokollierung

    Die GStreamer-Protokollierung ist komplizierter und umfasst 10 Protokollebenen 0 bis 9. Zusätzlich zur Protokollebene verfügt GStreamer über eine Reihe unterschiedlicher Debug-Kategorien für verschiedene Komponenten innerhalb der GStreamer-Architektur. Es ist beispielsweise möglich, Debug-Level 9 speziell für die Kategorie „rtpsource“ zu aktivieren, während alle anderen Kategorien deaktiviert bleiben. Weitere Informationen finden Sie in der Variablen GST_DEBUG weiter unten http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/gst-running.html. Level 4 in allen Kategorien ist im Allgemeinen ein guter Ausgangspunkt, da es ein Gleichgewicht zwischen der Bereitstellung ausreichender Informationen und dem Vermeiden einer zu schnellen Belegung des Speicherplatzes schafft. Beispiel: cmd183.exe setlog file –g 4 oder cmd183.exe setlog file –g rtpsource:5

    5.1.3 Pipeline-Protokollierung

    GStreamer hat auch die Möglichkeit, die Pipeline in eine .dot-Datei auszugeben, die nach der Verarbeitung durch graphviz eine grafische Darstellung der Pipeline liefert, die einen guten Hinweis darauf gibt, welche Codierungsformate und Transportprotokolle von einer bestimmten IP-Quelle verwendet werden. Beispiel: cmd183.exe setlog file -p

    5.1.4 Paketprotokollierung

    Wenn das Problem nicht allein anhand der Protokolldateien diagnostiziert werden kann, ist es möglicherweise erforderlich, rohe Netzwerkpakete zu erfassen und in Wireshark zu analysieren. Bei intermittierenden Problemen kann es auch eine bequeme Möglichkeit sein, selten auftretende Probleme zu reproduzieren. Es ist jedoch zu beachten, dass der Festplattenspeicher sehr schnell voll werden kann, wenn alle Pakete erfasst werden. Um dieses Problem zu lindern und den Kunden ein gewisses Maß an Privatsphäre zu bieten, ist es möglich, erfasste Pakete anhand bestimmter Kriterien zu filtern. Tcpdump wird für die Paketerfassung verwendet und die Filtersyntax wird hier ausführlich beschrieben http://www.tcpdump.org/manpages/pcap-filter.7.html. Beispiel: cmd183.exe setlog file –n „src 10.20.0.1“ oder cmd183.exe setlog file –n „ “ für keine Filterung.

    Der Promiscuous-Modus ist deaktiviert, um zu vermeiden, dass allgemeiner Netzwerkverkehr erfasst wird, der nicht für ActiveSQX bestimmt ist. Da die Paketerfassung jedoch auf einer niedrigen Ebene erfolgt, kann sie potenziell vertrauliche Informationen erfassen, je nachdem, welche Informationen über das Netzwerk gesendet werden, wenn sie nicht explizit herausgefiltert werden. Es ist auch möglich, Videos von den Paketerfassungen wiederzugeben. Kunden sollten darüber informiert werden, bevor sie darum gebeten werden, Paketerfassungen an zurückzusenden Datapath. Aus diesen Gründen sollte die Paketerfassung im Allgemeinen als letztes Mittel zur Fehlerbehebung verwendet werden.

  • So überprüfen Sie das RAID-Setup

    Um die RAID-Einrichtung auf Ihrem zu überprüfen wall controlFolgen Sie einfach diesen Anweisungen:

    1. Starten Sie das neu wall controller und drücken Sie die Löschtaste der Tastatur, wenn der Startbildschirm angezeigt wird. Dadurch gelangen Sie zum BIOS-Setup-Dienstprogramm (Abb. 1).

    2. Navigieren Sie mit den Pfeiltasten der Tastatur zur Registerkarte „Erweitert“. Der folgende Bildschirm wird angezeigt:

    Abb.. 1
    Fig.1

    Bestätigen Sie, dass SATA#1 konfigurieren als auf RAID eingestellt ist.

    3. Drücken Sie F10, um das BIOS-Dienstprogramm zu speichern und zu beenden.

    4. Wenn das wall controller neu startet, drücken Sie STRG + i im BIOS-Begrüßungsbildschirm, um das RAID-BIOS-Dienstprogramm aufzurufen (Abb. 2).

    Beeinträchtigtes RAID-Array

    5. Wenn sich ein RAID-Array verschlechtert, bedeutet das nicht zwangsläufig, dass die Festplatte oder eine andere Hardware im System fehlerhaft ist. Dies bedeutet jedoch, dass im gesamten Array eine Inkonsistenz der DATEN vorliegt. Dies kann durch viele verschiedene Faktoren verursacht werden, darunter ein BSOD, ein Systemabsturz, ein Anwendungskonflikt oder ein Stromausfall.

    Wie oben erwähnt, bedeutet die Verschlechterung eines RAID-Arrays nicht unbedingt einen Hardwarefehler. Sollte das Problem jedoch regelmäßig auftreten, sollten weitere Diagnosen durchgeführt/unternommen werden. Wie bei jedem System wird empfohlen, zum Schutz der Informationen regelmäßig Backups zu erstellen.

    Abb.. 2
    Fig.2

    6. Wenn ein RAID-Array beschädigt ist, notieren Sie sich die physische Portnummer und die Seriennummer des Laufwerks der beschädigten Festplatte, die in Abb. 2 mit einem Fehler in Rot hervorgehoben ist. Das Arbeitslaufwerk ist auf Member Disk (o) eingestellt und grün hervorgehoben.

    7. Verwenden Sie die Pfeiltasten der Tastatur, navigieren Sie im Hauptmenü zu Option 3 (Festplatten auf Nicht-RAID zurücksetzen) und drücken Sie die Eingabetaste.

    8. Wählen Sie mit den Pfeiltasten der Tastatur die fehlerhafte Festplatte (rot hervorgehoben) aus und drücken Sie die Leertaste auf der Tastatur, um sie zum Zurücksetzen zuzuweisen.

    WARNUNG! Stellen Sie sicher, dass die richtige Festplatte ausgewählt ist, bevor Sie fortfahren.

    9. Sobald die Festplatte zurückgesetzt wurde, erkennt das BIOS-RAID-Dienstprogramm die Festplatte als neu und Sie werden gefragt, ob Sie die ausgewählte Festplatte zur Reparatur des RAID verwenden möchten. Akzeptieren und weiter.

    10. Beide Festplatten sollten nun als Mitgliedsfestplatte (x) angezeigt werden, wobei der Status „Neu erstellen“ gelb hervorgehoben ist (Abb. 2).

    11. Beenden Sie das Dienstprogramm, indem Sie auf Esc klicken. RAID beginnt dann mit dem Wiederherstellungsprozess, sobald das Betriebssystem geladen wurde.

  • Wie man das laufen lässt Datapath Diagnostic Tool

    Möglicherweise werden Sie von unserem Support-Personal gebeten, das auszuführen Datapath Diagnosetool zur Unterstützung bei der Lösung eines Problems, das bei unseren Produkten aufgetreten sein könnte.

    Das Datapath Diagnostic Tool ist ein Diagnoseprogramm für Windows®, das Informationen über die Konfiguration der Systemkomponenten sammelt. Die Informationen werden sortiert, gesammelt und in einer ZIP-Datei komprimiert, um sie an den weiterzuleiten Datapath Support-team.

    So führen die Datapath Um ein Diagnosetool zu erhalten, müssen Sie es zuerst von herunterladen Datapath Klicken Sie hier, um die Datei diagtool.zip herunterzuladen.

    Nach dem Herunterladen entpacken Sie den Inhalt der ZIP-Datei in einen Ordner und doppelklicken Sie auf die Datei DIAGTOOL.exe. Dadurch wird der Diagnosetool-Assistent gestartet und das folgende Dialogfeld angezeigt:

    Datapath Diagnostic Tool

    Klicken Sie auf Weiter>, um fortzufahren. Das folgende Dialogfeld wird angezeigt:

    Datapath - Lizenzvereinbarung

    Lizenzvereinbarung

    Damit das Diagnosetool ausgeführt werden kann, muss die Lizenzvereinbarung durch Klicken auf das oben angegebene Kästchen akzeptiert werden. Bitte lesen Sie die Bedingungen der Lizenzvereinbarung sorgfältig durch. Sobald Sie die Bedingungen gelesen und akzeptiert haben, klicken Sie auf „Weiter“ und das folgende Dialogfeld wird angezeigt. Der Speicherauszug sollte nur überprüft werden, wenn dies vom Support-Personal ausdrücklich angefordert wird.

    Datapath Diagnosetool – Komponenten

    Komponenten

    Dieser Dialog ermöglicht die individuelle Auswahl der verschiedenen Diagnosekomponenten, die gesammelt werden sollen. Sofern Sie nicht von einem Mitglied des Support-Teams dazu aufgefordert werden, verwenden Sie bitte die oben gezeigte Standardauswahl. Klicken Sie auf „Weiter“, um das Dialogfeld „Zusammenfassung“ anzuzeigen:

    Datapath Diagnosetool – Zusammenfassung

    Zusammenfassung

    In diesem Dialogfeld wird eine Zusammenfassung der im vorherigen Dialogfeld „Komponenten“ ausgewählten Optionen angezeigt. Um die Komponentenoptionen zu ändern, klicken Sie auf die Schaltfläche „Zurück“.

    Wenn das Dialogfeld die von Ihnen benötigten Optionen anzeigt, klicken Sie auf „Weiter“ > und ein Fortschrittsdialog wird angezeigt, während das Diagnosetool die erforderlichen Informationen sammelt.

    Sobald alle Daten gesammelt und erfolgreich in eine Datei geschrieben wurden, wird der folgende Dialog angezeigt:

    Datapath Diagnosetool – Fertig

    Fertig Objekte

    Das Dialogfeld „Fertig“ bestätigt, dass das Diagnosetool alle erforderlichen Informationen gesammelt und in eine ZIP-Datei geschrieben hat. Der Speicherort der ZIP-Datei wird ebenfalls angezeigt. Die ZIP-Datei sollte gefunden, an eine E-Mail angehängt und an die weitergeleitet werden Datapath Support-team.

  • So führen Sie das Firmware-Golden-Image-Verfahren aus

    Möglicherweise werden Sie von einem unserer Supportmitarbeiter gebeten, das Firmware Golden Image-Verfahren abzuschließen. Um diesen Vorgang auszuführen, führen Sie Folgendes aus:

    „LINK“ = LK1 VisionRGB-E2, VisionRGB-X2, VisionSD4+1, VisionSDI2, VisionDVI-DL und VisionHD4

    „LINK“ = LK4 für VisionRGB-E1 und VisionSD8

    „LINK“ = J8 für VisionAV-HD und VisionAV-SDI

    „LINK“ = J11 für VisionAV

    „LINK“ = J1 für VisionHD4

     

    • Schalten Sie Ihre Maschine einschließlich des angeschlossenen Erweiterungschassis aus
    • Entfernen Sie den Link „LINK“, der auf der gefunden wurde Vision PCB-Platine der Capture-Karte
    • Schalten Sie die Maschine über den Windows-Desktop ein
    • Ersetzen Sie „LINK“ wieder durch Vision Karte erfassen
    • Führen Sie die erforderlichen Schritte aus Vision/Treiberinstallationsprogramm
    • Bestätigen Sie, dass Flash133 erfolgreich ausgeführt wird
    • Schalten Sie Ihre Maschine einschließlich des angeschlossenen Erweiterungschassis aus
    • Schalten Sie die Maschine über den Windows-Desktop ein
    • Bestätigen Sie, dass Sie über eine funktionierende verfügen Vision Capture-Karte / Anwendung
  • So verbinden Sie GraphEdit mit Ihrer Anwendung

    Öffnen Sie GraphEdit und wählen Sie im Dateimenü die Option „Mit einem Remote-Diagramm verbinden“.

    Wenn Sie GraphEdit nicht auf Ihrem Computer installiert haben, können Sie diese Datei von unseren Support-Seiten für Multi-Screen-Utility-Treiber herunterladen.

    Das Dialogfeld „Wählen Sie ein anzuzeigendes Remote-Filterdiagramm aus“ wird angezeigt:

    Wählen Sie ein Remote-Filterdiagramm zur Anzeige aus

    Wenn im Dialogfeld ein Eintrag vorhanden ist, wählen Sie den Eintrag aus und klicken Sie auf OK.

  • So exportieren Sie ein Filterdiagramm und Video-Renderer-Informationen mit GraphEdit

    Möglicherweise werden Sie von einem unserer Supportmitarbeiter gebeten, ein Filterdiagramm weiterzuleiten. Um diese Funktion auszuführen, befolgen Sie diese wenigen einfachen Schritte:

    1. Öffnen Sie die Anwendung GraphEdit und wählen Sie Diagramm/Filter einfügen.

    Wenn Sie GraphEdit nicht auf Ihrem Computer installiert haben, können Sie diese Datei von unseren Support-Seiten für Multi-Screen-Utility-Treiber herunterladen.

    Öffnen Sie die GraphEdit-Anwendung

    2. Der folgende Dialog wird angezeigt

    Welche Filter möchten Sie einfügen?

    3. Erweitern Sie die WDM-Streaming-Erfassung devices und wählen Sie das Aufnahmegerät aus. Der Quellfilter wird dann im GraphEdit-Anwendungsfenster angezeigt.

    Erweitern Sie die WDM-Streaming-Erfassung devices

    4. Klicken Sie mit der rechten Maustaste auf den ersten Quellfilter-Erfassungs-Pin und wählen Sie „Pin-Eigenschaften“. Das Dialogfeld „Pin-Eigenschaften“ wird angezeigt.

    5. Wählen Sie den Farbraum aus, ändern Sie nicht die Puffergröße oder die Aufnahmerate. Schließen Sie das Dialogfeld „Pin-Eigenschaften“, klicken Sie erneut mit der rechten Maustaste auf den ersten Quellfilter-Capture-Pin und wählen Sie „Pin rendern“.

    6. Die GraphEdit-Anwendung zeigt nun das Systemfilterdiagramm für den verwendeten Farbraum an.