Cerca
Chiudi questa casella di ricerca.
Datapath Logo
Cerca
Chiudi questa casella di ricerca.
testata

Guide e risoluzione dei problemi

Icone CTA

Contatta l'ufficio vendite

Datapath ha una vasta rete di distributori e rivenditori in tutto il mondo.

Contattaci

+ 44 (0) 1332 294 441
sales@datapath.co.uk

Guide e domande frequenti relative alla risoluzione dei problemi

  • Come installare il monitoraggio SNMP per Datapath SISTEMI DI TRATTAMENTO

    Come stampare le informazioni di sistema W2K

    Questo documento fornisce indicazioni sulla configurazione dei trap SNMP per Datapath sistemi (VSN, VSN Micro e iolite) monitorare Datapath software (monitor a parete, Wall Control, Server monitor a parete).

    Installazione del provider di trap SNMP

    Il provider di trap SNMP è il servizio che genera trap. Non viene installato per impostazione predefinita da un'installazione di Windows. Per installare il provider è necessario seguire i seguenti passaggi:

    1. Dal Pannello di controllo, selezionare Programmi.

    2. In Programmi e funzionalità, seleziona Attiva o disattiva le funzionalità di Windows.

    3. Nell'elenco delle funzionalità di Windows, scorrere verso il basso fino a Simple Network Management Protocol (SNMP) ed espandere l'elenco in modo da poter visualizzare il provider WMI SNMP.

    Fornitore di trap SNMP

    4. Selezionare la casella di controllo per Provider SNMP WMI. La casella di controllo per la funzione SNMP viene selezionata automaticamente perché il provider richiede SNMP.

    5. Fare clic su OK.

    Registrazione di un telecomando Workstation

    Dopo aver installato il provider di trap, è ora necessario registrare la macchina a cui invierà eventuali trap. Per registrare una macchina remota è necessario utilizzare il programma di configurazione Servizi, disponibile negli Strumenti di amministrazione del Pannello di controllo.

    1. Aprire il programma di controllo Servizi dal Pannello di controllo (o digitare services.msc nel menu Start).

    2. Selezionare Servizio SNMP dall'elenco dei servizi e fare doppio clic su di esso.

    3. Nella finestra di dialogo risultante, vai alla scheda Trappole.

    4. Vai alla casella di modifica Nome comunità e inserisci un nome per descrivere la connessione. Ad esempio, pubblico.

    telecomando SNMP workstation

    5. Premere il pulsante Aggiungi all'elenco.

    6. Il pulsante Aggiungi è ora abilitato. Premi questo pulsante. Apparirà una finestra di dialogo di configurazione SNMP.

    7. Immettere il nome host o l'indirizzo IP della destinazione trap. Fare clic su Aggiungi.

    Impostazione delle trappole degli eventi

    Il passaggio finale è l'impostazione degli eventi registrati dalle nostre applicazioni che vengono tradotti in trap. Possiamo farlo tramite il programma evntwin.exe che è un componente di Windows.

    1. Da un prompt dei comandi o dal menu Start, digitare ed eseguire evntwin.exe.

    2. Verrà visualizzato un elenco delle trap attualmente configurate. Seleziona il tipo di configurazione Personalizzata e il pulsante Modifica >> diventerà attivo. Seleziona questo.

    3. Il menu a discesa Applicazione contiene un elenco di applicazioni registrate con il Visualizzatore eventi per fornire eventi. Ciò includerà Datapath software (es Wall Control, monitor a parete)

    4. Selezionare un'applicazione e l'Elenco eventi verrà popolato con gli eventi che possono essere generati dall'applicazione.

    5. Seleziona un evento dall'Elenco eventi che desideri tradurre in una trappola. Fare clic sul pulsante Aggiungi e verrà visualizzata una finestra di dialogo che descrive la trappola. Se sei soddisfatto della sua configurazione, fai clic su OK per aggiungerlo all'elenco delle traduzioni.

    6. Per completare le modifiche, fare clic su Applica modifiche nella finestra di dialogo del traduttore.

    SNMP riesce anche a intrappolare

    L'aggiunta dell'evento nella finestra di dialogo sopra attiverebbe una trappola se Wall Monitor dovesse generare un avviso rosso e spegnere il sistema. Ciò potrebbe verificarsi se le ventole si guastassero e la temperatura raggiungesse un livello critico.

    Intrappola MIB

    I TRAPS SNMP verranno tutti generati utilizzando il ramo MIB dell'azienda privata di Microsoft. Questo MIB utilizza il prefisso 1.3.6.1.4.1.311 (RFC1155-SMI).

    Verranno generate trap sugli host specificati configurati utilizzando i servizi SNMP. Sarà necessaria un'applicazione (browser MIB/ricevitore di trap) in grado di ricevere trap.

    Windows utilizza il nome dell'applicazione come OID. Tutti gli OID per Microsoft iniziano con 1.3.6.1.4.1.311. Successivamente, 13.1 mostra le trappole della definizione evntwin (ovvero 1.3.6.1.4.1.311.13.1).

    Successivamente inizia la definizione dell'applicazione. La cifra successiva definisce il numero di caratteri nel nome dell'applicazione. 1.3.6.1.4.1.311.13.1.XX., seguito dal nome dell'applicazione utilizzando caratteri ASCII. Quindi, se parliamo dell'applicazione (sorgente) WMONSVC, ​​il numero di caratteri sarebbe 7 e quindi avremmo:

    1.3.6.1.4.1.311.13.1.7.87.77.79.78.83.86.67

    WMONSVC

    Test delle trap SNMP

    Sul mercato sono disponibili numerose utilità SNMP. È possibile utilizzare qualsiasi utility dotata di un ricevitore trap integrato. Ai fini dello sviluppo e del test, consigliamo di utilizzare il programma Trap Receiver che fa parte della suite MIB Browser di iREASONING.

    Una volta configurate le trap sul file Wall Controller, il ricevitore trap deve essere eseguito sul computer remoto per registrare eventuali trap ricevute. A scopo di test, è utile abilitare alcune trap "informative" come le trap per "applicazione avviata" e "applicazione terminata" poiché sono facili da attivare (chiudendo e aprendo il programma pertinente) e verificabili nel ricevitore trap .

    Test delle trappole SNMP

    Una volta che le trappole sono state completamente testate, possono essere inserite in qualsiasi sistema di monitoraggio esistente a livello aziendale come Solarwinds, Nagios o qualsiasi altro strumento di monitoraggio SNMP. Per ampliare l'ambito del monitoraggio, è possibile creare trap SNMP anche per altri software e strumenti installati sulla macchina, oppure da log di errori generati dal sistema operativo stesso.

  • Come configurare l'EDID personalizzato Fx4

    06/11/2017

    La configurazione EDID (Extended Display Identification Data) definisce gli esatti tempi video che una sorgente video dovrebbe emettere una volta collegata. Pubblicizza inoltre il supporto per una serie di altre funzionalità specifiche dell'implementazione, come il supporto 4K60 4:2:0 su HDMI 1.4.

    Questo tutorial descrive come impostare l'EDID personalizzato su uno qualsiasi degli ingressi Fx4. I dati EDID possono influenzare il modo in cui risponde una sorgente video collegata quando l'FX4 è collegato ad essa.

    Per accedere alla funzione di configurazione EDID avrai bisogno che il tuo Fx4 esegua la versione firmware 2.3.2 o successiva (versione firmware Fx4-SDI 1.3.2).

    Nota: Il tuo dispositivo FX4 potrebbe richiedere un aggiornamento del firmware prima di eseguire questo tutorial. Per fare ciò, assicurati che il tuo dispositivo sia connesso alla rete e segui la richiesta di aggiornamento del firmware quando richiesto.

    Wall Designer

    Passaggi per la programmazione EDID

    1. Configura il tuo Fx4, utilizzando Wall Designer Software Software nel solito modo.

    2. Dopo aver utilizzato l'opzione 'Configurazione automatica Fx4' sul Devices pagina fare clic con il pulsante destro del mouse su una porta di ingresso.
    Viene visualizzato EDID > Crea personalizzato.

    3. Fare clic su Crea personalizzato

    Nota: Nel menu EDID, Importazione ed esportazione è supportato anche il numero di file binari EDID. Ciò può essere utile ad esempio per importare un EDID noto da un monitor o per configurarne più devices con un EDID personalizzato identico

    4. Viene ora visualizzata la finestra "Capacità sorgente". Selezionare il blocco di estensione CEA appropriato per il tipo di segnale di ingresso.

    Per HDMI 4k60 fps selezionare 'HDMI (estensione CEA-861)'

    Capacità sorgente

    5. Clic Avanti

    6. Ti verrà quindi presentata la finestra "Modalità". Qui puoi selezionare un EDID predefinito o crearne uno tuo.

    Moda

    7. Clic Fine.

    8. Potrebbe apparire un avviso se l'area di input definita non corrisponde alle nuove impostazioni EDID. Fare clic su Sì per accettare o su No per ripristinare.

    9. L'EDID di ingresso è ora stato programmato con l'EDID predefinito selezionato. Le sorgenti video ora emetteranno automaticamente questa modalità laddove sono capaci.

    Nota: La programmazione di un EDID utilizzando questo metodo lo farà sovrascrivere le impostazioni nella scheda INPUT of Wall Designer software software, ovvero un EDID personalizzato avrà sempre la priorità. Una volta creato l'EDID personalizzato, noterai che le impostazioni di risoluzione e frequenza fotogrammi nella scheda INPUT vengono aggiornate per riflettere la modalità preferita che è stata ora definita.

    Nota: Non è necessario configurare l'EDID per ottenere il funzionamento 4K60 su HDMI. Il modo più semplice per farlo è utilizzare la scheda INPUT in Wall Designer. Selezionare una risoluzione di 3840x2160 con frequenza di aggiornamento 60 sull'ingresso HDMI. Questo programmerà automaticamente un EDID che pubblicizza il supporto per il sottocampionamento 4:2:0 come definito nella specifica HDMI1.4.

    Passaggi per la creazione di un EDID personalizzato

    1. Seguire i passaggi 1-5 sopra

    Nota: Se è già stato definito un EDID per questo ingresso, sarà necessario selezionarlo 'Cancella personalizzato' prima di procedere.

    2. Ti verrà quindi presentata la finestra "Modalità".

    3. Selezionare Custom

    4. Clic Avanti

    Moda

    5. Ti verrà quindi presentata la finestra "Supporto personalizzato".

    Qui puoi selezionare il "Sottocampionamento colore" e la "Profondità bit colore" (l'opzione a 10 bit è disponibile solo su FX4-SDI).

    Nota: Queste caselle di controllo non sono selezionabili sugli ingressi Displayport. Le opzioni di sottocampionamento del colore sono disponibili solo sugli ingressi HDMI.

    Inoltre il supporto a 10-bit è disponibile solo sull'ingresso DisplayPort della variante FX4-SDI.

    Supporto personalizzato

    6. Clic Avanti

    7. Ti verrà quindi presentata la finestra "Tempi preferiti", qui puoi impostare il tuo EDID personalizzato.

    8. Clic Fine

    9. L'ingresso selezionato sull'Fx4 è stato ora programmato con i tempi personalizzati. La sorgente video risponderà automaticamente alle modifiche.

    Orario preferito

    Nota: Alcune sorgenti video richiedono che il cavo video venga scollegato e ricollegato dopo l'aggiornamento della memoria EDID per leggere nuovamente l'EDID.

    Nota: Per il supporto 4K60 fps, alcune sorgenti video (come la Playstation4), richiedono anche l'opzione abilitata nel menu di visualizzazione per poter riprodurre la modalità.

    Datapath FX4 Supporto EDID personalizzato

    La funzionalità EDID personalizzata aggiunge ancora più flessibilità al Datapath FX4, offrendo all'utente un maggiore controllo e facilitando l'integrazione con una gamma più ampia di sorgenti video.

    Per ulteriori informazioni sulle definizioni EDID e sulle estensioni CEA fare riferimento alla specifica HDMI1.4 https://www.hdmi.org/

  • Come risolvere i problemi di ActiveSQX

    1 Contenuti

    2 Introduzione

    3 Problemi comuni

    3.1 Problemi di connessione di rete

    3.1.1 Connessione non riuscita

    3.1.2 Errore DNS

    3.1.3 Percorso non valido

    3.1.4 Non autorizzato

    3.1.5 Flusso interrotto

    3.1.6 Connessione terminata

    3.1.7 Fine dello streaming

    3.1.8 Connessione non valida

    3.2 Problemi di decodifica

    3.2.1 Flusso non supportato

    3.2.2 Flusso non valido

    3.3 Balbuzie e corruzione video

    4 Risoluzione dei problemi avanzata

    4.1 Abilitazione della registrazione

    4.2 Recupero dei registri

    4.3 Rilevamento della perdita di pacchetti e del jitter

    4.4 Problemi multicast IGMP

    5 Appendici

    5.1 Tipi di registrazione

    5.1.1 Registrazione SQX

    5.1.2 Registrazione di GStreamer

    5.1.3 Registrazione della pipeline

    5.1.4 Registrazione dei pacchetti

    2 Introduzione

    Questo documento descrive la funzionalità orientata al supporto che è stata implementata nella scheda ActiveSXQ e il relativo processo Datapath seguirà, utilizzando queste funzionalità, per indagare e risolvere rapidamente eventuali problemi che potrebbero essere riscontrati durante la distribuzione di ActiveSQX.

    Il documento descrive i passaggi da eseguire quando un'origine del flusso IP non funziona con la scheda ActiveSQX. Un flusso IP può passare attraverso una serie diversificata di componenti hardware e software ed esistono un numero altrettanto elevato di ragioni per cui il flusso potrebbe non funzionare. Il documento copre i potenziali problemi in ordine dal più comune al meno comune. I problemi comuni potrebbero essere diagnosticati dall'utente finale o dal supporto di prima linea senza troppi problemi, tuttavia alcuni dei problemi meno comuni dovranno essere affrontati Datapath per ulteriori indagini e vengono descritti anche i processi coinvolti.

    3 Problemi comuni

    Quando viene aperta per la prima volta una finestra per visualizzare un flusso IP, nella finestra verrà visualizzato "Connessione". Ciò indica che la scheda ActiveSQX sta tentando di stabilire una connessione all'origine del flusso IP. Questa operazione può richiedere da una frazione di secondo a mezzo minuto, a seconda della qualità della rete e della sorgente.

    In caso di problemi di rete, nella finestra potrebbe essere visualizzato immediatamente un errore oppure il software potrebbe andare in timeout dopo circa 30 secondi e quindi visualizzare un messaggio di errore nella finestra.

    I diversi tipi di problemi di rete sono descritti nella sezione 3.1. Supponendo che la connessione di rete possa essere stabilita correttamente, potrebbero verificarsi vari problemi con la decodifica, come il tentativo di decodificare un flusso che utilizza un formato di codifica o una funzionalità specifica di quel formato che ActiveSQX non supporta. Questi sono descritti nella sezione 3.2.

    3.1 Problemi di connessione di rete

    Se si verificano problemi con la rete, potrebbe essere visualizzato uno dei seguenti errori:

    3.1.1 Connessione non riuscita

    Ciò significa che ActiveSQX non è stato in grado di stabilire una connessione con l'indirizzo IP e la porta di origine. In alcuni casi è possibile che la fonte abbia rifiutato la connessione a causa di nome utente e password non validi (fare riferimento alla sezione 3.1.4) o che l'IP di origine abbia raggiunto il numero massimo di connessioni supportate.

    3.1.1.1 Controllare la connessione fisica

    Assicurati che un cavo Ethernet sia collegato ad ActiveSQX e sia su una rete che abbia accesso fisico all'indirizzo IP della sorgente.

    3.1.1.2 Controllare l'indirizzo IP

    Se si utilizza DHCP, assicurarsi che ActiveSQX abbia ottenuto un indirizzo IP, verificarlo aprendo Gestione dispositivi e facendo doppio clic sulla scheda ActiveSQX in "Controller audio, video e giochi". Vai alla scheda "Configurazione" e cerca un indirizzo IP nel campo dell'indirizzo IP in grigio come mostrato nella Figura 1. Se la scheda "Configurazione" non è presente, ActiveSQX non è riuscito a stabilire una connessione con la macchina host. In tal caso, provare a spegnere e riaccendere. Se la scheda continua a non essere visualizzata, la scheda è difettosa o è stata inserita in un computer host non supportato.

    Datapath Proprietà ActiveSQX

    Figura 1 Configurazione della gestione dispositivi ActiveSQX

    Il campo dell'indirizzo IP verrà aggiornato solo quando la finestra di dialogo viene aperta per la prima volta, quindi se un cavo Ethernet viene successivamente collegato ad ActiveSQX, la finestra di dialogo deve essere chiusa e riaperta affinché possa essere aggiornata. Se nella finestra di dialogo non viene visualizzato un indirizzo IP, verificare che il server DHCP funzioni correttamente. Se necessario, utilizzare uno sniffer di pacchetti come Wireshark su un altro computer connesso alla stessa rete per verificare che i pacchetti DHCP vengano trasmessi. Se il server DHCP non funziona correttamente, prova ad assegnare un indirizzo IP statico. Tuttavia, se viene assegnato un indirizzo IP statico, assicurarsi di non scegliere un indirizzo all'interno dell'intervallo riservato al DHCP per evitare conflitti di indirizzi IP.

    3.1.1.3 Ping degli indirizzi IP

    Una volta che ActiveSQX ha un indirizzo IP, verificare che risponda alle richieste ping da un altro computer sulla rete digitando "ping xxxx" utilizzando un prompt dei comandi, sostituendo xxxx con l'indirizzo IP di ActiveSQX. Verifica inoltre che la fonte risponda alle richieste di ping al suo indirizzo IP. Se le richieste ping hanno esito positivo, verificare che il numero di porta immesso per l'indirizzo di origine sia corretto. Verifica inoltre che lo streaming sia accessibile da un altro computer nella stessa rete utilizzando un lettore multimediale software come VLC.

    3.1.2 Errore DNS

    Se viene immesso un nome di dominio, anziché un indirizzo IP, per l'origine IP e la risoluzione non è riuscita, verrà visualizzato questo errore. Verifica che il nome del dominio sia corretto e che sia possibile accedervi tramite il comando ping. Altrimenti potrebbe essere perché ActiveSQX non è in grado di connettersi al server dei nomi di dominio. L'indirizzo di 1 o 2 server DNS può essere specificato esplicitamente tramite la pagina delle proprietà ActiveSQX in Gestione dispositivi se il DNS non può essere stabilito automaticamente tramite DHCP.

    3.1.3 Percorso non valido

    Questo errore si verifica quando è stata stabilita la connessione all'origine IP ma l'origine ha rifiutato il percorso fornito. Controlla il percorso Wall Control aprendo il "IP-Camera Configurazione” e selezionando la voce “Camera Scheda “Modelli”. Seleziona quello pertinente camera, cliccare su “Modifica...” e verificare che il percorso sia corretto.

    3.1.4 Non autorizzato

    Questo errore indica che l'origine IP ha rifiutato la connessione. Ciò potrebbe essere dovuto a un nome utente o una password non validi. Controlla il nome utente e la password Wall Control aprendo il "IP-Camera Configurazione” e selezionando la voce “Camerascheda s”. Seleziona quello pertinente camera, cliccare su “Modifica...”, selezionare il radio button “Nome Utente” ed inserire le credenziali di accesso.

    3.1.5 Flusso interrotto

    Questo errore indica che nessun fotogramma video è stato decodificato nell'ultimo secondo. Ciò potrebbe essere dovuto a un problema tecnico temporaneo della rete, ad esempio un cavo scollegato, e potrebbe essere ripristinato a condizione che la connessione di rete venga ristabilita prima che scada. Ciò può verificarsi anche se viene superata la capacità di decodifica massima di ActiveSQX, fare riferimento alla scheda tecnica per i limiti.

    3.1.6 Connessione terminata

    Questo errore si verifica in situazioni in cui la connessione viene persa per un periodo di tempo prolungato (ad esempio circa 30 secondi). Ciò può essere dovuto a diversi motivi:

    • Un cavo disconnesso da qualche parte tra la sorgente e ActiveSQX
    • La sorgente potrebbe aver interrotto lo streaming se, ad esempio, era stata spenta
    • Se la sorgente era multicast potrebbe essere dovuto ad un'errata configurazione nelle impostazioni della rete IGMP su
      gli interruttori (vedere la sezione 4.3 per maggiori dettagli)

    3.1.7 Fine dello streaming

    In realtà non si tratta di un errore, indica semplicemente che il flusso IP di origine è terminato. In genere questo messaggio verrà visualizzato solo se la sorgente era un file video con una durata fissa anziché uno streaming live senza fine.

    3.1.8 Connessione non valida

    Questo errore indica che si è verificato un errore di rete generico. Sono necessarie ulteriori indagini come descritto nella sezione 4.

    3.2 Problemi di decodifica

    Se si verificano problemi nella decodifica del flusso IP di origine, potrebbe essere visualizzato uno dei seguenti errori:

    3.2.1 Flusso non supportato

    Questo errore in genere indica che il formato di codifica del flusso IP di origine non è supportato o potrebbe anche indicare un protocollo di trasporto non supportato. Fare riferimento alla scheda tecnica ActiveSQX per un elenco dei formati supportati. In alcuni casi potrebbe essere possibile risolvere il problema configurando il flusso IP di origine in un formato compatibile. Se il formato di codifica della sorgente è sconosciuto, può essere controllato utilizzando un lettore multimediale software come VLC.

    3.2.2 Flusso non valido

    Questo errore indica che si è verificato un errore di flusso generico. Sono necessarie ulteriori indagini come descritto nella sezione 4.

    3.3 Balbuzie e corruzione video

    In alcuni casi al primo collegamento potrebbero essere visibili alcune cornici colorate di verde che si correggeranno dopo un po' di tempo. Nel caso del video codificato H264 ciò è dovuto al fatto che non è stato ricevuto un I-Frame dalla sorgente IP quando è stata effettuata la prima connessione. L'origine IP dovrebbe inviare un I-Frame al momento della connessione, ma non tutte le origini IP lo fanno. Sfortunatamente non c'è nulla che ActiveSQX possa fare al riguardo.

    Un altro problema comune con i flussi IP è la comparsa di scatti video e/o artefatti di decodifica. Poiché la decodifica dei frame spesso si basa sulla corretta decodifica dei frame precedenti, i flussi IP sono molto sensibili a qualsiasi interruzione e ciò si manifesta spesso nella corruzione del video.

    Gli artefatti di decodifica sono solitamente causati dalla perdita di pacchetti di rete, per confermare questo è meglio provare a rendere il percorso dalla sorgente all'ActiveSQX il più breve possibile. Se è disponibile l'accesso fisico alla rete, provare a connettere la sorgente e ActiveSQX direttamente allo stesso switch e disconnettere tutte le altre porte non necessarie per vedere se i problemi persistono. Anche l'interruttore o il cablaggio potrebbero essere difettosi, provare a utilizzare diversi interruttori e cavi diversi, se possibile. Se il problema persiste, l'origine potrebbe essere difettosa, provare a utilizzare origini IP diverse. Se l'accesso fisico alla rete non è disponibile, provare a misurare la perdita di pacchetti utilizzando le tecniche di registrazione descritte nella sezione 4.

    Il video stuttering può anche essere causato dalla perdita di pacchetti di rete, ma solitamente è anche associato ad artefatti di decodifica. Se lo stuttering video è presente senza artefatti, potrebbe essere dovuto al fatto che i pacchetti impiegano tempi diversi per essere trasmessi dal flusso IP di origine ad ActiveSQX. Per impostazione predefinita, ActiveSQX memorizza nella cache i pacchetti per 200 millisecondi prima di decodificarli, ciò consentirà una riproduzione fluida anche se i pacchetti non vengono ricevuti a una velocità uniforme, a condizione che la differenza nel tempo di transito tra il pacchetto più lento e quello più veloce non superi i 200 ms. Questo valore è configurabile in Wall Control aprendo il "IP-Camera Configurazione”, selezionando il file camera, facendo clic su "Modifica...", quindi su "Avanzate" e modificando il valore di Caching. Prova ad aumentare il valore finché lo stuttering non viene eliminato. Tuttavia, tieni presente che l'aumento di questo valore aggiungerà un ritardo tra la sorgente live e il video visualizzato. Se il problema non può essere risolto modificando il valore di memorizzazione nella cache, il problema potrebbe risiedere nell'origine IP. Prova a decodificare la stessa fonte con un lettore multimediale software come VLC per vedere se si presenta lo stesso problema o meno.

    4 Risoluzione dei problemi avanzata

    Nei casi in cui il problema non può essere identificato dalla sezione 3 sarà necessario utilizzare la funzionalità di registrazione integrata di ActiveSQX. Per impostazione predefinita, la registrazione è disabilitata per motivi di prestazioni, durabilità e sicurezza, ma è preziosa per il debug di problemi complicati.

    La registrazione dovrebbe essere abilitata e quindi il problema dovrebbe essere riprodotto aprendo il flusso IP problematico (o eseguendo i passaggi necessari). I file di registro possono quindi essere analizzati per determinare la causa del problema o rinviati a Datapath per ulteriori analisi, se necessario.

    4.1 Abilitazione della registrazione

    La registrazione può essere abilitata utilizzando lo strumento da riga di comando cmd183.exe da un prompt dei comandi. Come punto di partenza, gli avvisi e gli errori di registrazione SQX con la registrazione del livello INFO di GStreamer e il dump della pipeline devono essere abilitati utilizzando la seguente riga di comando:

    cmd183.exe file setlog –s 2 –g 4 –p

    Questi registri non conterranno informazioni sensibili e sono abbastanza leggeri. Per maggiori dettagli sui diversi tipi di registrazione e su come utilizzare lo strumento cmd183 vedere la sezione 5.1.

    4.2 Recupero dei registri

    I registri vengono recuperati anche utilizzando lo strumento da riga di comando cmd183.exe. Per prima cosa crea una cartella sul computer host in cui archiviare i registri. Quindi eseguire "cmd183.exe getlogs" dove viene sostituito il percorso della cartella creata. Una volta recuperati con successo, i registri verranno cancellati dalle schede ActiveSQX. Tutti i file di registro hanno una data e un'ora aggiunte al nome del file nonché un ID in modo che ciascuna finestra del client abbia il proprio file di registro univoco. Il contenuto della cartella può quindi essere compresso e rispedito a Datapath per ulteriori analisi. A seconda del risultato Datapath può richiedere un'ulteriore registrazione con diverse opzioni da eseguire per restringere il campo del problema.

    4.3 Rilevamento della perdita di pacchetti e del jitter

    Se la rete sembra soffrire di perdita di pacchetti e/o jitter perché il video mostra artefatti di decodifica, abilitare la seguente registrazione:

    file setlog cmd183.exe –g rtpsource:5

    Apri il flusso IP e lascialo in esecuzione per circa un minuto, quindi recupera i log utilizzando il comando getlogs. In sqx-client-child_xxx.log cerca le righe simili a queste:

    rtp_source_get_new_rb: frazione 0, perso 1, extseq 120132, jitter 98

    frazione indica il numero di pacchetti persi nell'intervallo da 0 a 256, da convertire in una divisione percentuale per 2.56. persi indica il numero di pacchetti persi dall'ultimo rapporto. Sfortunatamente anche piccole perdite di pacchetti possono provocare grossi artefatti di decodifica. Prendiamo ad esempio un video codificato H264 trasmesso utilizzando pacchetti RTP a una velocità in bit di 8 Mbit/s a 30 fotogrammi al secondo con una dimensione GOP di 30. Molte sorgenti IP codificheranno interi fotogrammi in una singola unità NAL H264, quindi ogni fotogramma sarà quindi essere in media di circa 34 KB. La dimensione massima di trasmissione di un pacchetto è generalmente di circa 1.5 KB, quindi un frame deve essere suddiviso in circa 23 pacchetti RTP. A causa del modo in cui funziona il protocollo RTP, se uno qualsiasi di questi 23 pacchetti viene perso, è necessario eliminarli tutti. Pertanto, in questo esempio, un singolo pacchetto perso può effettivamente comportare l'eliminazione di 23 pacchetti. Non appena un fotogramma scompare, tutti i fotogrammi successivi soffriranno di artefatti di decodifica fino all'arrivo del successivo I-frame, che in questo esempio potrebbe contenere fino a 29 fotogrammi. Una perdita di pacchetti pari solo allo 0.1% potrebbe causare la corruzione fino al 66% dei frame (0.1 * 23 * 29). Pertanto, per ottenere una riproduzione video fluida e priva di artefatti, è importante ridurre al minimo la perdita di pacchetti, possibilmente eliminandola completamente.

    nervosismo è la variazione del ritardo dei pacchetti ricevuti nel flusso in unità di frequenza di clock. Viene misurato confrontando l'intervallo in cui i pacchetti RTP sono stati inviati con l'intervallo in cui sono stati ricevuti. Ad esempio, se il pacchetto n. 1 e il pacchetto n. 2 partono a 50 millisecondi di distanza e arrivano a 60 millisecondi di distanza, il jitter sarà di 10 millisecondi. Più basso è il valore di jitter, migliore è il valore di jitter, valori elevati indicano che i pacchetti non arrivano a intervalli regolari ed è necessaria una maggiore memorizzazione nella cache per ottenere una riproduzione fluida. Il jitter è generalmente meno problematico rispetto alla perdita di pacchetti poiché può essere compensato da ActiveSQX aumentando la memorizzazione nella cache.

    4.4 Problemi multicast IGMP

    Se un flusso IP multicast si interrompe dopo un certo periodo di tempo, da pochi minuti a ore o addirittura giorni, potrebbe essere dovuto a un problema di configurazione con gli switch utilizzati per trasmettere i pacchetti multicast. Se è così nella finestra apparirà l'errore “Connessione terminata”, possiamo verificare che i pacchetti RTP non vengano più ricevuti abilitando il seguente logging:

    cmd183.exe file setlog –s 2 –g rtpsource:5 –n igmp

    Apri il flusso IP e lascialo in esecuzione finché il flusso non si interrompe, quindi recupera i log utilizzando il comando getlogs. In sqx-client-child_xxx.log cercare le righe "Nessun frame trasferito per più di 1 secondo" e "Trattamento della fine del flusso come timeout", tra queste è possibile vedere il numero di pacchetti RTP ricevuti. Se quel numero non è aumentato tra l'ultimo frame decodificato e il timeout, significa che non sono in arrivo nuovi pacchetti RTP e potrebbe indicare uno switch che filtra i pacchetti.

    Supponendo che i pacchetti si siano fermati, possiamo guardare i pacchetti IGMP per vedere se si comportano come previsto. Apri sqx-client_xxx.pcap con Wireshark e cerca i pacchetti "Membership Query, general" provenienti dallo switch. Assicurarsi che ad ogni query venga risposto un “Report di adesione” entro il Tempo massimo di risposta indicato dal pacchetto di query per l'indirizzo multicast a cui si è connessi. Se un altro dispositivo risponde con un rapporto prima di ActiveSQX, anche ActiveSQX non invierà una risposta (questo fa parte dello standard del protocollo IGMP). In alcuni casi ActiveSQX potrebbe ricevere un report che non dovrebbe ricevere da un altro dispositivo, ciò indica un problema con la configurazione di rete.

    5 Appendici

    5.1 Tipi di registrazione

    I file di registro possono essere archiviati su ActiveSQX o inviati in tempo reale al computer host mentre vengono generati e visualizzati utilizzando DebugView o un debugger del kernel. La scrittura su file su ActiveSQX tende ad essere più veloce e non interferisce tanto con il processo di decodifica, ma ActiveSQX ha uno spazio limitato per la registrazione (circa 1.4 GB). Al contrario, la visualizzazione dei registri in DebugView non è limitata dallo spazio su disco di ActiveSQX ma può influire notevolmente sulle prestazioni se è abilitata la registrazione molto dettagliata.

    È possibile abilitare diversi tipi di registrazione:

    • SQX: registra i messaggi provenienti da Datapathil codice proprietario di.
    • GStreamer: registra i messaggi provenienti dal codice GStreamer open source.
    • Pipeline GStreamer: rappresentazione grafica della pipeline GStreamer.
    • Acquisizione di pacchetti di rete: acquisizioni di pacchetti di rete grezzi che possono essere visualizzate in Wireshark.

    A seconda della natura del problema, è possibile abilitare contemporaneamente un numero qualsiasi di questi registri, tenendo presente le limitazioni dello spazio su disco e l'impatto sulle prestazioni. L'approccio migliore è iniziare con un livello di registrazione abbastanza leggero e cercare errori e avvisi al loro interno. Quindi, quando la fonte del problema diventa più evidente, è possibile attivare livelli di registrazione più elevati.

    5.1.1 Registrazione SQX

    La registrazione SQX è disponibile in 4 livelli: da 0 a 3. 0 rappresenta nessuna registrazione, 1 solo errori, 2 errori e avvisi e 3 tutta registrazione. Il livello di registro 2 è un buon livello con cui iniziare poiché non dovrebbe riempire il disco troppo rapidamente. Esempio: file setlog cmd183.exe –s 2

    5.1.2 Registrazione di GStreamer

    La registrazione di GStreamer è più complicata, include 10 livelli di registro da 0 a 9. Oltre al livello di registro, GStreamer dispone di diverse categorie di debug per diversi componenti all'interno dell'architettura GStreamer. È possibile ad esempio abilitare il livello di debug 9 specificatamente per la categoria rtpsource lasciando disabilitate tutte le altre categorie. Per ulteriori informazioni fare riferimento alla variabile GST_DEBUG sotto http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/gst-running.html. Il livello 4 in tutte le categorie è generalmente un buon punto di partenza poiché trova un equilibrio tra fornire informazioni sufficienti e non riempire lo spazio su disco troppo rapidamente. Esempio: file setlog cmd183.exe –g 4 o file setlog cmd183.exe –g rtpsource:5

    5.1.3 Registrazione della pipeline

    GStreamer ha anche la capacità di generare la pipeline in un file .dot che, una volta elaborato da graphviz, fornisce una rappresentazione grafica della pipeline che fornisce una buona indicazione di quali formati di codifica e protocolli di trasporto vengono utilizzati da una determinata fonte IP. Esempio: file setlog cmd183.exe -p

    5.1.4 Registrazione dei pacchetti

    Se il problema non può essere diagnosticato solo con i file di registro, potrebbe essere necessario acquisire i pacchetti di rete grezzi e analizzarli in Wireshark. Per problemi intermittenti può anche fornire un modo conveniente per riprodurre problemi che si verificano raramente. Tuttavia va notato che se tutti i pacchetti vengono catturati, lo spazio su disco potrebbe riempirsi molto rapidamente. Per contribuire ad alleviare questo problema e fornire un livello di privacy ai clienti, è possibile filtrare i pacchetti catturati in base a determinati criteri. Tcpdump viene utilizzato per l'acquisizione dei pacchetti e la sintassi del filtro è descritta in dettaglio qui http://www.tcpdump.org/manpages/pcap-filter.7.html. Esempio: file setlog cmd183.exe –n “src 10.20.0.1” o file setlog cmd183.exe –n “ ” per nessun filtro.

    La modalità promiscua è disabilitata per evitare di acquisire il traffico di rete generale non destinato ad ActiveSQX. Tuttavia, poiché l'acquisizione dei pacchetti funziona a basso livello, potrebbe acquisire informazioni potenzialmente sensibili a seconda delle informazioni inviate attraverso la rete se non filtrate esplicitamente. È anche possibile riprodurre il video delle acquisizioni dei pacchetti e i clienti devono essere informati di ciò prima di chiedere loro di inviare nuovamente le acquisizioni dei pacchetti a Datapath. Per questi motivi l'acquisizione dei pacchetti dovrebbe generalmente essere utilizzata come ultima risorsa per i problemi di debug.

  • Come verificare la configurazione RAID

    Per verificare la configurazione RAID sul tuo wall controller segui semplicemente queste istruzioni:

    1. Riavvia il file wall controller e premere il pulsante Elimina della tastiera quando viene visualizzata la schermata iniziale di avvio. Questo ti indirizzerà all'utilità di configurazione del BIOS (Fig.1)

    2. Utilizzare le frecce della tastiera per spostarsi fino alla scheda Avanzate e verrà visualizzata la seguente schermata:

    Fig. 1
    Fig.1

    Confermare che Configura SATA#1 come sia impostato su RAID.

    3. Premere F10 per salvare e uscire dall'utilità BIOS.

    4. Quando il wall controller si riavvia, premere CTRL + i nella schermata iniziale del BIOS per accedere all'utilità RAID BIOS (Fig.2)

    Array RAID degradato

    5. Se un array RAID si deteriora, ciò non significa necessariamente che il disco rigido o qualsiasi altro hardware all'interno del sistema sia difettoso. Ciò che significa è che c'è un'incoerenza nei DATI nell'array. Ciò potrebbe essere causato da molti fattori diversi, tra cui un BSOD, il blocco del sistema, un conflitto tra applicazioni o un'interruzione di corrente.

    Come affermato in precedenza, il degrado di un array RAID non significa necessariamente un guasto hardware, ma se il problema si verifica regolarmente, è necessario eseguire/intraprendere ulteriori operazioni di diagnostica. Si consiglia, come con qualsiasi sistema, di eseguire backup regolari per salvaguardare le informazioni.

    Fig. 2
    Fig.2

    6. Se un RAID Array è degradato prendere nota del numero di porta fisica e del numero di serie dell'unità del disco degradato, che in Fig. 2 è evidenziato con un errore in rosso. L'unità funzionante è impostata su Disco membro (o) ed è evidenziata in verde.

    7. Utilizzare il tasto freccia s della tastiera e accedere all'Opzione 3 nel menu principale (Reimposta dischi su non RAID) e premere Invio.

    8. Utilizzare i tasti freccia della tastiera per selezionare il disco danneggiato (evidenziato in rosso) e premere la barra spaziatrice della tastiera per assegnarlo al ripristino.

    AVVERTIMENTO! Assicurarsi che sia selezionato il disco corretto prima di continuare.

    9. Una volta reimpostato il disco, BIOS RAID Utility rileverà il disco come nuovo e verrà visualizzato un messaggio che chiede se si desidera utilizzare il disco selezionato per riparare il RAID. Accetta e continua.

    10. Entrambi i dischi dovrebbero ora essere visualizzati come Disco membro (x) con lo stato evidenziato in giallo come Ricostruisci (Fig.2).

    11. Uscire dall'Utility facendo clic su Esc e RAID inizierà il processo di ricostruzione una volta caricato il sistema operativo.

  • Come eseguire il Datapath Strumento diagnostico

    Il nostro personale di supporto potrebbe chiederti di eseguire il file Datapath Strumento diagnostico per assistere nella risoluzione di un problema che potresti aver riscontrato con i nostri prodotti.

    Il Datapath Diagnostic Tool è un programma diagnostico per Windows® che raccoglie informazioni sulla configurazione dei componenti del sistema. Le informazioni vengono ordinate, raccolte e compresse in un file zip per la successiva trasmissione a Datapath team di supporto.

    Per eseguire il Datapath Strumento diagnostico è necessario prima scaricarlo dal file Datapath sito Web, fare clic qui per scaricare diagtool.zip.

    Una volta scaricato, decomprimere il contenuto del file zip in una cartella e fare doppio clic sul file DIAGTOOL.exe. Verrà avviata la procedura guidata dello strumento diagnostico e verrà visualizzata la seguente finestra di dialogo:

    Datapath Strumento diagnostico

    Fare clic su Avanti> per continuare e verrà visualizzata la seguente finestra di dialogo:

    Datapath - Contratto di licenza

    Contratto di licenza

    Per consentire l'esecuzione dello strumento diagnostico, è necessario accettare il contratto di licenza facendo clic nella casella sopra indicata. Si prega di leggere attentamente i termini del contratto di licenza. Dopo aver letto e accettato i termini, fare clic su Avanti> e verrà visualizzata la seguente finestra di dialogo. Il dump della memoria deve essere controllato solo se richiesto specificatamente dal personale di supporto.

    Datapath Strumento diagnostico - Componenti

    Componenti

    Questa finestra di dialogo consente la selezione individuale dei vari componenti diagnostici che verranno raccolti. A meno che non sia richiesto da un membro del team di supporto, utilizzare le selezioni predefinite come mostrato sopra. Fare clic su Avanti> per visualizzare la finestra di dialogo Riepilogo:

    Datapath Strumento diagnostico - Riepilogo

    In breve

    Questa finestra di dialogo visualizza un riepilogo delle opzioni scelte nella precedente finestra di dialogo Componenti. Per modificare le opzioni del componente, fare clic sul pulsante Indietro.

    Se la finestra di dialogo visualizza le opzioni richieste, fare clic su Avanti> e verrà visualizzata una finestra di dialogo di avanzamento mentre lo strumento diagnostico raccoglie le informazioni richieste.

    Una volta che tutti i dati sono stati raccolti e scritti con successo in un file, viene visualizzata la seguente finestra di dialogo:

    Datapath Strumento diagnostico: terminato

    Finito

    La finestra di dialogo Fine conferma che lo strumento diagnostico ha raccolto tutte le informazioni richieste e le ha scritte in un file zip; viene inoltre visualizzata la posizione del file zip. Il file zip deve essere individuato, allegato a un'e-mail e inoltrato al file Datapath Team di supporto.

  • Come eseguire la procedura Golden Image del firmware

    Un membro del nostro personale di supporto potrebbe chiederti di completare la procedura Firmware Golden Image. Per eseguire questo processo, completare quanto segue:

    "LINK" = LK1 VisionRGB-E2, VisionRGB-X2, VisionDS4+1, VisionSDI2, VisionDVI-DL e VisionHD4

    "LINK" = LK4 per VisionRGB-E1 e VisionSD8

    "LINK" = J8 per VisionAV-HD e VisionAV-SDI

    "LINK" = J11 per VisionAV

    "LINK" = J1 per VisionHD4

     

    • Spegnere la macchina, incluso lo chassis di espansione collegato
    • Rimuovi il collegamento "LINK" trovato sul file Vision scheda PCB della scheda di acquisizione
    • Accendere la macchina dal desktop di Windows
    • Sostituisci "LINK" sul file Vision carta di cattura
    • Eseguire quanto richiesto Vision/Programma di installazione dei driver
    • Conferma che Flash133 viene eseguito correttamente
    • Spegnere la macchina, incluso lo chassis di espansione collegato
    • Accendere la macchina dal desktop di Windows
    • Conferma di avere un lavoro Vision scheda/applicazione di acquisizione
  • Come connettere GraphEdit alla tua applicazione

    Apri GraphEdit e seleziona "Connetti a un grafico remoto" dal menu File

    Se non hai GraphEdit installato sul tuo computer, puoi scaricare questo file dalle nostre pagine di supporto per i driver delle utilità multischermo.

    Viene visualizzata la finestra di dialogo "Seleziona un grafico del filtro remoto da visualizzare":

    Seleziona un grafico del filtro remoto da visualizzare

    Se nella finestra di dialogo esiste una voce, selezionarla e fare clic su OK.

  • Come esportare un filtro grafico e informazioni sul renderer video utilizzando GraphEdit

    Un membro del nostro staff di supporto potrebbe chiederti di inoltrare un grafico di filtro. Per svolgere questa funzione segui questi pochi semplici passaggi:

    1. Aprire l'applicazione GraphEdit e selezionare Grafico/Inserisci filtri.

    Se non hai GraphEdit installato sul tuo computer, puoi scaricare questo file dalle nostre pagine di supporto per i driver delle utilità multischermo.

    Apri l'applicazione GraphEdit

    2. Viene visualizzata la seguente finestra di dialogo

    Quali filtri vuoi inserire

    3. Espandere l'acquisizione dello streaming WDM devices e seleziona il dispositivo di acquisizione. Il filtro sorgente viene quindi visualizzato nella finestra dell'applicazione GraphEdit.

    Espandi l'acquisizione dello streaming WDM devices

    4. Fare clic con il tasto destro sul primo pin di acquisizione del filtro sorgente e selezionare Proprietà pin, verrà visualizzata la finestra di dialogo Proprietà pin.

    5. Seleziona lo spazio colore, non modificare la dimensione del buffer o la velocità di acquisizione. Chiudi la finestra di dialogo delle proprietà del pin, fai nuovamente clic con il pulsante destro del mouse sul primo pin di acquisizione del filtro sorgente e seleziona Pin di rendering.

    6. L'applicazione GraphEdit ora visualizzerà il grafico del filtro di sistema per lo spazio colore in uso.