sushiandbox.ru Mastering PC - Internet. Skype. Social networks. Lezioni su Windows.
Complesso strumenti software automatizzare le attività del personale operativo dei punti di sicurezza centralizzati (KSA PSC "Egida") è progettato per automatizzare le attività del personale operativo del centro di protezione centralizzato - operatori e ufficiali di servizio eseguendo comandi di controllo e trasmettendo telegrammi di telesegnalazione, nonché informazioni supporto alle azioni del personale durante l'elaborazione dei messaggi di servizio e di allarme.
- Collegamento e terminali manuali di Phobos, Phobos-A, Phobos-TR, Phobos-3, Neva-10M, Struna-3M, Vista-501, UO-4C
- Protezione, gestione e monitoraggio degli oggetti tramite canali comunicazione cellulare GSM (messaggi SMS)
- Monitoraggio automatizzato dello stato degli oggetti protetti, tenendo conto della modalità di sicurezza (tempo di ingresso, pianificazione della sicurezza per i giorni della settimana, ferie, sicurezza a lungo termine) e del tipo di loop (sicurezza, incendio, allarme)
- Controllo automatico dell'esecuzione dei comandi dell'operatore
- Registrazione eventi
- Lavorare in modalità operatore di servizio e ufficiale di servizio
- Trasmissione automatica dei dati sull'oggetto inquietante al cercapersone del gruppo di detenzione
- Informazioni e compatibilità di rete con KSA PCO NIC "Protezione"
- Trasmissione automatica delle informazioni di allarme alla workstation del DPCO NRC "Protection"
- Collegamento in rete dei luoghi di lavoro
- Backup "a caldo" di informazioni e database operativi
Il complesso prevede:
- lavorare con SPI "Phobos", "Phobos TR", "Phobos-3", "Phobos-A", "Neva-10M", "Atlas-2M", "Struna-3M"
- compatibilità informativa e funzionale con KSA PCO NIC "Protezione" del Dipartimento principale della difesa del Ministero degli affari interni della Russia
- comoda interfaccia utente
- lavorare in modalità grafica
- chiarezza di presentazione delle informazioni
- ottimizzazione delle azioni degli operatori
- indipendenza dalla struttura dell'oggetto e dal tipo di SPI utilizzato *
- collegamento di sistemi di sicurezza combinati *
- supporto per scenari di dispositivi, zone e partizioni *
- ridondanza del software caldo *
- controllo del flusso di dati statici e dinamici *
*Nota. Quando si lavora con un formato di database IB DataBase 5.5
ARM DPU
- Aggiunti filtri per i segnalibri
- Modificata la visualizzazione a colori dei dettagli dell'oggetto con lo stato "speciale"
- Aggiunte impostazioni per la visualizzazione del messaggio "Inserimento/disinserimento non autorizzato", "Salta segnale test".
- Aggiunto filtro protocollo "Messaggi di allarme"
- Aggiunto supporto per scheda LPS SPI "Altair"
- Aggiunta la possibilità di visualizzare i livelli dei segnali ricevuti dai trasmettitori LARS
- Risolto un bug quando si lavora con UO-4S su posti di lavoro commutabili
- Risolto un bug durante la modifica delle chiavi di crittografia per il rack BR e Atlas-20 SPI
- Introdotto un timer watchdog per prevenire il congelamento dei processori del rack Atlas-20 SPI
- Per SPI con scambio unidirezionale è tornata la funzione di azzeramento di una situazione di allarme premendo il tasto F8. Aggiunta la funzione di ripristino dello stato precedente tramite la combinazione di tasti "Alt +"
- Risolto errore di output delle informazioni quando si lavora con "String-3M"
- L'algoritmo per il polling del ripetitore in "Phobos" è stato modificato per aumentare la velocità di esecuzione dei comandi TU
- Modificati i campi per l'inserimento delle chiavi di crittografia della SPI "Atlas-20" nella sezione "Server Drivers"
BRACCIO ABD
- Per gli abbonati è stato aggiunto il campo "Password", con output dei dati alla DPU AWP
- Introdotta la modalità di import/export della configurazione della UO "Orion" da/per Uprog
- La modalità di funzionamento con le codepage per i trasmettitori MAT è stata modificata. La codepage per i trasmettitori ha lo scopo di creare una struttura del trasmettitore
- Aggiunta la possibilità di creare una codepage LARS in base alla struttura del trasmettitore
- Aggiunta la possibilità di convertire dal database di JSC "Argus-Spectrum"
- Risolto un bug con la visualizzazione della finestra di ricerca
- Aggiunta una modifica nell'indicazione delle chiavi dei dispositivi SPI "Atlas-20" programmati nei dispositivi
- Aggiunta la possibilità di cambiare il tipo di dispositivo per SPI "Atlas-20"
- Aggiunto lo stato AL "Controllo supporto" per "Prima-3A"
- Aggiunta la ricerca per intervallo di numeri di abbonati
- Aggiunta impostazione per la visualizzazione dell'indirizzo nei report di Excel (in una o più colonne)
- Aggiunta la possibilità di unire i database "Aegis"
- Modificata l'interfaccia per l'inserimento del programma di sicurezza per le zone
- Aggiunti rapporti su JFS "Altair"
ARM DPCO
- Aggiunta la possibilità di ridistribuire le informazioni da oggetti protetti a diverse workstation del DPCO
BRACCIO ABD
- Aggiunto il campo "Chiavi duplicate" al modulo di output del comando "Cerca".
- Aggiunta modalità di modifica per il campo "Data di cessazione del contratto"
- Introdotta la modalità di notifica automatica dei termini di risoluzione dei contratti
- Introdotta la modalità di sicurezza "Salvataggio della linea"
ARM DPU
- Aggiunta la possibilità di lavorare con CCN "Altair"
- Aggiunta la possibilità di lavorare con AL S2000-IT
- Modificato l'algoritmo di reinizializzazione per ridurre il tempo di riavvio
BRACCIO ABD
- Aggiunta categoria oggetto - normale/speciale
- Aggiunta la ricerca per categoria di oggetti
- Aggiunta la possibilità di cercare rapidamente numeri di abbonati gratuiti
- Trikdis FDIR aggiunto
- Aggiunto servizio per la registrazione automatica del lavoro dal database
- Aggiunta la possibilità di trasferire UT tra le righe dell'MPCO
- Aggiunti suggerimenti ai numeri di riga Atlas-20 come Phobos "local/through"
- Aggiunti commenti alla riga dell'indirizzo "Atlas-20"
- KTSN "Altare". Aggiunta la possibilità di trasferire BOB, LPP, LPF tra slot RTR
- Aggiunta la selezione dei numeri di abbonati dei sinonimi nella finestra di ricerca
- Aggiunta la possibilità di copiare e incollare testo nei campi di input di AWP ADB utilizzando gli appunti di Windows
- Aggiunto plug-in per la stampa di buste
- Risolto un bug relativo all'utilizzo del campo "Telefono" nel servizio "Servizi".
- Risolto bug durante la conversione del database
ARM DPU
- Aggiunta la possibilità di programmare BB e UOO Jupiter
- Funzione fissa "Test in uscita UO-4S" tramite OOP
- Output del campo "Indirizzo" da BB Jupiter
- Aggiunto Giove al filtro del registro guasti
- Filtro fisso per SPI (PCO)
- Aggiunto il comando "Prendi dopo l'uscita" (Jupiter-Atlas, Jupiter-Center)
- Risolto bug con notifica SMS
- Formato di notifica SMS ottimizzato per oggetti multizona
- Risolto un bug quando si lavora con i piani di zona
- Aggiunto comando per rimontare UT (Jupiter)
BRACCIO ABD
- per UO-4S aggiunta la possibilità di disabilitare la "Ricevuta" degli SMS
- è stata modificata la procedura per il mantenimento di un elenco di chiavi TM (codici di accesso) per i CC automatizzati. L'elenco delle chiavi è stato spostato nella struttura del DO, per ogni chiave è possibile specificare un elenco di loop e un numero di abbonato. Il numero di abbonato non è più identico al numero di chiave, il che consente di descrivere oggetti di grandi dimensioni in cui il numero di abbonati è maggiore del numero di chiavi nel DO
- per le chiavi TM dei dispositivi Atlas-20, UO-1A e UO-3K, è stata aggiunta la possibilità di selezionare un tipo di utente dall'elenco: "Abbonato", "Elettricista", "Gruppo di detenzione". Se viene selezionato l'utente "Elettricista" o "Gruppo di detenzione", il disinserimento in AWP DPU sarà "allarmante"
- sono state introdotte indicazioni diverse per le zone collegate e non collegate alla zona
- errori corretti quando si lavora con il DBA da tastiera (transizioni tra campi, apertura di combobox)
- aggiunta la possibilità di copiare le codepage LARS
- aggiunta la possibilità di assegnare e riassegnare eventi ai trasmettitori Rspi LARS
- per automatizzare l'inserimento/rimozione di una partizione
- aggiunta la possibilità di nascondere la casella di ricerca
- Risolto un bug quando si lavora con la directory dei siti e l'elenco delle apparecchiature.
ARM DPU
- ridotto utilizzo della CPU grazie all'ottimizzazione degli algoritmi
- è stata modificata l'indicazione a colori dello stato delle zone: la cella visualizza contemporaneamente
stato attuale, precedente e stato SPI - è stata semplificata la procedura per la programmazione della SPI "Atlas-20". Per modificare lo stato di un loop di allarme o freddo è sufficiente inviare il comando omonimo alla centrale senza riprogrammare il dispositivo. Quando si aggiunge una nuova centrale, non è necessario programmare i dispositivi di livello superiore
- Allarme 130 zone
- Hacking 137 allarmi
- Guasto a 143 moduli
- 144-apertura del rivelatore
- Apertura 145 moduli
- Malfunzionamento della sirena 320
- algoritmo di elaborazione del segnale di test modificato per "UO-4S versione 02"
- bug corretto con il lavoro con UOP T-34 per notificare gli abbonati
- è stato modificato l'algoritmo di elaborazione del livello del segnale ricevuto del modem GSM. Quando il livello del segnale diminuisce, il colore della scala di livello cambia, quando viene raggiunto un valore critico, vengono visualizzati avvisi nel protocollo DPU.
ARM DPCO
- aggiunto il campo "Posizione di installazione della lampada spia"
- corretto un bug durante la visualizzazione della pianificazione della sicurezza nella modalità elenco
Rapporti ARM
- interfaccia del programma modificata
- se non ci sono percorsi per le copie dei protocolli, viene visualizzato un promemoria sulla necessità di crearli
Server di eventi
- quando si lavora senza scheda di rete, la possibilità di attivare lo scambio internetwork viene automaticamente bloccata
- per garantire una maggiore affidabilità nei parametri del livello di trasporto, è stato possibile impostare una maschera di trasmissione
BRACCIO ABD
- !!! parametro "tipo di protocollo" RTR SPI "Phobos-3" spostato da COM a RTR
- aggiunta la possibilità di collegare moduli caricabili personalizzati esterni (plugin)
- Modificato il tipo AL predefinito per la centrale Atlas-20: 1 AL "ritardato", il resto "perimetro"
- aggiunta la possibilità di selezionare le tattiche per lavorare con il pannello di controllo "Signal-20" tramite "UO-Orion" (manuale/automatico)
- per "UO-4S" aggiunta la possibilità di disabilitare la "Ricevuta" degli SMS
- è stata modificata la procedura per il mantenimento di un elenco di chiavi TM (codici di accesso) per i CC automatizzati. L'elenco delle chiavi è stato spostato nella struttura del DO, per ogni chiave è possibile specificare un elenco di loop e un numero di abbonato. Il numero di abbonato ha cessato di essere identico al numero di chiave, il che consente di descrivere oggetti di grandi dimensioni in cui il numero di abbonati è maggiore del numero di chiavi nella SD.
- aggiunta la possibilità di modificare il livello di accesso per i dispositivi Atlas-20. Se il livello di accesso è diverso da "Khozorgan", il disinserimento in AWP DPU sarà "allarmante"
- errore corretto quando si lavora con oggetti terminati (appartamenti) con AH 00000
- corretto un bug quando si lavora con la directory dei siti e l'elenco delle apparecchiature
- errore corretto (modifica del nome del nodo "oggetti senza contratto") durante l'aggiunta di un nuovo contratto
ARM DPU
- ha ridotto significativamente il carico della CPU ottimizzando gli algoritmi
- è stata modificata l'indicazione a colori dello stato delle zone: la cella visualizza contemporaneamente lo stato attuale, precedente e lo stato della SPI
- è stata semplificata la procedura per la programmazione della SPI "Atlas-20". Per modificare lo stato di un loop di allarme o freddo è sufficiente inviare il comando omonimo alla centrale senza riprogrammare il dispositivo. Quando si aggiunge una nuova centrale, non è necessario programmare i dispositivi di livello superiore.
- aggiunti nuovi codici per lavorare con i pannelli "Vista":
- Allarme 130 zone
- Hacking 137 allarmi
- Guasto a 143 moduli
- 144-apertura del rivelatore
- Apertura 145 moduli
- Malfunzionamento della sirena 320
- 350 - nessun collegamento con la stazione di vigilanza
- 351-malfunzionamento linea telefonica
- errore corretto durante l'elaborazione dell'evento "Salta segnale test" per "S2000-IT"
- errore corretto durante la visualizzazione delle informazioni "non accettazione" da "UO-2A"
ARM DPCO
- bug corretto quando si fa clic sul grafico di sicurezza
- aggiunta la possibilità di stampare un rapporto quando si cambia servizio
Rapporti ARM
- interfaccia del programma modificata
- se non ci sono percorsi per le copie dei protocolli, viene visualizzato un promemoria sulla necessità di crearli
- è possibile lavorare senza un server di eventi
- è possibile lavorare subito con i protocolli delle postazioni di lavoro
- la possibilità di visualizzare i protocolli DPCO da una versione assembly di almeno 2-2-2-358
- SPI "Altair" è stato aggiunto ad AWP ADB
- Il codificatore di sistema è integrato con eventi per il ripristino delle chiavi di crittografia dell'SPI "Atlas-20"
- Risolto errore di conversione del database (CopyServer.exe, Install.exe)
ARM DPU
- Aggiunta la possibilità di selezionare il tipo di interfaccia per la SPI "Phobos2: "USI-Phobos", Modem, "S2000-PI"
- Il numero del PBX è stato aggiunto ai parametri dei ripetitori RTR "Phobos".
- Interfaccia di numerazione loop modificata quando si collega "UO-Orion". Ora la numerazione dei numeri AL assoluti avviene automaticamente
- Aggiunta la modalità di ricerca per elenchi
- Aggiunto alla stampa delle carte oggetto:
- programma di sicurezza per le zone della struttura
- indirizzi di abbonati
- stampa di tutte le planimetrie degli oggetti
- Migliorata la cancellazione della partizione hardware dell'UST: ora le zone della partizione hardware non vengono eliminate dall'oggetto, ma vengono solo escluse dalla partizione e possono essere utilizzate per associarsi a nuovi OO
- Aggiunta l'esportazione delle password per un mese a Microsoft Word editore
- Aggiunta la possibilità di copiare e incollare i dati tramite gli appunti di Windows:
- zona (o più zone)
- abbonato (o più abbonati)
- abbonati multipli e zone di struttura
- indirizzo (o più indirizzi)
- telefono (o più telefoni)
- Aggiunta esportazione di directory e codificatori in Microsoft Word:
- Dizionari->Riferimenti->Esporta
- Dizionari->Codificatori->Esporta
- Aggiunta la possibilità di stampare selettivamente nelle carte oggetto
- Aggiunta la possibilità di impostare la maschera del telefono predefinita
- Aggiunto sistema SPI "Vista-101"
- Aggiunta la possibilità di cambiare il tipo di pannello "Vista-501" al tipo di SPI "Vista-101"
- Aggiunta una riga informativa per escludere l'immissione di numeri di abbonati duplicati dei dispositivi
- Aggiunta la possibilità di aggiungere equipaggiamento aggiuntivo (non correlato alla struttura dell'OPS) all'oggetto: Menu Oggetto->Equipaggiamento. Aggiunta l'esportazione dei dati in Microsoft Excel
- Aggiunto rapporto di distribuzione e capacità per Atlas-20, Struna-3M e UO-4S SPI
- Aggiunti dispositivi "Bastion-1", "Bastion-2", "UO-3K" e "UO-1AI"
- Aggiunto inserimento codepage per trasmettitori e centrali NX RPI LARS: Dizionari-> Codepage LARS
- Aggiunta la ricerca di oggetti per nome dell'elettricista e per nome dell'ispettore
- Aggiunto parametro "address" per AP AK "Jupiter" e GC "Kometa"
- Aggiunta la ricerca per indirizzo del dispositivo OPS
- Aggiunta una riga di inizializzazione del modem nei parametri della porta COM quando si collegano i ripetitori Phobos-3 con il tipo di interfaccia "modem"
- Aggiunto il parametro "Notifica abbonato" per il dispositivo "UPO T-34".
- Aggiunto modem UPO T-34 per funzionare con SPI "Vista" e ISO "Orion"
- Aggiunto lavoro con il rack "Atlas-20"
- Aggiunte statistiche sugli errori con la registrazione nel file ArmABD_error.log
- Il menu principale del programma ARM ABD è stato integrato e aggiornato:
- il menu è realizzato con una divisione più logica per funzionalità
- aggiunta chiamata di aiuto (aiuto)
- aggiunto collegamento a www.bolid.ru
- Le impostazioni di stampa delle carte sono state spostate per comodità nella finestra stessa, dove vengono generati i rapporti sulle carte oggetto
- La pagina dell'oggetto è composta da 2 schede:
- Descrizione dell'oggetto
- Planimetria
- Aggiunto un report sul numero di direzioni occupate e libere dei ripetitori, nonché sul numero totale di oggetti e appartamenti collegati
- Aggiunta una chiamata alla finestra "Aree di servizio" nei parametri di elettricisti e ispettori
- Aggiunta la possibilità di cambiare il tipo di ripetitore "Phobos" in "Phobos-A" (e viceversa)
- Aggiunto il dispiegamento selettivo dei numeri "Vista" e "UO-4S": Rapporti->Dislocazione
- È escluso l'uso della tavola "Alder". Invece di no? Il modem UPO T-34 è ora utilizzato
- A livello di accesso vengono aggiunte le OPS opzioni aggiuntive, che consentono di vietare la rimozione di computer, porte COM, ripetitori Phobos, ecc. nella struttura dell'FPS.
- Aggiunta la possibilità di passare rapidamente dal loop alla zona di sicurezza avanti e indietro (se c'è una connessione tra di loro) tramite Ctrl+Invio o Ctrl+tasto sinistro del mouse
- In caso di risoluzione dei contratti, viene richiesta la data di risoluzione
- Aggiunto sistema di sicurezza "Cerberus C62" (tipo "Vista-101")
- Aggiunto sistema di sicurezza "Altair"
- Il ripetitore "Phobos3-1200"41 è escluso
- Il dispositivo "UO-2K" è escluso
- Aggiunto parametro "Versione processore" per ripetitore "Phobos-3M"
- Aggiunto l'ordinamento dei contratti per numero di contratto nella casella di ricerca
- Aggiunto sistema di sicurezza "RS-202"
- Corretta la lettura dei tasti di memoria Touch. La chiave viene letta e visualizzata immediatamente, ma viene scritta nel database solo dopo aver premuto il pulsante "Salva".
- Quando si aggiunge una sezione del pannello Vista, per impostazione predefinita viene assegnato un numero di pannello Vista. Aggiunta anche una sezione zero "Whista"
- Per "Signal-VK4", "UO-3K" c'è un suggerimento integrato sul collegamento della zona con il loop attraverso la sezione hardware
- Per le zone KTL è stata aggiunta la modalità "Rimozione automatica" (in fase di rimozione del pannello)
- Per BR "Atlas-20" aggiunto parametro "Password"? per reimpostare le chiavi di crittografia
- Le selezioni degli oggetti durante la ricerca vengono effettuate con l'indicazione dei telefoni incrociati
- Due codepage LARS sono incluse nel kit di distribuzione "Egida-2" (durante l'installazione "da zero")
- Interfaccia migliorata per inserire telefoni e indirizzi nella struttura OO
Bug risolti:
- Le strade, gli stati degli abbonati, i tipi di zona sono stati registrati nel database, ma l'aggiornamento visivo dei valori non è stato sempre mostrato
- "Errore astratto"
- Dopo aver verificato la presenza di errori nel database nelle directory, è apparsa un'area di servizio con il numero -1
- Dopo aver aggiornato i dati della struttura del sistema FPS, tutti i computer contrassegnati con una croce rossa come non in rete hanno cessato di essere contrassegnati
- Il numero di AWS DBA connessi al database non è stato mostrato correttamente
- Quando si aggiunge il ripetitore Phobos-3M/1200, il tipo di interfaccia della porta COM è stato modificato in modo errato
- Ai livelli di accesso DBA, i parametri ridondanti rimanevano visibili se veniva effettuata una transizione dal livello di accesso OO al livello di accesso DBA
- Quando si espandeva la finestra principale di AWS ADB, chiudeva la barra delle applicazioni
- Se si è verificato un errore durante il controllo del database in uno dei controlli, l'intero controllo del database è stato interrotto
- I pulsanti dei tasti funzione nella finestra principale di AWS ADB erano bloccati nello stato premuto, ad esempio, quando si tentava di salvare un oggetto senza nome
- Riaggancio periodico durante la modifica dei piani grafici degli oggetti a causa dell'errore "Impila in eccesso".
- Risolto un bug durante l'esportazione dei contratti di appartamento in Excel
- Scambio ottimizzato di ARM DPU con i ripetitori "Phobos", "Phobos-A", "Phobos-TR", "Phobos-3"
- Aggiunta la possibilità di lavorare con BR "Atlas-20" (versione) e rack "Atlas-20" (beta)
- Aggiunta la possibilità di registrare il protocollo di scambio con i ripetitori "Phobos", "Phobos-A", "Phobos-TR", "Phobos-3", "Atlas-20" e "Jupiter" dalla workstation in un file di testo
- Quando l'invio non riesce Messaggi SMS sul telefono cellulare l'abbonato AWS DPU effettua tre tentativi per inviare un messaggio. Se l'SMS non viene inviato, nel protocollo DPU viene visualizzato un messaggio al riguardo
- Aggiunta modalità di inserimento/disinserimento "UO-A" senza numero di abbonato
- Ottimizzato il lavoro di "UO-4S" con un modem GSM quando si utilizzano diversi operatori mobili
- Maggiore affidabilità del lavoro in rete dei lavori, anche quando si cambia lavoro
- Aggiunto un indicatore della potenza del segnale ricevuto del modem GSM
- Aggiunta indicazione del motivo dell'impossibilità di copiare base di riserva dati per i lavori
- Per ridurre i messaggi nel protocollo, i messaggi di servizio delle centrali Vista sono associati alla zona con il numero più basso
- Quando si apre AWS DPU, il cursore di selezione dell'operatore viene visualizzato sull'operatore che ha chiuso l'AWP DPU
- Aggiunto indicatore di avanzamento della copia del database
- Aggiunta richiesta di conferma per disattivare AH
- Aggiunta funzione di cambio dinamico delle chiavi di crittografia per BR "Atlas-20"
- Aggiunto supporto per lavorare con "UO-3K" Aggiunto supporto per lavorare con modem T-34
- Aggiunta la possibilità di bloccare la chiave dell'abbonato
- Aggiunta la possibilità di copiare manualmente backup protocolli
Bug risolti:
- Errore durante il funzionamento del server del driver con "Phobos-TR", il ripetitore è partito e si è bloccato
- Risolto errore durante la copia del database di backup sui luoghi di lavoro
- Risolto un bug quando si lavorava con piani grafici di oggetti e appartamenti
- Risolto errore di perdita di RAM nella DPU AWP
- Risolto un bug quando si lavorava con "String" RSPI (il messaggio "transizione all'alimentazione di backup" non veniva eseguito)
- Risolti errori durante il funzionamento dei ripetitori Phobos-3M in modalità CPL
- Risolto un bug relativo al calcolo errato del tempo di guardia effettivo
- Nella finestra del filtro, i numeri degli abbonati di appartamenti e oggetti sono separati da colori (rispettivamente verde e blu)
ARM DPU
- aggiunto rapporto sulle ispezioni di KTS
- aggiunto filtro "Non ritirato entro la scadenza"
- aggiunti commenti a UT "Comet"
- aggiunto lo scorrimento del protocollo a sinistra? Giusto
- fisso il riavvio dell'attività in DPU in una scheda di grandi dimensioni
- aggiunta richiesta di stato automatica dopo il crash reset per SPI "Atlas-20"
- aggiunto filtro tabella zone per SPI "Giove"
- modalità di compressione dei segnalibri fissa
- aggiunta la possibilità di selezionare il tipo di interfaccia quando si collega SPI Phobos: "USI-Phobos", Modem, "S2000-PI"
- Il numero del centralino è stato aggiunto ai parametri dei ripetitori di SPI "Phobos"
- aggiunta modalità di numerazione automatica per numeri assoluti di "UO-Orion" AL quando collegato a "Phobos-3M"
- aggiunta la possibilità di cercare informazioni senza distinzione tra maiuscole e minuscole
- è stato migliorato il report "Stampa tessere". Aggiunto programma di sicurezza delle zone, indirizzi degli abbonati, stampa di tutti i piani delle strutture
- è stata migliorata la modalità di eliminazione/aggiunta della partizione hardware dell'OPS. Ora le zone della partizione hardware non vengono eliminate, ma vengono escluse dalla partizione, rimanendo nell'oggetto. Quando si aggiunge un PPC multi-loop (partizione hardware), le zone libere vengono automaticamente associate ai relativi loop
- aggiunta l'esportazione mensile della password nell'editor di Microsoft Word
La composizione del complesso
PCO AWP- luogo di lavoro automatizzato dell'operatore e/o dell'addetto in servizio
BRACCIO ABD- ambiente di lavoro automatizzato per la creazione e il mantenimento di un database
Sviluppo dell'ambiente- "Delfi 5.0"
Ambiente operativo - sistema operativo"Finestre NT/2000"
Formati di database- FoxPro 2.6 e IB DataBase 5.5.
5 Azioni del personale ARC in situazioni di emergenza 1
5.1 In caso di guasto del complesso di apparecchiature di automazione dell'ARC (KSA ARC), del sistema di trasmissione delle notifiche, del sistema di trasmissione delle notifiche radio, dei gruppi di abbonati, dei dipendenti che prestano servizio presso l'ARC e dei dipendenti dell'ARC sono obbligati a:
Non appena possibile, adottare misure per ripristinare l'operatività del complesso di automazione ARC (CSA ARC), il sistema di trasmissione delle notifiche, il sistema di trasmissione delle notifiche radio secondo l'algoritmo passo passo per le azioni del personale ARC in sostituzione l'AWP fuori servizio dell'ARC e le apparecchiature del pannello di controllo dello SPI (RSPI). Se necessario, utilizzare il fondo di scambio operativo di un PC e apparecchiature SPI (RSPI);
Se necessario, adottare misure per ripristinare l'operatività delle apparecchiature SPI e delle apparecchiature ausiliarie installate nei vani trasversali della centrale telefonica automatica;
Determinare gli oggetti che erano sotto protezione, i sistemi falliti per la trasmissione delle notifiche, i sistemi radio per la trasmissione delle notifiche, organizzare i lavori per la loro protezione secondo i termini del contratto. Se necessario, avvalersi delle forze e dei mezzi della Questura del territorio operanti nel sistema dello schieramento unico nell'area di servizio;
Avvisare il PCO in servizio (TsOU, GOSDNP), l'ufficiale in servizio operativo del Dipartimento degli affari interni e agire secondo le loro istruzioni;
Dopo aver ricevuto una notifica di un malfunzionamento dell'abbonato del gruppo impostato presso la struttura (direzione del sistema di trasmissione delle notifiche), organizzare l'eliminazione del malfunzionamento in collaborazione con la suddivisione territoriale dell'Impresa unitaria statale federale Okhrana del Ministero degli affari interni della Russia o di un'altra organizzazione di servizi;
Dopo aver eliminato i malfunzionamenti nel funzionamento del sistema di trasmissione delle notifiche, il sistema di trasmissione delle notifiche radio e gli abbonati del gruppo determinano ed elaborano i cambiamenti nello stato di protezione degli oggetti.
5.2 In caso di interruzione di corrente presso l'ARC, i dipendenti che prestano servizio presso l'ARC e i dipendenti dell'ARC sono tenuti a:
Accendere (in assenza di transizione automatica) l'alimentazione ARC da una fonte di backup (autonoma) (secondo ingresso indipendente, generatore diesel o gas, batterie);
Scoprire la causa dell'incidente dal responsabile della rete elettrica, le misure adottate e le tempistiche di eliminazione;
Segnalare l'interruzione di corrente presso l'ARC all'ufficiale di servizio dell'ARC (TsOU, GOSDNP), l'ufficiale di servizio operativo del dipartimento di polizia territoriale e agire secondo le loro istruzioni;
Avvisare il PC della joint venture del VOP circa l'incidente nell'alimentazione dell'ARC;
Garantire la massima protezione possibile di strutture, appartamenti e MHIG secondo i termini del contratto. Se necessario, avvalersi delle forze e dei mezzi della Questura del territorio operanti nel sistema dello schieramento unico nell'area di servizio;
Se l'alimentazione dell'edificio (stanza) viene interrotta per un lungo periodo (settimane, mesi), adottare misure per trasferire l'ARC in un altro edificio (stanza).
5.3 In caso di incidenti sulle comunicazioni telefoniche tra il PBX e l'ARC, i dipendenti in servizio presso l'ARC e i dipendenti dell'ARC sono obbligati a:
Segnalare un malfunzionamento delle linee di collegamento ai dipendenti dell'operatore di telecomunicazioni, conoscere la causa dell'incidente, le misure adottate e le tempistiche di eliminazione. Organizzare eventi per il passaggio alle linee di comunicazione di backup;
Denunciare l'incidente delle comunicazioni telefoniche e le misure adottate al centro di servizio (TsOU, GOSDNP), l'ufficiale di servizio operativo del dipartimento di polizia e agire secondo le loro istruzioni;
Avvisare il GP SP GP dell'incidente delle linee di collegamento tra il centralino telefonico automatico e l'ARC;
Garantire la massima protezione possibile di strutture, appartamenti e MHIG secondo i termini del contratto. Se necessario, avvalersi delle forze e dei mezzi delle Questure territoriali operanti in un sistema di unico schieramento nell'area di servizio.
5.4 In caso di massicce interruzioni di corrente presso le strutture e incidenti dei centralini telefonici automatici, i dipendenti che prestano servizio presso l'ARC e i dipendenti dell'ARC sono obbligati a:
Scopri il motivo dalla persona in servizio o operatore di telecomunicazioni, le misure adottate ei tempi di eliminazione;
Segnalare gli errori di comunicazione e le misure adottate al centro di servizio (TsOU, GOSDNP), il funzionario in servizio operativo del dipartimento degli affari interni e agire secondo le loro istruzioni;
Notificare al CP SP VOP l'area dell'insediamento in cui si sono verificati gli incidenti di comunicazione della rete elettrica o delle comunicazioni telefoniche dell'abbonato;
Garantire la massima protezione possibile degli oggetti in conformità con i termini del contratto. Se necessario, avvalersi delle forze e dei mezzi delle Questure territoriali operanti in un sistema di unico schieramento nell'area di servizio.
_________________________________________
1 Come modificato dall'Ordine del Ministero degli Affari Interni della Russia del 16 giugno 2011 n. 676 "Sull'approvazione delle Istruzioni per l'organizzazione del lavoro dei posti di sicurezza centralizzati delle unità di sicurezza private"
PASSAPORTO E MANUALE OPERATIVO
Questo manuale operativo ha lo scopo di studiare il principio di funzionamento e funzionamento dei dispositivi di interfaccia di interfaccia RS-232 e il ripetitore del sistema di trasmissione delle notifiche "Phobos", "USI-Phobos" e "USI-Phobos-01".
Descrizione e funzionamento del prodotto
1.1 Scopo del prodotto
1.1.1 Dispositivo di interfaccia per interfacce RS-232 e un ripetitore del sistema di trasmissione delle notifiche "Phobos" RTR) sistema per la trasmissione di notifiche "Phobos" a un computer (PC) con software AWP DPU, KSA PCO "Terra" o KSA PCO " Egida". Il dispositivo di interfaccia per le interfacce RS-232 e il ripetitore del sistema di trasmissione delle notifiche "Phobos" "USI-Phobos-01", di seguito denominato USI, se non diversamente indicato, è un dispositivo elettronico utilizzato nel sistema Phobos e consente di collegare una linea dedicata dal ripetitore (RTR) del sistema per la trasmissione delle notifiche "Phobos" ad un computer (PC) con software AWP
DPU KSA PCO "Terra" o KSA PCO "Aegis".
1.1.2 L'USI è progettato per un funzionamento continuo 24 ore su 24 con i parametri specificati.
1.1.3 L'USI opera in luoghi protetti dagli effetti delle precipitazioni e dai danni meccanici.
1.1.4 In termini di resistenza alle sollecitazioni meccaniche, il progetto USI corrisponde alla categoria di posizionamento 3 secondo OST 25 1099-83.
1.1.5 In termini di resistenza alle influenze climatiche dell'ambiente, l'USI corrisponde alla versione 03 secondo OST 25 1099-83, ma per il funzionamento nell'intervallo di temperatura da 274 a 313 K (da + 1 a + 40 °C).
Caratteristiche
1.2.1 L'USI è concepito come un'unità a parete e si trova presso il Posto Centrale di Sicurezza (CPS).
1.2.2 USI-Phobos alimentato da un PC o da una sorgente a tensione costante (5 ± 0,25) V. La corrente assorbita dall'USI non supera i 50 mA. Il consumo di energia non supera 0,25 W.
1.2.3 USI imita il lavoro della stazione di monitoraggio "Phobos" ed è collegato ai ripetitori tramite linee bifilari dedicate, e al PC tramite un cavo collegato alla porta COM.
1.2.4 USI supporta lo scambio della stazione di monitoraggio - il ripetitore dal lato della stazione di monitoraggio su un apposito linea a due fili a 200 baud con modulazione di ampiezza.
1.2.5 L'USI dispone di indicatori dei dati trasmessi e ricevuti.
1.2.6 L'interferenza radio generata dall'USI durante il funzionamento non supera i valori specificati in GOST 23511-79.
1.2.7 Il tempo medio tra i guasti dell'USI non è inferiore a 20.000 ore, che corrisponde ad una probabilità di funzionamento no di 0,95 ogni 1000 ore.
1.2.8 Tempo medio di recupero stato sano USI durante i lavori di riparazione - non più di 60 minuti.
1.2.9 La vita media di servizio dell'USI è di almeno 8 anni.
1.2.10 Il tempo di preparazione tecnica dell'USI per il funzionamento dopo l'accensione dell'alimentazione non supera i 10 s.
1.2.11 Peso USI - non superiore a 0,25 kg.
1.2.12 Dimensioni d'ingombro dell'USI - non superiori a 150x105x35 mm.
1.2.13 Lo prevede il disegno dell'USI sicurezza antincendio in operazioni di emergenza e in violazione delle regole operative in conformità con GOST 12.1.004-91.
1.3 Composizione del prodotto
1.3.1 L'USI comprende:
1) "USI-Phobos" o "USI-Phobos-01";
2) ATSDR.426469.009 RE Manuale operativo "USI-Phobos", "USI-Phobos-01";
3) Cavo interfaccia PC ATSDR.685611.063 - 1 pz;
4) Vite 1-3x25.016 GOST 1144-80 con tassello 6x30 - 3 pz.
1.4 Progettazione e funzionamento del prodotto
1.4.1 L'USI è strutturalmente progettato nella forma scheda a circuito stampato riposto in una custodia di plastica composta da una base e un coperchio. Sotto il coperchio della scheda sono presenti connettori per il collegamento di cavi esterni. Aspetto esteriore USI-Phobos e le sue dimensioni complessive sono riportate nell'Appendice A.
1.4.2 Lo schema elettrico funzionale dell'USI è riportato nell'Appendice B. L'USI è costituito dalle seguenti unità funzionali:
- trasformatore canale telefonico 1;
- LPF del segnale trasmesso del canale 1;
PF del segnale ricevuto del canale 1;
- trasformatore canale telefonico 2;
- LPF del segnale trasmesso del canale 2;
- PF del segnale ricevuto del canale 2;
- trasformatore canale telefonico 3;
- LPF del segnale trasmesso del canale 3;
- PF del segnale ricevuto del canale 3;
- sommatore di canale;
- responsabile del trattamento;
- Indicatori LED;
- ricetrasmittente di linee di comunicazione con RS-232;
- connettori per il collegamento di connessioni esterne.......
Sviluppo e supporto tecnico Software I sistemi di sicurezza integrati (software) sono un processo che richiede tempo e denaro. Un modo per ridurre tempi e costi di sviluppo, aumentare la funzionalità e aumentare ciclo vitale Il software è l'uso della tecnologia che semplifica e automatizza la creazione e l'implementazione di modello informativo nel codice del programma.
UN. Morozov
Direttore generale del Design Bureau of Communication Systems LLC, ASB Group of Companies
Il complesso di strumenti di automazione per punti di sicurezza centralizzati (KSA PTSO) "Radioset" presenta le seguenti caratteristiche principali:
- architettura basata su un ambiente operativo distribuito auto-sincronizzante;
- completezza funzionale, comprese le funzioni di allarme antincendio e di sicurezza, videosorveglianza e videorilevamento, controllo e gestione accessi, comunicazione e notifica vocale;
- pannello di controllo universale;
- interfaccia operatore universale e adattiva, composta dai pannelli “Lista”, “Tabella” e “Piano”;
- formato esteso dei numeri di abbonato;
- nessuna necessità di un server dedicato (ambiente peer-to-peer);
- la possibilità di modificare la configurazione dell'hardware senza la necessità di riavviare i luoghi di lavoro;
- la possibilità di backup di postazioni e database (DB) “caldi”;
- la possibilità di configurazione flessibile delle aree di servizio per gli operatori di turno.
Le origini della creazione del "Radioset" KSA PCO
KSA PTSO "Radioset" è stato creato da un team di programmatori specializzati nello sviluppo di software per sistemi di sicurezza da due decenni. Questo team ha sviluppato diverse generazioni di luoghi di lavoro automatizzati, ampiamente utilizzati nelle unità di sicurezza. Tra questi sviluppi, i più famosi sono stati i PCO KSA del Centro di ricerca "Protection" ed "Egida", che si sono dimostrati software affidabili e convenienti. In questo senso, la KSA PCU "Radioset" ha assorbito tutta l'esperienza professionale precedente. Sembra che questa esperienza sia importante e preziosa non solo direttamente per gli sviluppatori, ma anche per gli utenti finali, poiché in funzione è molto importante capire non solo "come si fa", ma anche "perché si fa". In questo senso, in una conversazione sul "Radioset" KSA PCO è opportuno accennare una breve storia creazione dei suoi predecessori, che verrà eseguita di seguito.
Una delle leggi inesorabili di Murphy è: "Una volta che un progetto viene finalmente accettato, diventa obsoleto in termini di concetti". Pertanto, quando si imbarcano nel CSA della PCU "Radioset", gli sviluppatori hanno prima sottoposto la revisione dei concetti su cui si basano i progetti precedenti. Sono state analizzate questioni di economia, funzionamento, architettura della piattaforma hardware e software, modello informativo, tecnologia di sviluppo e ciclo di vita del software applicativo. Il costo del complesso software e hardware ARC è costituito dal costo dei seguenti componenti:
- piattaforma hardware (computer e apparecchiature di rete locale (LAN));
- piattaforma software (sistema operativo e sistema di gestione dei database (DBMS);
- operazione.
L'architettura LAN, che può essere peer-to-peer o con server dedicato, ha la principale influenza sul costo delle piattaforme hardware e software del CSA PSC. In teoria, ceteris paribus, una LAN con un server dedicato è più affidabile, ma molto più costosa e più difficile da gestire. Dopo aver analizzato tutti i pro e i contro, per la PCU Radioset CSA è stata scelta una piattaforma software e hardware della seguente configurazione:
- LAN peer-to-peer;
- sala operatoria Sistema Windows XP (a breve termine - Windows 7);
- sistema di gestione di database distribuito gratuitamente Firebird.
L'affidabilità della piattaforma peer-to-peer della PCU KSA "Radioset" è assicurata da una speciale architettura di software applicativo basato su un ambiente operativo distribuito auto-sincronizzante, ed è descritta di seguito. Il ciclo di vita del software applicativo degli sviluppi precedenti è schematicamente il seguente. Innanzitutto si effettua lo studio dell'area disciplinare (che in questo caso rappresenta il sistema di sicurezza) e si costruisce il suo modello informativo. Questo è un processo piuttosto lungo, laborioso e informale. Gli errori commessi in questa fase portano successivamente, nel migliore dei casi, alla necessità di infiniti "buchi di riparazione" sotto forma di aggiunte non sistematiche all'interfaccia che implementano esigenze informative e funzionali precedentemente non contabilizzate. Dopo lo sviluppo del modello informativo, i percorsi degli sviluppatori, in senso figurato, divergono. Ognuno di loro inizia a programmare la sua parte del complesso. Allo stesso tempo, è essenziale che il modello informativo precedentemente sviluppato sia incorporato nel codice del programma da ogni programmatore e in ciascuna delle workstation. Ciò porta a un'intensità di lavoro eccessivamente elevata per lo sviluppo e la manutenzione del software. Inoltre, la modifica del modello informativo nel processo di modifica dell'area tematica o delle idee degli sviluppatori al riguardo porta alla necessità di riscrivere parti significative di codice. Quest'ultimo è particolarmente significativo, poiché il miglioramento del software sotto forma di rilascio di nuove versioni costituisce la maggior parte del suo ciclo di vita (ad esempio, lo sviluppo della prima versione del KSA della "Protezione" di PSC NIT ha richiesto circa un anno, e il rilascio delle successive modifiche ha richiesto cinque anni). La tecnologia di sviluppo descritta Il software, come già notato, è stato utilizzato in progetti precedenti.Il rilascio di nuove versioni è stato complicato dal fatto che in realtà non ne avevano uno, ma tre basi di dati (informazioni, operative ed eventi). Pertanto, l'uso di una tecnologia che semplifichi e in parte automatizza il processo di "materializzazione" del modello informativo nel codice di programma è una risorsa evidente ed essenziale per accelerare lo sviluppo, aumentando il funzionalità e aumentando il ciclo di vita del software.Per eliminare queste carenze, è stata utilizzata l'architettura software basata su un ambiente operativo distribuito autosincronizzante nel KSA della PCU "Radioset", configurabile tramite linguaggio esteso linguaggio di marcatura (XML).
La sua differenza rispetto a quelli utilizzati in precedenza sta nel fatto che dopo lo sviluppo del modello informativo, esso non viene trasferito in una forma descrittiva direttamente ai programmatori per la successiva implementazione nel codice del programma, ma viene utilizzato come input per il sistema (cioè progettato per garantire il funzionamento del complesso nel suo insieme piuttosto che eseguire un compito applicato) componenti software del complesso. Nella CSA della PCU "Radio Network", un tale componente di sistema è chiamato core distribuito (di seguito denominato core) o ambiente di esecuzione distribuito auto-sincronizzante. Il core infatti è una sorta di "costruttore", dal quale vengono "assemblate" l'interfaccia e le funzionalità di una qualsiasi delle postazioni che fanno parte del complesso. Quando vengono visualizzati nuovi requisiti per l'interfaccia e la funzionalità, il kernel può essere modificato con nuove funzionalità che diventano disponibili per l'uso nella workstation. Con questa tecnologia, progettare un ARM è semplicemente una questione di specificare di quali risorse del kernel ha bisogno. Tutte le informazioni che descrivono il modello informativo del complesso (struttura e composizione del database, protocolli di scambio, elementi di interfaccia) e necessarie al suo funzionamento sono contenute in un file XML di configurazione testuale. Il core distribuito e il file di configurazione XML sono inclusi nel pacchetto software di ciascuna workstation. Il kernel funziona così:
- all'avvio di qualsiasi tipo di workstation, legge la descrizione del sistema dal file di configurazione, verifica la presenza di un database sul computer locale e crea un database in sua assenza secondo la descrizione;
- verifica la presenza del database su altri computer LAN e, se disponibile, esegue la sincronizzazione automatica del database;
- prevede l'interazione di rete tra le postazioni di lavoro (scambio di dati ed eventi);
- crea e fornisce funzionalità e sincronizzazione dei contenuti negli elementi dell'interfaccia AWP (piano, tabella, elenco, scheda, ecc.). La tecnologia utilizzata ha permesso di risolvere facilmente il problema di combinare le funzioni di un amministratore di database e di un ingegnere in un unico programma. In precedenza, il complesso era costretto a includere due workstation: la workstation ABD e la workstation "Engineer", che duplicavano in gran parte le capacità l'una dell'altra. Infatti la postazione "Ingegnere" era una postazione troncata del DBA con le funzioni di registrazione degli eventi. Ora, la finestra "Protocollo" è stata semplicemente introdotta nell'interfaccia ADB di AWS, la cui funzionalità è supportata dal kernel e corrisponde alla funzionalità della DPU AWP;
- crea e sincronizza gli stati degli oggetti del modello informativo AWS in base alla loro descrizione nel file di configurazione e alla loro presenza nel database;
- crea e mantiene canali di comunicazione virtuali, distribuisce i carichi tra le workstation, fornisce backup a caldo di workstation e database.
Composizione del "Radioset" KSA PCO
KSA PTSO "Radioset" integra il lavoro con i seguenti sottosistemi:
- sicurezza e allarme antincendio (OPS);
- controllo e gestione accessi;
- videosorveglianza e videorilevamento;
- comunicazioni vocali e notifiche. Il sottosistema FPS supporta i seguenti SPI e sistemi di sicurezza integrati (ISB):
- Rspi "Rete Radio":
- Rspi "Struna-3M";
- Rspi "Struna-M";
- IKB "Pakhra";
- SPI "Phobos", "Phobos-3";
- SPI "Altare".
La struttura del KSA PCO "Radioset" comprende la workstation del duty control panel (AWS DPU) e la workstation dell'amministratore del database (AWS DBA). La schermata principale di AWP DPU è mostrata in figura. La pratica mostra che i requisiti per la composizione delle informazioni sullo schermo di AWP DPU sono molto contraddittori. Da un lato, l'operatore ha bisogno informazioni dettagliate su uno specifico oggetto protetto, invece, necessita di informazioni sulla situazione operativa attuale nella sua area di servizio (responsabilità), cioè elenco di tutte le situazioni di allarme. In AWP DPU, questa contraddizione è risolta dalla presenza di due pannelli: un pannello di allarme (10) e un pannello dati (6, 7, 8).
Il pannello di allarme visualizza un elenco di numeri di abbonato le cui zone sono in stato di allarme. Il pannello dati mostra:
- tabella di stato (6);
- pannello oggetti (7);
- piano grafico (8). I pannelli elencati esauriscono tutte le esigenze note all'autore per supporto informativo operatori di turno. Il pannello "Piano" viene utilizzato per visualizzare le informazioni dal database grafico. Caratteristica distintiva pannello "Piano" è la mancanza di un collegamento rigido con il numero di abbonato, che era negli sviluppi precedenti. Ciò consente di visualizzare su un piano tanti oggetti quanti sono necessari per il lavoro dell'operatore.
Il pannello di controllo sul lato sinistro contiene un campo per inserire un numero di abbonato e, a destra, i comandi a sua disposizione. Vorrei richiamare l'attenzione sul fatto che la centrale contiene non solo comandi familiari ai sistemi di allarme antincendio, ma anche comandi per zone di videosorveglianza (3), punti di accesso (4) e punti di comunicazione vocale (5). Nella parte inferiore dello schermo c'è il pannello "Protocollo" (9).
Riassumendo la descrizione della KSA PCU "Radioset", notiamo che le soluzioni e le tecnologie in essa implementate forniscono:
- completezza funzionale (OPS, controllo e gestione accessi, videosorveglianza e videorilevamento, comunicazione e notifica vocale);
- il costo minimo della piattaforma software e hardware (LAN peer-to-peer e DBMS a distribuzione libera);
- elevata affidabilità del lavoro grazie al backup "a caldo" dei database e delle postazioni degli operatori;
- la capacità di modificare velocemente il software, la composizione e la struttura del database e di sviluppare nuove applicazioni.
Le leggi di Murphy sono inesorabili. Una volta che un progetto viene finalmente accettato, diventa obsoleto in termini di concetti. Tuttavia, ci sono eccezioni a ogni legge. Abbiamo cercato di fare di tutto per rendere il "Radioset" KSA PCO un'eccezione.
Le raccomandazioni riflettono le principali tipologie di lavoro e costi di manodopera per la manutenzione ordinaria di SPI e RSPI cablati da parte del personale tecnico e ingegneristico del PSC delle unità di sicurezza private, nonché delle apparecchiature terminali incluse nella loro composizione.
| Designazione: | R 78.36.025-2012 |
| Nome russo: | Il contenuto dei principali lavori sulla manutenzione ordinaria degli SPI dei canali filari e radio consigliati per l'uso nelle unità di sicurezza private. Raccomandazioni |
| Stato: | valido |
| Data di aggiornamento del testo: | 05.05.2017 |
| Data aggiunta al database: | 01.10.2014 |
| Approvato: | 26.12.2012 Amministrazione del servizio di guardia di sicurezza presso il Ministero degli affari interni della Federazione Russa |
| Pubblicato: | Centro di ricerca Protezione del Ministero degli affari interni della Russia (2012) |
| Link per il download: |
M Ministero degli Affari Interni della Federazione Russa
Dipartimento principale della sicurezza privata
DA contenuti delle opere principali
secondo le normative
Manutenzione
filo e canale radio SPI,
consigliato per l'uso
in unità di sicurezza private
R 78.36.025-2012
Mosca 2012
Le raccomandazioni sono state sviluppate dai dipendenti del Centro di ricerca FKU "Protezione" del Ministero degli affari interni della Russia A.E. Pomazuev, I.F. Balueva, IA Zakharov, S.V. Belan, EA Nurmukhamedov, D.A. Nikolaev, AR Familnov, KV Kolesov, AI Krotov, sotto la guida di A.G. Zaitsev.
ELENCO DELLE ABBREVIAZIONI
AWP - luogo di lavoro automatizzato
ASCN - sistema di monitoraggio centralizzato automatizzato
AFT - percorso antenna-alimentatore
BVR - blocco canale radio remoto
BM - modulo base
BPO - unità oggetto cablata
BPU - unità console universale
BR - blocco del canale radio
BRO - blocco canale radio oggetto
BRR - unità relè canale radio
DPU - pannello di controllo di servizio
ITR - ingegnere e operaio tecnico
UPS - fonte gruppo di continuità
KPTSO - interruttore del punto di protezione centralizzato
KSA: un insieme di strumenti di automazione
SWR - rapporto d'onda stazionaria
KSPI - responsabile del sistema di trasmissione delle notifiche
KTSN - un complesso di monitoraggio centralizzato
LAN - rete locale
MHIG - luoghi di deposito di proprietà dei cittadini
OM - modulo oggetto
PC - pacchetto software
Software - software
EPROM - dispositivo di archiviazione programmabile di sola lettura
PPKO - dispositivo di sicurezza di ricezione e controllo
PPKOP - un dispositivo per ricevere e controllare la sicurezza e il fuoco
PS - trasmettitore di messaggi
PU - pannello di controllo
PUU - pannello di controllo universale
Stazione di monitoraggio - console di monitoraggio centralizzata
PCO - punto di sicurezza centralizzato
PC - personal computer elettronico
RPD - trasmettitore radio
RPM - ricevitore radio
RPMPD - ricetrasmettitore
RPU - ricevitore radio
PC - guardiano radiofonico
Rspi - sistema di notifica del canale radio
RT - ripetitore
RE - manuale d'uso
SPI - sistema di notifica
TA - telefono
TO - manutenzione
TSO - mezzi tecnici di protezione
UO - dispositivo terminale
UOO - dispositivo oggetto terminale
UOOR - dispositivo relè oggetto terminale
UOS - dispositivo di organizzazione della comunicazione
UT - dispositivo di traduzione
UT-Ts - dispositivo di trasmissione centrale
2. DISPOSIZIONI GENERALI
In conformità con la legislazione della Federazione Russa, le unità di sicurezza non dipartimentali degli organi degli affari interni territoriali, al fine di attuare le funzioni di protezione centralizzata su base contrattuale della proprietà dei cittadini e delle organizzazioni, effettuano la manutenzione tecnica ordinaria di cablati, radio canale SPI e apparecchiature per la formazione di canali per loro, apparecchiature informatiche, registrazione di trattative, sistemi di videosorveglianza, controllo e gestione degli accessi e altre apparecchiature ausiliarie installate nei locali degli operatori di telecomunicazioni e degli ARC.
Queste raccomandazioni riflettono le principali tipologie di lavoro e costi di manodopera per la manutenzione ordinaria di SPI e RSPI cablati da parte del personale tecnico e ingegneristico del PSC delle unità di sicurezza private, nonché delle apparecchiature terminali incluse nella loro composizione.
La composizione tipica delle SPI dei canali filari e radio e delle apparecchiature soggette a manutenzione obbligatoria comprende ripetitori e concentratori di gruppo per loro, PC, apparecchiature di console ausiliarie, apparecchiature di rete, modem (convertitori), software (AWP).
3. MANUTENZIONE E MANUTENZIONE
La manutenzione tecnica del TSS viene eseguita su base pianificata in conformità con i requisiti degli atti normativi del Ministero degli affari interni della Russia e della documentazione operativa degli impianti di produzione.
Quando si eseguono lavori di manutenzione su SPI e Rspi, “PUE-98. Regole per l'installazione degli impianti elettrici" ed essere guidati dalle "Istruzioni sulle misure di sicurezza", "Linee guida per la manutenzione degli impianti antincendio", "Regole tipiche per la manutenzione tecnica degli impianti automatici antincendio VSN 25-09.68.85".
La manutenzione programmata dei dispositivi SPI, Rspi, apparecchiature ausiliarie installate presso l'ARC e nei locali delle centrali telefoniche viene effettuata con la seguente frequenza:
nell'ambito del regolamento n. 1 - 4 volte al mese;
nell'ambito del regolamento n. 2 - una volta ogni 3 mesi.
Inoltre, al fine di individuare le cause ed eliminare i falsi positivi, nonché in caso di malfunzionamento delle apparecchiature SRS e Rspi, quando la loro causa non può essere eliminata con l'attuazione delle norme n. 1 e n. 2, si effettuano manutenzioni straordinarie.
Il volume della manutenzione ordinaria eseguita dal TCO è controllato dall'ingegnere del PCO, registrato nel giornale dell'elettricista del PCO, seguito dalla nota del pannello di controllo in servizio nel foglio di controllo (log) dell'AWP del PCO.
L'ambito generale dei lavori di manutenzione per tutti gli SPI dei canali via cavo e radio è riportato nella tabella n. L'appendice n. ne presenta il contenuto ei requisiti tecnici per la manutenzione ordinaria. Schemi e ordine delle misure parametri elettrici sono riportati nell'allegato n.
Tabella 1
|
P1 |
R2 |
|
|
1. Verifica delle condizioni esterne del relè (che forma un canale) e delle apparecchiature dell'impianto che fanno parte dell'SPI (RSPI) |
||
|
Verifica dell'affidabilità del fissaggio, delle condizioni dei cavi di collegamento, dei connettori e dell'anello di terra |
||
|
Pulizia degli alloggiamenti da polvere, sporco, umidità, eliminazione dei danni meccanici |
||
|
Controllo dell'alimentazione (incluso backup) |
||
|
Verifica dell'integrità degli elementi di indicazione, controllo, notifica sonora |
||
|
Verifica della presenza di coperchi su morsettiere, sigilli o sigilli sulle custodie dei dispositivi |
||
|
Ispezione delle condizioni dell'antenna e del cavo dell'antenna (per Rspi) |
||
|
2. Verifica delle prestazioni del relè (formazione di canali) e delle apparecchiature dell'impianto incluse nello SPI (RSPI) |
||
|
Inserimento e controllo del passaggio dei comandi di telecontrollo (“Inserimento”, “Disinserimento”) |
||
|
Input e controllo del passaggio dei segnali "Hacking", "Alarm", " Corto circuito", "Incidente" |
||
|
Controllo della corretta programmazione delle modalità di funzionamento |
||
|
Controllo dell'indicazione delle modalità di funzionamento |
||
|
Verifica delle prestazioni durante il passaggio all'alimentazione di backup e viceversa |
||
|
Diagnostica del canale radio; verifica del livello del segnale radio; misura della potenza attuale del trasmettitore ripetitore; controllare l'AFT ricevente e trasmittente; controllo dell'indicazione del codice di errore del trasmettitore ripetitore (per Rspi) |
||
|
3. Misura dei parametri elettrici: |
||
|
Il valore della "corrente di guardia" (per SPI operante su linee di comunicazione commutate) |
||
|
Resistenza di isolamento |
||
|
Corrente consumata quando alimentato da una fonte di alimentazione di backup |
||
|
Verifica della conformità del valore nominale e della funzionalità del fusibile |
||
|
Valori della tensione di alimentazione principale |
||
|
Il livello (tensione) del segnale ricevuto (trasmesso). |
||
|
Frequenze del segnale trasmesso (ricevuto). |
||
|
Controllo SWR (per Rspi) |
||
|
4. Verifica di AWS KSA ARC, apparecchiature server e LAN |
||
|
Verifica dell'integrità del cablaggio, dell'affidabilità del collegamento dei connettori del PC, dei dispositivi di stampa e delle apparecchiature di commutazione |
||
|
Pulizia della superficie del PC, dei dispositivi di stampa e delle apparecchiature di commutazione da polvere, sporco, umidità, eliminando i danni meccanici |
||
|
Verifica dello stato di salute dei controlli |
||
|
Verifica dell'accuratezza dell'impostazione e della sincronizzazione dell'ora sulla workstation |
||
|
Verifica assenza virus informatici |
||
|
Monitoraggio dello stato dell'HDD |
||
|
Verifica dell'integrità del database |
||
|
Verifica della funzionalità del software AWP |
||
|
Pulizia delle testine ottiche delle unità |
||
|
Lubrificazione ventole di raffreddamento (cooler) PC |
||
|
5. Manutenzione della documentazione operativa e tecnica |
||
|
Registrazione dei lavori completati |
||
Quando si eseguono lavori relativi allo scollegamento dell'alimentazione principale e di backup di una workstation non collegata alla LAN, prima di iniziare la manutenzione, è obbligatorio copiare (archiviare) (se possibile su supporto rimovibile) il database e lo stato di tutti i terminali dispositivi collegati ai ripetitori.
Se necessario, viene eseguita una stampa dello stato degli oggetti protetti prima e dopo i lavori di manutenzione e viene effettuato il loro confronto.
4. REQUISITI DEL PERSONALE
Per gli interventi di manutenzione e manutenzione ordinaria degli SPI dei canali filari e radiofonici sono ammessi gli elettricisti della PCU che abbiano seguito una formazione specifica e che abbiano una categoria di qualificazione di almeno 4°.
Gli interventi di manutenzione e manutenzione ordinaria su AWS KSA e LAN PSC vengono eseguiti da ingegneri che hanno seguito una formazione speciale e sono in possesso delle qualifiche appropriate.
5. APPARECCHI DI MISURA, STRUMENTI E MATERIALI DI CONSUMO
Il supporto metrologico viene effettuato in conformità con la legislazione e altri atti normativi della Federazione Russa e del Ministero degli Affari Interni della Russia.
Gli strumenti di misura utilizzati per osservare i parametri di SPI e Rspi, senza valutarne i valori con una precisione normalizzata, possono essere indicati come strumenti di misura indicatori e non soggetti a verifica.
Nella tabella sono riportati un elenco indicativo e le norme per il posizionamento degli strumenti di misura e delle apparecchiature da banco per un CSS.
Tavolo 2
|
Una copia dell'ordine del capo dell'unità di sicurezza privata sull'assegnazione dell'ambito della manutenzione tecnica di SPI, RSPI, KSA e delle apparecchiature ausiliarie del PSC agli addetti alla manutenzione del PSC; Schede per l'attuazione dei regolamenti per la manutenzione dei sistemi di trasmissione delle notifiche, KSA e apparecchiature ausiliarie della CSS, redatte tenendo conto del costo del lavoro per la loro attuazione; Giornale di contabilità e controllo del lavoro sulla manutenzione di software per sistemi informatici di registrazione video e audio; Diario dell'elettricista; Giornale di strumenti di misura. 7. AMBITO DEI LAVORI DI REGOLAZIONE DELLA SP E FIRNella tabella sono riportate le principali tipologie di interventi e costi di manodopera per la manutenzione ordinaria di SPI e Rspi cablati da parte dello staff tecnico e ingegneristico della CSS. Tabella 3
Nota : Se è necessario attirare ulteriori specialisti per eseguire la manutenzione ordinaria, la norma delle ore è distribuita in base al loro numero. ALLEGATO 1
APPENDICE 2Immagine 1 Il controllo della corrente in modalità "Sicurezza" per SPI operante tramite linee commutate nel cross-connect PBX (figura ) viene effettuato sulla "thunder strip" (X1), utilizzando un apposito connettore di misura del cross-connect (X2) (Il tipo di spina è diverso per tipi diversi ATS). Il dispositivo di misurazione (tester) deve essere commutato nella modalità di misurazione della corrente e incluso nella rottura di un filo lineare del numero di conto verificato (cella). L'UO sull'oggetto deve essere nello stato on. Dopo aver contattato la DPU, effettuare la cattura del numero di controllo verificato. Nel prendere il numero sotto protezione, osservare sul misuratore (PA1) il valore della corrente in modalità "Sicurezza" (dovrebbe essere entro i limiti specificati nell'OM SPI). Registra la corrente misurata. La misurazione del valore della resistenza di isolamento della linea di comunicazione dell'utente viene eseguita nella croce PBX sulla "banda di tuono" (X1). Per misurare è necessario: Installare una "fibra" isolante sulla fascia thunder, spegnendo le apparecchiature SPI e ATS; Dopo aver contattato l'oggetto, chiedere di scollegare dalla linea tutte le apparecchiature ad esso collegate; Assicurati che la linea sia commutata in modalità "interruzione"; Trasferire il dispositivo di misurazione nella modalità di misurazione della resistenza e includere uno dei fili di linea e il contatto di messa a terra nello spazio (figura); Verificare che la resistenza di isolamento sia maggiore di 20 kΩ. Allo stesso modo, controllare la resistenza di isolamento del secondo filo. Verifica del valore della resistenza di isolamento figura 2 Misura del livello (tensione) del segnale ricevuto (trasmesso). Figura 3 La misura della tensione del segnale ricevuto (trasmesso) (per STS filari operanti su linee occupate) viene effettuata nella croce PBX (Fig. ) sulla banda di tuono (X1), oppure sul frame del ripetitore STS a lato della linea di abbonati (utilizzando clip a coccodrillo) . Il dispositivo di misurazione (tester) (PV1) deve essere commutato nella modalità di misurazione della tensione CA tramite un pulsante chiuso corrente continua ingresso (attraverso un condensatore). Dopo aver contattato l'oggetto in prova, assicurarsi che la centralina sull'oggetto sia accesa e la sua uscita sia collegata alla linea telefonica in prova. Misurare e fissare il livello del segnale. Nel caso di utilizzo dello scambio di informazioni bidirezionale nello SPI, è necessario installare una “fibra” isolante sulla fascia del tuono e misurare separatamente i segnali: A lato della linea dell'abbonato, il valore del segnale ricevuto dall'oggetto dell'oggetto, Lato centralino, il valore del segnale trasmesso dal ripetitore SPI. (I valori misurati devono rientrare nei limiti specificati nell'OM JFS). La misura della frequenza del segnale ricevuto (trasmesso) (per SPI filari operanti su linee occupate) nella croce del PBX (figura ) viene effettuata sulla banda di tuono (X1), oppure sul frame del ripetitore SPI a lato della linea di abbonato (utilizzando clip del tipo "coccodrillo"). Il dispositivo di misurazione (P1) (tester) deve essere commutato nella modalità di misurazione della frequenza utilizzando l'ingresso chiuso per la corrente continua (attraverso il condensatore). Dopo aver contattato l'oggetto in prova, assicurarsi che la centralina sull'oggetto sia accesa e la sua uscita sia collegata alla linea telefonica in prova. Misurare e registrare la frequenza del segnale ricevuto. Nel caso di utilizzo dello scambio di informazioni bidirezionale nello SPI, è necessario installare una “fibra” isolante sulla fascia del tuono e misurare separatamente i segnali: Sul lato della linea di abbonato (X1), la frequenza del segnale ricevuto dalla UE dell'oggetto, Sul lato PBX (X1) la frequenza del segnale trasmesso dal ripetitore SPI. (I valori di frequenza misurati devono rientrare nei limiti specificati nel JFS OM). Misurazione della frequenza del segnale ricevuto (trasmesso). Figura 4 Misura SWR Come lavorare con un misuratore SWR (sull'esempio dello strumento DIAMOND SX-600) Per misurare l'SWR è necessario che la frequenza operativa del trasmettitore coincida con la frequenza operativa dell'antenna. Se la frequenza operativa è nell'intervallo 140 - 525 MHz, allora l'interruttore « sensore,situato sul lato posteriore del dispositivo (figura ) deve essere in posizione . Se la frequenza operativa è compresa tra 1,8 e 160 MHz, l'interruttore deve essere in posizione. Collegare quindi il trasmettitore all'ingresso Tx sul pannello posteriore del misuratore SWR utilizzando un cavo con impedenza caratteristica di 50 Ohm, e all'ingressoFORMICA- collegare il cavo dell'antenna. Controllare attentamente l'affidabilità delle connessioni dei connettori con il misuratore SWR, poiché l'errore di misura dipende da questo. Non attorcigliare i cavi di collegamento in anelli. Accendi l'interruttore № 1 sul pannello frontale del misuratore SWR (vedi Figura 5) alla posizioneAVANTI. Accendi l'interruttore № 2 sul pannello frontale del misuratore SWR (Figura 5) alla posizioneCAL. Accendi il trasmettitore. Allo stesso tempo, come qualsiasi dispositivo puntatore, DIAMOND SX-600 deve trovarsi su una superficie orizzontale piana. (Si noti che molti trasmettitori non sono progettati per il funzionamento continuo. Pertanto, è impossibile misurare l'SWR per più di 10 - 15 s.È necessario fare una pausa di 20 - 30 s in modo che il transistor di uscita del trasmettitore possa cedere calore all'ambiente.) Maneggiare CALsul pannello frontale dello strumento, tarare alla deviazione massima della lancetta dello strumento sul lato destro della scala ( № 3 in figura 5). Girando dolcemente la manigliaCALimposta la freccia su h / markCAL H/L su una scala SWR. Traduci interruttore № 2 sul pannello frontale dello strumento alla posizioneSWR. Misurare il valore SWR. Misurazione della potenza del trasmettitore Collegarsi all'ingresso corrispondenteFORMICAcarico resistivo di 50 ohm. Collegarsi all'ingresso corrispondente Tx trasmettitore. Accendi l'interruttore № 3 sul pannello frontale dello strumento (vedi Figura 5) alla posizione 5 W, 20 W o 200 Wa seconda della potenza del trasmettitore misurata. Abilita interruttore № 2 POTENZA. Abilita interruttore № 1 sul pannello frontale dello strumento (vedi Figura 5) alla posizioneAVANTIse prima era in una posizioneSPENTO. Secondo la scala appropriataPOTENZAmisurare la potenza del trasmettitore. |
Inv. camera |
Numero e lavoro in corso |
Nota |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Nome del TCO"_____" _____________________ 20______
Appunti :
1 L'orario è compilato tenendo conto dei costi di manodopera per ogni prodotto e del lavoro degli elettricisti nei fine settimana, festivi, secondo e terzo turno.
PIANO - PROGRAMMA
adempimento delle norme per la manutenzione degli apparati tecnici di sicurezza installati nei locali delle centrali telefoniche, a partire dal __________ 20___
Elettricista ______________________________
|
Nome del TCO |
Inv. camera |
Numero e lavoro in corso |
Nota |
|||||
Compilato da ________________________________________________________________
(posizione, iniziali, cognome, firma)
"___"________ 20___
Appunti :
1 Il programma è compilato tenendo conto del costo della manodopera per ogni prodotto e del lavoro degli elettricisti nei fine settimana, nei giorni festivi, nel secondo e terzo turno.
2 In assenza di un elettricista (malattia, ferie, ecc.) a cui è affidata l'attrezzatura, nella colonna "nota" è indicato il nome completo dell'elettricista che ha eseguito i lavori.
RIVISTA
contabilità e controllo dei lavori su manutenzione di software per sistemi informatici, registrazione video e audio
Iniziato "____" ______ 20___
Laureato il "____" _____________ 20___
Contabilità del lavoro completato
|
L'appuntamento. Volta |
Nome completo, posizione dell'esecutore |
Nome completo, posizione di funzionario di vigilanza del PCU |
Nota |
|||
RIVISTA
elettricista per garantire il funzionamento dei sistemi di monitoraggio centralizzato
___________________________
Iniziato "____" ______ 20___
Laureato il "____" ____________ 20___
Contabilità del lavoro completato
Nota- Nella colonna "Tipo di lavoro" è indicato il numero del regolamento, altra causale del lavoro (domanda del cliente o organizzazione del servizio, mancata presa in carico dell'oggetto, appartamento (MHIG) sotto tutela, altri motivi).
RIVISTA
contabilizzazione degli strumenti di misura
|
Nome dello strumento di misura |
Marca dello strumento di misura |
Numero di serie, numero di inventario |
Segno appuntato |
Condizione tecnica |
Nota |
|
Appunti :
1 La colonna "Condizioni tecniche" indica: la data dell'ultima verifica, riparazione, necessità di cancellare gli strumenti di misura.
2 Il giornale è tenuto da ingegneri che supervisionano gli strumenti di misura.
