🛡️ALARMSPACE
BRUKERMANUAL V.3.0.1.4-003
ALARMSPACE (ALARMEMOTTAKERE SENTRAL GATEWAY)
CRA-programvare for kontroll av sikkerhets- og brannutstyr
INDEKS
INDEKS 2
1. Introduksjon 5
1.1. Funksjoner 5
1.2. Nyheter 5
2. Servermodul 5
2.1. Innlogging 5
2.2. Brukere 6
2.2.1. Brukerhåndtering 6
2.2.2. Brukergrupper 6
2.2.3. P2P Logout Hyundai/Hikvision 7
2.3. DVR 8
2.3.1. Liste 8
2.3.1.1. Generelle data 8
2.3.1.1.1. DVR MASTER_BYDEMES 10
2.3.1.1.2. Importer 11
2.3.1.2. Innstillinger 11
2.3.1.3. Tegnforklaring 12
2.3.1.4. Alarmer 12
2.3.1.4.1. Administrer alarmer per kanal 14
2.3.1.4.2. Administrer tilstander 16
2.3.1.4.3. Alarmskalender 17
2.3.1.5. Sertifikater 18
2.3.2. DVR per bruker 19
2.3.3. DVR per gruppe 19
2.3.4. Liste over DVR-er 20
2.3.5. Grupper 20
2.3.6. ABONNENTER INNBRUDD 21
2.3.7. Panelbrukere 22
2.3.8. Sentralsoner 23
2.3.9. Abonnentdata 25
2.3.10. IA-parameter 25
2.3.11. Nye VESTA-koder 28
Ge2.4. Alarmer 29
2.4.1. Handlinger 29
2.4.2. Gateway 30
2.4.3. Liste 30
2.4.4. DVR-hendelser 31
2.4.5. Planlagte lister 32
2.4.6. Innbruddskoder 33
2.5. Konfigurasjon 34
2.5.1. Mottakerparametere 34
2.5.1.1. Generelle parametere 35
2.5.1.2. Kommunikasjon med CRA 35
2.5.1.3. Andre parametere 36
2.5.2. Legg til lisenser 37
2.5.3. Forny Master-tabeller 37
2.5.4. Avansert konfigurasjon 37
2.5.5. Kontrollpanel 40
2.5.6. Loggviser 41
2.5.7. Automatiske sertifikater 42
2.5.8. P2P instanser Dahua 42
2.6. Sikkerhetskopier 43
2.6.1. Import/Eksport 43
2.6.2. Konfigurer 43
2.6.3. Rengjøring 44
2.7. Språk 45
2.8. Hjelp 45
3. Operatørmodul 45
3.1. Innlogging 45
3.2. Sanntid 48
3.2.1. Brann 56
3.2.2. Video-dørtelefoner 58
3.2.3. Analog brann 59
3.3. Video 61
3.4. Alarmer 63
3.4.1. Innbruddsalarmer 64
4. ActiveX-modul 68
4.1. Gateway-kommandoer 68
4.2. Nye kommandoer 71
5. VESTA-gateway konfigurasjon 73
5.1. Introduksjon 73
5.1.1. Velkommen 73
5.2. VESTA sentral programmering 73
5.3. AlarmSpace-innstillinger 76
5.3.1. Generelle innstillinger - VESTALog 76
5.3.1.1. Sanntid 77
5.3.1.2. Historikk 77
5.3.1.3. Logg 78
5.3.1.4. VESTA-konfigurasjon 78
5.3.1.5. Hendelseskoder 82
5.3.1.6. Hendelsesdestinasjoner 84
5.3.1.7. Omdiriger hendelser 85
5.3.1.8. Konfigurer lastbalanserer 85
5.3.1.9. LORA-parametere 85
5.3.1.10. API-parametere 86
5.3.1.11. Multi-API 86
5.3.1.12. Generell AlarmSpace-konfigurasjon 87
5.3.2. Abonnentkontroll 88
5.4. Konfigurasjoner mottaksprogramvare for CRA 90
5.4.1. Manitou 90
5.4.2. SBN 92
5.4.3. Softguard 92
5.5. Visningsmodul – Toveis tilgang for VESTA-sentraler 92
5.5.3. Ringe-kommando til Vesta-viseren 92
6. AXHUB sentralkonfigurasjon 94
6.1. Hikvision AXHUB og AlarmSpace 94
6.1.2. Introduksjon 94
6.1.3. Minimumskrav 94
6.1.4. Innledende konfigurasjoner i AlarmSpace 94
6.1.5. Spesielle innstillinger for AXHUB 95
6.1.5.1. Alarmemottakssenter 95
6.1.5.2. EHome-registrering 96
6.1.5.3. Ytterligere innstillinger 97
6.1.6. Drift i AlarmSpace 98
6.1.6.1. Generelle parametere 98
6.1.6.2. Videoalarmkonfigurasjon 99
6.1.6.3. Kontroll av frakoblinger 100
7. Kameravisningsmodul 102
1. Introduksjon
AlarmSpace er en programvareplattform for kontroll, overvåking og visning av videospillere og kameraer.
1.1. Funksjoner
· Visning av kameraer i sanntid
· Avspilling av innspilt video
· Håndtering av alarminnganger og tekniske alarmer fra videospillerne
· Integrasjon med de viktigste CRA-programvarene.
1.2. Nyheter
AlarmSpace integrerer også andre enheter som video-dørtelefoner og konvensjonelle brannsentraler fra Honeywell. I tillegg fungerer det som en gateway for mottak, håndtering og videresending av hendelser fra Vesta-sentralen.
2. Servermodul
Servermodulen i AlarmSpace er kun tilgjengelig for brukere med administratorrettigheter. Dens hovedfunksjoner er opprettelse og endring av brukere, enheter, tildeling av kameraer til brukere, konfigurasjon av alarmhandlinger, gateway-koder, mottakerparametere samt opprettelse og konfigurasjon av sikkerhetskopier av programmets sensitive data.
2.1. Innlogging
Servermodulen i AlarmSpace krever tilgang via en bruker med nivå Administrator. Standardbrukeren er:
Bruker: admin
Passord: 12345
Deretter kan administratorpassordet endres og flere administratorbrukere opprettes i menyen Brukere.
Innloggingsskjermen til serveren viser oss gjeldende versjon av AlarmSpace, ber om Bruker og passord og vi kan Akseptere for å gå inn i Serveren eller Avslutte for å avbryte operasjonen. Den sist brukte brukeren blir registrert og vil vises som standard neste gang serveren startes.
2.2. Brukere
Opprettelse og endring av brukere.
2.2.1. Brukerhåndtering
I denne tabellen ser vi alle systembrukerne. Ved dobbeltklikk på en bruker lastes den inn i nedre del for redigering:
Vi kan endre brukerbeskrivelsen, navnet, passordet og nivået (administrator eller operatør). Kun administratorer kan få tilgang til servermodulen.
Nye brukere kan også opprettes med knappen ny. Fyll ut alle feltene og trykk på knappen Lagre.
Brukere kan også slettes ved å laste brukeren med dobbeltklikk og trykke på knappen Slett.
For å forkaste endringene som gjøres kan vi trykke på knappen Avbryt.
2.2.2. Brukergrupper
Brukerne vi definerte i forrige punkt kan tildeles én eller flere grupper. Siden brukere kan benyttes for å fjernstyre innbruddsalarmpaneler fra AlarmSpace (Se Visningsmodul – Toveis tilgang for VESTA-sentraler), brukes disse gruppene for å tildele brukeren et sett paneler som brukeren har rettigheter til å kontrollere. Fremgangsmåten er å tildele gruppen til panelet (i Abonnentkontroll) og når gruppen tildeles brukeren, vil panelet bli tildelt brukeren automatisk.
For å tildele en gruppe til en bruker velger vi først brukeren i nedtrekksmenyen:
Når valgt, tildeler vi i nedre del gruppen(e) vi vil gi brukeren (eller velger “Alle grupper”) og trykker på “Legg til gruppe”:
Gruppen vil bli tildelt brukeren:
Hvis vi ønsker å fjerne en gruppe fra en bruker, velger vi brukeren i nedtrekksmenyen, dobbeltklikker på gruppen som skal fjernes, den lastes i nedre seksjon og vi trykker på “Fjern gruppe”:
2.2.3. P2P Logout Hyundai/Hikvision
Hvis P2P fra Hyundai og/eller Hikvision brukes, kan vi koble brukeren fra P2P via denne menyen. Ny tilkobling med samme eller en annen P2P-bruker startes automatisk ved oppstart av servermodulen.
2.3. DVR
Administrasjon av videospillere, kameraer og støttede enheter.
2.3.1. Liste
Opprettelse og endring av enheter.
2.3.1.1. Generelle data
Håndtering av opprettelse og endringer av enheter. De vises i en tabell:
I hver rad ser vi informasjon om enheten. Hvis den har tilkoblingsproblemer vises raden i rødt.
Vi kan søke etter enheter etter beskrivelse, abonnent eller serienummer.
Mulighet for å synkronisere alle enheter.
Enhetene som vises etter filter kan vises etter kriterier: frakoblet, etter type/merke, etter beskrivelse, etter tilkoblingstype, etter gruppe...
Enhetene som vises etter filter kan eksporteres til CSV-Excel og PDF.
For å gjøre endringer dobbeltklikk på enhetsraden:
For å legge til en ny enhet trykker vi på knappen Ny.
Vi legger til eller endrer enhetsbeskrivelsen. Velger standardtilkoblingstype, direkte eller P2P. Hvis den har data for begge forsøker den først med standard og hvis det feiler med den andre.
Ved direkte tilkobling må vi angi IP eller DDNS og port i Adresse.
Enhetstyper:
· Coloso Evolution: Dahua-merke med ByDemes firmware
· Coloso AS: Dahua-merke med ByDemes-AirSpace firmware
· HyundaiNextGen: Hyundai-merke modeller NextGen
· Hikvision: Hikvision-merke
· Dahua General: Dahua-merke med original firmware
· Dahua video-dørtelefon: Dahua merke video-dørtelefoner (Dahua SDK)
· Honeywell brann: Honeywell-merke konvensjonelle modeller
· Honeywell analog: Honeywell-merke, analoge modeller
· AX HUB: Hikvision-merke, innbruddssentral med videoopptak i AlarmSpace
Gruppe: en gruppe kan tildeles enheten for filtrering i Server/Operatør og for sending av gruppe-e-poster.
Abonnent: abonnentnummer som sendes til CRA-programvaren i hendelsene.
Verifiseringskode: kode nødvendig for å vise bestemte kameraer fra Hikvision-enheter.
Serienummer for P2P-forespørsel: enhetens serienummer nødvendig for å få tilgang via P2P. P2P må være aktivert på opptakeren.
P2P-port: TCP-port konfigurert på enheten; selv om den ikke trenger å være åpnet i kundens nettverk, må den oppgis.
Bruker: en gyldig bruker for enheten
Passord: passordet til ovennevnte bruker.
Ved å trykke Last konfigurasjon vil programvaren forsøke å koble til enheten via tilgjengelige metoder og rapportere korrekt eller feilaktig tilkobling for hver av dem.
I tillegg laster den inn det avleste serienummeret i Serienummer, de totale kanalene i enheten i Kanaler, utgangskanalene og enhetens dato.
Hvis vi trykker på Lagre vil endringene bli lagret og raden bli lagt til hvis det var en ny enhet. Hvis vi trykker på Avbryt vil endringene bli forkastet.
Knappen Data lar deg tilordne tilleggdata til enheten:
Nye filtre er lagt til for å kunne bruke disse endringene:
Mulighet for å filtrere etter by, fylke, telefon og e-post.
2.3.1.1.1. DVR MASTER_BYDEMES
Når AlarmSpace installeres eller oppdateres vises en masteropptaker kalt MASTER_BYDEMES i DVR-listen. Den brukes til å sende generiske systemhendelser til CRA-programvaren. Den kan redigeres som enhver annen DVR, selv om vi ikke kan koble til den fordi den ikke eksisterer fysisk. Vi kan endre abonnentnummeret som sendes (standard 0000) og velge hvilke alarmhendelser vi ønsker å sende:
Alarmtypene som skal håndteres er:
Periodisk test sender et periodisk testsignal med samme periode som vi definerer for heartbeat i Konfigurasjon -> Mottakerparametere
Harddisk nesten full oppdager når AlarmSpace-serverens disk har mindre enn 10 % ledig kapasitet og sender varsel.
Feil tjen. P2POri varsler hvis sjekk av P2P-tjenesten mot Dahua Original-skyen feiler
Gjenopprett tjen., P2POri varsler når P2P-tjenesten mot Dahua Original gjenopprettes
Feil tjen. P2P varsler hvis sjekk av P2P-tjenesten mot ByDemes-skyen feiler
Gjenopprett tjen., P2P varsler når P2P-tjenesten mot ByDemes gjenopprettes
2.3.1.1.2. Importer
AlarmSpace kan importere data fra Dahua-programmet SmartPSS. Importen gjøres via filen devices.xml som er resultatet av eksport fra SmartPSS. Vi importerer dataene basert på malen til en allerede eksisterende DVR for å fylle inn data som ikke finnes i devices-filen med DVR-modellens data:
I dette tilfellet, hvis vi trykker på Importer DVR XML og kopier resten av dataene, vil vi registrere de nye opptakerne i AlarmSpace med dataene fra devices.xml og resten av DVR-dataene ColEvoP2PPrb.
Vi kan også opprette nye enheter ved å kopiere data fra en annen. Hvis vi trykker på Ny DVR kopierer data oppretter vi en ny enhet nøyaktig med de samme dataene som ColEvoP2PPrb. Da trenger vi bare endre DVR-spesifikke data (tilkoblingsdata, abonnent, ...) men resten av dataene (innstillinger, alarmer ...) vil allerede være registrert.
2.3.1.2. Innstillinger
Vi konfigurerer ulike generelle innstillinger for enheten:
Sekunder for forhåndsopptak ved videoalarm: hvis videoinngangene er kablet, ved bevegelsesdeteksjon eller IVS-hendelser, når en opptakeralarm kommer, laster AlarmSpace ned noen sekunder av videoen fra den tilknyttede kameraet tilsvarende varigheten som er angitt her. I eksemplet 30 sekunder video.
Sekunder for opptak ved alarm: i samme situasjon som over, er dette antall sekunder som lastes ned etter alarmen (10 i dette tilfellet).
Prioriter kanal: kanalen som vil bli brukt for nedlastning hvis tilgjengelig: hoved- eller understrøm.
Aktiver systemkontroll: dette må aktiveres for å motta enhetenes hendelser.
Send e-post ved påvist frakobling: vil sende en påminnelse 12 timer etter at en enhet er frakoblet.
Send alarmer via gateway: hendelsene som mottas fra enhetene vil bli sendt til CRA-programvaren via protokollen valgt i Mottakerparametere
Automatisk operatør: hendelsene sendt til CRA vil ikke vente på svar fra denne, de lukkes automatisk etter sending.
Send alarmer til videoverifisering: Hendelsene sendes ikke til CRA-programvaren, men vises i fanen alarmer i Operatørmodulen
Kundens e-post: e-post eller e-poster separert med semikolon (;) som hendelser for denne spesifikke enheten kan sendes til. SMTP-server må konfigureres i Mottakerparametere
Start på nytt: lar deg starte enheten på nytt eksternt.
Synkroniser tid: oppdaterer tiden på den eksterne enheten med tiden fra AlarmSpace-serveren
Lukk ventende alarmer: hvis det finnes alarmer som ikke er besvart av CRA-programvaren eller ikke håndtert i alarmer i Operatør, kan vi avslutte dem alle med denne knappen.
Lagre DVR-konfigurasjon til disk: lar deg lagre pågående konfigurasjon til en fil i AlarmSpace-serverens filsystem.
Last konfigurasjon fra disk til DVR: laster konfigurasjonsdata fra en valgt fil.
2.3.1.3. Tegnforklaring
Ikke i bruk for øyeblikket
2.3.1.4. Alarmer
Konfigurer hvilke alarmer vi ønsker å motta og videresende:
På denne innledende alarmskjermen markerer vi de generelle hendelsene fra enheten vi ønsker å overvåke. Vi krysser av ved siden av hendelsen og velger en hendelsestype å sende i nedtrekksmenyen. Hendelsestypene tilsvarer kodene (ContactID, SIA) som vi vil sende til CRA-programvaren. De kan konfigureres gjennom seksjonen Gateway i menyen Alarmer. Vi velger også sonen som sendes med hendelsen. I delen send e-post kan vi velge å ikke sende, sende til administratorens e-post (AS), konfigurert i Konfigurasjon -> Mottakerparametere, sende dem til gruppens e-post Gruppe eller til kundens e-post konfigurert i Innstillinger.
Hendelsene som overvåkes er Feil, Mangel eller Harddisk nesten full, IP-konflikt. Disse hendelsene må være konfigurert i opptakeren med alternativet Last opp alarm, ellers vil vi ikke motta dem. Hendelsene Frakobling/Gjenkobling er uavhengige av opptakerens konfigurasjon. Frakoblingstiden for å anse den som gyldig er konfigurerbar i menyen Konfigurasjon -> Avansert konfigurasjon, ved parameteren: TIEMPO_DESCONEXIÓN_DVR (i sekunder).
Knappen Administrer alarmer per kanal brukes for å konfigurere alarmer for hver av opptakerens kanaler.
Knappen Administrer tilstander lar deg programmere forsinkede alarmer og sende påminnelser hvis alarmtilstanden vedvarer.
Knappen Alarmskalender fastsetter en kalender hvor hendelser mottas eller ikke mottas. Spesielt tenkt for å motta eller ikke motta anropshendelser fra VTO på video-dørtelefon-kit.
For video-dørtelefoner har vi en annen type alarm å overvåke:
Det er VTO-anrop. Hvis den er markert vil hendelsen assosiert med MEDISINSK ALARM (Se Alarmer -> Gateway) bli sendt når en bruker trykker på VTO-anropsknappen. Dette vil tillate håndtering av anropet fra AlarmSpace ActiveX-modulen og gjøre operasjoner med bObject fra CRA-programvarene.
Brannalarmer
For konvensjonelle brannsentraler fra Honeywell vises en knapp for å kunne velge flere hendelser å sende til CRA:
Ved å trykke på knappen Flere hendelser går vi til følgende skjema:
På skjemaet vises alle generiske hendelser fra sentralen som vi ikke har i foregående Alarmer-fane. Vi kan krysse av hvilke hendelser vi vil sende til CRA ved å markere avkrysningsboksen ved siden av hendelsen. Koden som skal sendes velger vi med nedtrekksmenyen (med tilgjengelige koder definert i Alarmer - Gateway). Vi kan også tilordne et sonenummer til hendelsen ved å skrive det i feltene for Sone. Når endringene er gjort må vi trykke på knappen Lagre for å bevare dem.
2.3.1.4.1. Administrer alarmer per kanal
Programmering av hendelsene for hver kanal:
I den øvre tabellen vises alle kanaler detektert i opptakeren. Dobbeltklikk på en rad for å laste inn de programmerte parameterne for hver kanal.
I Kanal ser vi kamerakanalens nummer,
I Navn endrer vi kameraets beskrivelse.
I Sone i gateway angir sonen som skal sendes til CRA-programvaren. Hvis den er tom sendes kanalnummeret i 3 sifre (f.eks. 001,016...).
Avkrysningsboksen Aktiv lar deg velge om en kanal har et aktivt kamera eller ikke. For eksempel, hvis kanalen ikke er aktiv, vil den ikke vises som et alternativ når man genererer et sertifikat for installasjonen.
Vi markerer hendelsene vi vil sende som med de generelle hendelsene og velger i nedtrekksmenyen hendelsestypen som er tilknyttet koden (SIA/ContactID) som skal sendes til CRA-programvaren. Denne koden tilordnes i seksjonen Gateway i menyen Alarmer.
Tilsvarende kan vi sende e-post til AlarmSpace-administratorens e-post (Konfigurasjon -> Mottakerparametere), til gruppe-e-posten (DVR -> Grupper), og/eller til kundens egen e-post (konfigurert i Innstillinger).
Det er også mulig å sende intelligente IVS-hendelser. Husk at alle disse hendelsene (bortsett fra Opptaksfeil og Sort kamera), må programmeres i opptakeren og alternativet Last opp hendelse eller lignende (avhengig av merke og modell) må aktiveres.
Knappene Send alt og Send ingenting, markerer og avmarkerer henholdsvis alle sendinger.
Vi kan kopiere data fra en kanal til andre kanaler ved å høyreklikke på raden. En meny vises Kopier data til andre kanaler. Ved å trykke på menyen kan vi velge hvilke kanaler vi vil replikere dataene til:
Ved å trykke Ok kopieres og lagres dataene i de valgte kanalene.
Brannalarmer
Brannhendelsene er helt forskjellige fra opptakernes hendelser. Vi kan også håndtere dem ved å laste knappen Administrer alarmer per kanal hvis vi håndterer en brannsentral:
Vi laster dataene for hver sone og kan velge hvilke hendelser vi vil sende til styringsprogrammet ved å krysse av for Administrer. Vi tilordner koden vi vil sende med den valgte hendelsen i Kode (Se Alarmer -> Gateway).
2.3.1.4.2. Administrer tilstander
Håndtering av enhetenes tilstander. Lar deg sende varsler etter noen minutter etter at en opptaker eller et kamera har blitt frakoblet, sende periodiske påminnelser hvis frakoblingen vedvarer og varsle om gjenoppretting av hendelsen etter noen minutter:
I dette tilfellet vil frakoblingen av kamera ett bli sendt med koden assosiert til MEDISINSK ALARM (Se Alarmer -> Gateway) 10 minutter etter hendelsen. Hver 24 timer (1440 minutter) vil en påminnelse om frakoblingen bli sendt (hvis den fortsatt er frakoblet) og gjenopprettelsen av kameraet vil bli sendt umiddelbart.
2.3.1.4.3. Alarmskalender
AlarmSpace har en kalender hvor vi kan angi tidsplaner for når alarmer skal registreres og sendes og når ikke. Den er spesielt tenkt for håndtering av video-dørtelefonanrop, for å tillate at anrop i bestemte tidsrom håndteres lokalt i installasjonen via VTH-skjermen eller at alarm skal utløses i AlarmSpace for fjernhåndtering fra kontrollsenteret.
I eksemplet ser vi mandagsplanen. Hendelsene vil trigges fra midnatt til kl. 08:00. De vil håndteres lokalt frem til kl. 14:00. Fjernhåndtering til kl. 16:00, lokalt fra 16:00 til 20:00 og fjernhåndtering til slutt.
Vi kan kopiere disse tidsskjemaene til resten av ukedagene med knappen Kopier til alle dager, kun mandag til fredag eller velge dagene å kopiere med Kopier til andre dager:
2.3.1.5. Sertifikater
Vi konfigurerer automatisk generering av installasjonssertifikater. Hvis vi aktiverer dette for en DVR vil et sertifikat av installasjonen genereres i katalogen AutoCerts, innen AlarmSpace arbeidsmappe:
Aktiv: ved å merke denne avkrysningsboksen aktiveres automatisk sertifikatgenerering for opptakeren.
Startdato: datoen fra hvilken sertifikatene begynner å bli generert.
Sluttdato: datoen etter hvilken sertifikatene ikke lenger genereres.
Periode: frekvensen sertifikatene genereres med. Avhenger av tidsenheten vi velger i nedtrekksmenyen (måneder, timer eller minutter). I eksemplet genereres et sertifikat hvert 3. måned.
Type: kan være Basis (kameraopptak og liten historikk over nylige hendelser) eller Full (eksisterende opptak fra hver av de aktive kanalene legges til)
Send via e-post: vi sender det genererte sertifikatet til e-posten angitt i E-post.
Neste dato: er datoen sertifikatet vil bli generert og sendt, hvis valgt. Ikke redigerbar.
Sendetid: vi kan tvinge et tidspunkt for generering og sending av sertifikatet. Systemet vil vente til angitt tid på aktuell dag for å generere og sende sertifikatet.
Opptaksminutter: hvis du velger fullstendig sertifikattype, angir du her antall minutter før sertifikatgenerering for å søke etter eksisterende opptak. Hvis du angir mange minutter (for eksempel en måned) kan sertifikatet bli veldig stort.
2.3.2. DVR per bruker
Vi kan tildele kameraer individuelt til brukere, slik at de kan se dem eller ikke i Operatørmodulen:
Vi markerer kameraene vi vil tildele brukeren.
Med knappen Tildel alle kameraer til valgt bruker tilordner vi alle kameraene fra alle opptakerne til brukeren.
Med knappen Fjern alle kameraer fra valgt bruker fjerner tildelingen av alle kameraene for brukeren.
Vi kan velge en malbruker og tildele samme kameraer til den valgte brukeren med knappen Tildel modellens DVR til valgt bruker.
Med knappen Lagre lagrer vi endringene.
2.3.3. DVR per gruppe
Funksjonalitet ikke implementert.
2.3.4. Liste over DVR-er
Med denne funksjonen genererer vi en CSV-fil med alle enheter i den angitte banen:
Eksempel på CSV-liste:
2.3.5. Grupper
Vi definerer grupper for å kunne tilknytte enheter til et bestemt sett eller gruppe. Ved å koble en enhet til en gruppe kan vi filtrere enhetene etter denne gruppen (både i Server-listen og blant enhetene som vises i Operatøren) samt sende de valgte alarmene til e-post for den gruppen.
For å legge til eller endre grupper:
Knapp Ny for å begynne å legge til en ny eller dobbeltklikk i tabellen for å redigere en eksisterende gruppe.
Vi må legge inn en beskrivelse av gruppen og en e-post. Med knappen Lagre for å lagre den og Slette for å fjerne den.
Avbryt for å forkaste endringene.
2.3.6. INNBRUDD-abonnenter
Vi viser applikasjonens abonnenter, om de er aktive eller ikke, polling-tiden, om de er i polling-feil, om det må sendes feil-polling-hendelser, datoen for siste polling og om signalet skal sendes til et bestemt mål for hver abonnent, typen sentral, utstyrets MAC, gruppen de er tildelt, antall polling-feil som kreves for å generere en polling-feil-hendelse, registreringsdato, standarden som brukes for innbruddkoder (CID, SIA), om feil-polling-hendelser sendes, toleransen for periodisk test, status for panelets Ethernet (IP)-vei, status og dekning av panelets GPRS, batteristatus (hvis det er et eksternt batteri om det er til stede eller ikke) og om det har planlagt automatisk rearming:
Hvis vi dobbeltklikker på en abonnent kan vi endre noen parametere for abonnenten:
Konkrete endringer vi kan gjøre er å sette polling-perioden (for å tilpasse den til den som er programmert i den aktuelle VESTA-sentralen), i minutter, velge om polling-hendelser skal sendes eller ikke, og aktivere/deaktivere abonnenten. Hvis en abonnent er inaktiv, registreres innkommende signaler, men de sendes ikke til CRA-administrasjonsprogramvaren. Det lar oss også programmere en periodisk test (et polling som faktisk når CRA-programvaren). I eksempelet sendes den hver 24. time. For å unngå forsinkelse av denne testen kan man tildele en toleranse (i sekunder).
I Signalmål kan vi velge en annen for signalene til denne abonnenten. Hvis den står tom sendes de til IP:Port som er definert i AlarmSpace-konfigurasjonen -> Mottakerparametere eller i spesifikk Vesta-konfigurasjon. I nedtrekksmenyen vises de spesifikke destinasjonene vi har registrert i VESTALog i avsnittet Hendelsesdestinasjon, som vil være andre IP:Port til å sende til. Det finnes også alternativet Alle destinasjoner, som sender signalene til alle IP:Portene vi har definert i VESTALog -> Hendelsesdestinasjon.
Alarmspace registrerer utstyrets MAC for å unngå duplikater eller ondsinnet bruk av gatewayen. Hvis en enhet med samme abonnentnummer sender med en annen MAC, vil CRA motta en MAC-feil. Hvis vi vet det er et enkelt bytte av utstyr, kan vi løse dette ved å trykke på knappen “Reset MAC”, som sletter enhetens MAC og tar den ved neste sending. For å vite MAC-en til den andre sentralen som sender med samme abonnentnummer, vil denne vises i feltet MAC-feil (den vil nullstilles sammen med Enhets-MAC når du trykker Reset MAC)
Vi kan velge en Gruppe for hvert utstyr; dette tillater filtrering av visningen av utstyret i Visermodulen per bruker og gjør det enklere å sende brukerkoder per grupper. Disse gruppene defineres i DVR -> Grupper.
Man kan endre Antall Polling-feil for å sende Feil. Det vil si antallet ganger polling av en sentral må mislykkes for å generere en polling-feil-hendelse.
Vi kan også vise standarden for koder som abonnenten bruker (SIA eller CID).
Hvis vi merker av i boksen Automatisk rearming vil panelet automatisk bli armet etter 2 timer fra åpning. Denne tiden kan konfigureres individuelt for hver abonnent i verktøyet som nås med knappen Abonnentdata.
Med API-nedtrekksmenyen kan vi tildele abonnenten API-parametere som avviker fra de generelle for bruk i VisorHTML (kun for å kombinere utstyr tilordnet forskjellige Climax-backends i samme AlarmSpace).
Blant handlingene vi kan utføre, i tillegg til å Lagre endringer, Angre endringer eller Slette enheten (fjerne den permanent fra registrerte enheter), kan vi få tilgang til Visermodulen via knappen “Status sentral”.
Med knappen Siste posisjon ser vi siste posisjon sendt fra en brukerapp med panikk-knappen.
Med knappen “Sentralbrukere” får vi tilgang til vedlikehold av sentralens panelbrukere, for å kunne endre panelbrukerkoder eksternt.
Med knappen “Sentralsoner” får vi tilgang til vedlikehold av sentralsoner, hvor vi ser soner og enheter lagt til panelet. Vi kan tildele et kamera fra en opptaker registrert i DVR → Liste, som vil sende en opptak fra kanalen når den sonen utløses.
Med knappen “IA-parametere” justerer vi parametrene for intelligent bildeanalyse av bilder tatt av pircam og integrerte kameraer.
2.3.7. Panelbrukere
Modul for kontroll av panelbrukere:
I “Direkte/Programmering” velger vi om vi programmerer individuelle brukere eller en hel gruppe eller leser og sender data direkte til et panel. Hvis vi velger Programmering (Navn) betyr det at vi kan endre brukerkoder, legge til eller fjerne brukere i en hel gruppe etter brukernavn. Vi velger Gruppen som skal kontrolleres i nedtrekksmenyen “Grupper”. For å velge en bruker dobbeltklikker vi på brukeren. For å opprette en ny trykker vi Ny (den spør hvilken partisjon brukeren vil tilhøre).
Når valgt eller opprettet kan vi angi Koden og om den sender Rapport (sender arming/disarming). Hvis vi merker Slett, vil brukeren bli slettet fra panelene så snart vi sender. Hvis vi markerer boksen “Tidsbegrenset kode”, vil brukeren kun være aktiv i tidsrommet angitt av “Aktiv fra” og “Aktiv til”-datoene.
Når endringene er lagret, ved å trykke på knappen “Send til hele gruppen”, vil brukerne markert som “Aktive” bli sendt (eller slettet hvis valgt) til de forskjellige panelene i gruppen. Fremgangsmåten er å søke i panelene etter brukeren med det tildelte navnet; hvis den finnes, endres koden i panelet/området til den vi har angitt. Hvis den ikke finnes, legges den nye brukeren med den nye koden til. Hvis vi sletter, vil brukeren bli fjernet fra panelet hvis den finnes.
Viktig merknad: Brukernavnet må være nøyaktig som i panelet; enhver variasjon som et ekstra mellomrom eller en feil bokstav vil bli behandlet som en helt ny bruker.
Også her (Programmering) kan vi planlegge tidsbegrensede koder for et enkelt panel. Velg “Individuell abonnent”, skriv inn abonnentnummeret og trykk “Søk abonnent”. Hvis det finnes tidsbegrensede koder vil de vises i tabellen. Nye tidsbegrensede koder kan legges til, slettes eller endres, og det fungerer på samme måte som gruppenes tidsbegrensede koder, men bare for det valgte panelet.
Hvis vi i nedtrekksmenyen “Direkte/Programmering” velger “Direkte”, vises et felt for å søke abonnenten (panelet med det abonnentnummeret):
Vi skriver abonnentnummeret og trykker “Søk abonnent”; hvis abonnenten finnes i INNBRUDD-abonnenter, vises alle panelbrukere. Herfra kan vi ved dobbeltklikk tildele en ny kode til en bruker (vi kan ikke lese den forrige koden av personvernhensyn). Vi kan også legge til en ny bruker eller slette en eksisterende (unntatt master- og installer-brukere).
2.3.8. Sentralsoner
Vi viser panelsonene og -enhetene. For å sikre at det ikke har vært endringer i sonesettingen kan vi klikke på knappen Oppdater soner (leser sonene fra panelet). Når vi dobbeltklikker på en sone kan vi tildele et kamera fra en opptaker:
I dette tilfellet, når sone 3 på panelet utløses, vil en video fra kamera 2 på opptakeren med abonnentnummer 9986 lastes ned. Flere kameraer kan tildeles en sone (og en video fra hver vil lastes ned når sonen utløses) og samme kamera kan tildeles flere kanaler (hvis en video allerede lastes ned når en annen tildelt sone utløses, blir den ikke lastet ned på nytt). Når vi trykker på Velg kamera, åpnes Operatør-programmet, vi går til den ønskede opptakeren, viser det konkrete kameraet og med høyreklikk velger vi menyen Velg kamera som vises:
2.3.9. Abonnentdata
Håndtering av innbruddsabonnenters data.
Vi tildeler navn, adresse, by, fylke, telefon og e-post. Disse dataene kan konsulteres i Alarmbehandling i Operatør-programmet for å lette håndtering av hendelser.
Det legges også til kontakter med navn, telefon, e-post og ringerekkefølge, og ulike interne statuser for innbruddsabonnenter vises.
2.3.10. IA-parametere
Vi justerer tersklene for menneskedeteksjon, terskel for bekreftet innbrudd, prediksjonsmodellen som brukes og tiden systemet venter på analyse (ellers vises bildet uten analyse):
I bildet ser vi at vi kan konfigurere “Deteksjonsnivå”, en parameter mellom 0–1 som bestemmer terskelen der en person anses som korrekt identifisert. Jo nærmere 1, desto strengere krav til deteksjon. Standard anbefalt verdi er 0,4, men andre verdier kan være nødvendig i visse scenarier og bilder.
Tilsvarende konfigureres “Bekreftelsesnivå”, også mellom 0–1, som er nivået systemet krever for å anse et bilde som Bekreftet innbrudd. Jo nærmere 1, desto strengere krav for å bekrefte en deteksjon som positiv.
Under “Prediksjonsmodell” velger vi modellen IA vil bruke for å analysere bildene. Modeller vil bli lagt til for å tilpasse forskjellige scenarier (innendørs, fjell, strand osv.).
“Timeout-prosessen” er maksimal tid systemet venter på å få det analyserte bildet. Hvis tiden overskrides, fortsettes med det originale bildet uten analyse.
Vi kan se hvordan disse parameterne fungerer ved å laste opp en testbilde med knappen “Last testbilde”. Når bildet er lastet trykker vi “Analyser” og ser ulike nivåer for deteksjon av mennesker og kjøretøy:
Som vi ser i dette tilfellet ville alarmen være bekreftet fordi bekreftelsesnivået er satt til 0,57 og personen oppdages med en nøyaktighet på 0,61. Hvis vi endrer dette nivået til 0,65 for å teste:
Vi ser at analysen er den samme, men nå blir ikke alarmen betraktet som bekreftet fordi 0,61 er lavere enn det konfigurerte bekreftelsesnivået 0,65.
Tilsvarende, om vi øker deteksjonsnivået til 0,63, vil ikke personen engang få en markering fordi systemet mener nivået ikke er høyt nok til å indikere at det er en person:
I tillegg til dette generiske testbildet kan vi be om et bilde fra det faktiske anlegget med knappen “Be om anleggsbilde”. Vi vil se at VisorHTML ikke vises der vi kan be om et bilde, for eksempel fra en pircam. Spesifikt lagres et analysert bilde (siden analysen er aktiv) men også et uredigert bilde uten analyse, som vi kan bruke for å finjustere parametrene med bilde fra det faktiske anlegget. Etter forespørsel trykker vi “Last anleggsbilde” og velger det siste bildet lagret i abonnentens katalog med filnavn som slutter på NonIA (bildet vil ha et navn som 2023.09.13.08.27.44.435.P1.Z3_NonIA.JPG).
2.3.11. Nye VESTA-koder
Når systemet oppdager at Vesta-familiepanelet bruker nye koder, aktiveres knappen !!NYE VESTA-KODER!!:
Vi trykker på knappen for å se de nye kodene og deres definisjoner:
Vi kan Kopiere koder for å lime dem inn i et dokument for å registrere dem i vårt system, Avbryte, hvilket lar knappen for nye hendelser og varslene forbli aktive, eller “Ikke vis igjen før nye dukker opp”, som bekrefter at vi er informert om de nye kodene og fjerner varselet.
Ge2.4. Alarmer
Håndtering av parametere knyttet til enhetsbegivenheter og alarmer.
2.4.1. Handlinger
Liste over handlinger som kan tildeles en alarm som har utløst i Operatør-programmet, hvis hendelsene sendes til denne applikasjonen. For å effektivisere behandling av alarmen tildeles forhåndsdefinerte handlinger (disposisjoner) som defineres i dette avsnittet:
Med knappen for Ny forbereder vi redigering. Vi legger inn ønsket handling og trykker Lagre. Hvis vi dobbeltklikker i den øverste tabellen kan vi endre eller Slette allerede eksisterende handlinger.
2.4.2. Gateway
Enhetenes hendelser kan sendes til CRA-kontrollprogramvaren via protokoller som er spesifikke for hvert program. Men hendelsene kodes med standardiserte koder. De mest kjente er ContactID og SIA. I denne tabellen kan vi tilpasse disse kodene for å tilpasse dem til standarden eller for å synkronisere dem med kodene CRA-programvaren korrekt forstår. Hvert av disse kodene kan senere tildeles hendelsene vi ønsker å sende til CRA-programvaren, for eksempel i Alarmer (for generiske enhetshendelser) eller i Kanalarm for å håndtere hendelser for hvert kamera eller kanal.
I denne tabellen vises alle kodene med sin beskrivelse. Ved å dobbeltklikke på en av dem kan vi redigere den:
Endre koden som sendes i Manitou-kode, endre Alarmbeskrivelse, som vil være teksten som vises når vi velger i hendelsesdefinisjonen.
Vi kan slette koden med knappen Slett.
Vi kan legge til en kode med beskrivelse med knappen Ny.
2.4.3. Liste
Utstyrs-hendelsene kan sendes til CRA-programvaren eller Operatør-programmet, men de registreres også i AlarmSpace-systemet. I denne listen kan disse hendelsene konsulteres per dag:
2.4.4. DVR-hendelser
Utstyrs-hendelsene kan sendes til CRA-programvaren eller Operatør-programmet, men de registreres også i AlarmSpace-systemet. I denne listen kan disse hendelsene vises, sorteres, filtreres og eksporteres:
Filter etter dato i nedtrekksmenyene Mellom, og.
Bruk filter etter abonnentnummer, serienummer eller utstyrsbeskrivelse i nedtrekksmenyen Fjern filter.
Filtrer etter hendelsestyper i Hendelsestype.
Med knappen Oppdater oppdaterer dataene for de anvendte filtrene.
Knappene til høyre eksporterer de filtrerte dataene til CSV/Excel og PDF.
Denne listen kan også vises fra applikasjonen Operatør på fanen Alarmer fra knappen DVR-hendelsesliste.
Denne listen inneholder tilleggskolonner ved innhold av analoge brann-enheter. Vises er enhetstype, løkke, adresse, celle, referanse, sub-adresse, enhetsbeskrivelse, sonens beskrivelse og den analoge verdien:
Tilsvarende kan denne utvidede listen eksporteres fullstendig til Excel og PDF.
2.4.5. Planlegg lister
Lister kan sendes periodisk via e-post. Med denne seksjonen kan vi programmere forskjellige lister til forskjellige tider og mottakere:
I tabellen vises planlagte lister. Dobbeltklikk en for å redigere. Ny-knapp for å lage en ny plan:
Vi konfigurerer et navn for listen, Perioden (hvor ofte den skal sendes) i timer, tidspunkt for sending, e-post (e-poster separert med “;”) som den sendes til. Vi ser tidspunkt for siste sendte liste og neste sending, og kan velge hendelsene vi vil inkludere i listen:
Til slutt kan vi aktivere eller deaktivere utsendelsen med avkryssningen “Aktiv”.
2.4.6. Innbruddkoder
Når man arbeider med AlarmSpace Operatør for å behandle innbruddsalarmer, defineres betydningen av kodene mottatt fra panelene i tabellene presentert her.
P
Vi kan endre hendelsesbeskrivelsen, merke om det er en hendelse som krever bruker i stedet for sone (åpninger, lukkinger…), fargen hendelsen vil vises med (RGB konvertert til desimal), i display velger vi om hendelsen skal vises på kontrollskjerm eller gå direkte til historikk, i priority
2.5. Konfigurasjon
Generelle konfigurasjoner for hele AlarmSpace-systemet.
2.5.1. Mottakerparametere
Parametere for kommunikasjon med programvaren for mottak av hendelser til alarmmottakssentralen. Andre parametere som brukes generelt i hele applikasjonen:
2.5.1.1. Generelle parametere
Hvis du ønsker å sende e-poster ved en hendelse, må du ha konfigurert en SMTP-server for å muliggjøre utsendelse (sjekk med e-postleverandøren). De nødvendige parameterne er:
SMTP BRUKERNAVN: brukernavn for e-postkontoen
SMTP SERVER: SMTP-server
SMTP PASSORD: SMTP-passord
SMTP FRA: adresse som vil vises som avsender i sendte e-poster
ADMIN MAIL: generell adresse som administrator-e-poster vil bli sendt til
Bilder og videoer lastet ned av applikasjonen lagres lokalt på AlarmSpace-maskinen. I dette avsnittet definerer vi banene hvor de lagres:
KUNDE_SNAPSHOTS_BANE: lagringssted for skjermbilder tatt manuelt når et kamera vises i sanntid eller en opptak vises i Operatør-programmet
KUNDE_VIDEO_BANE: lagringssted for videoer lastet ned manuelt når et kamera vises i sanntid eller en opptak vises i Operatør-programmet
SERVER_VIDEO_BANE: lagringssted for videoer som AlarmSpace automatisk laster ned når en kanalalarm utløses.
2.5.1.2. Kommunikasjon med CRA
Kommunikasjonen med CRA-programvaren konfigureres i dette avsnittet.
MOTTAKER_TYPE: modell av programvare brukt i CRA for mottak av alarmer. Mulige verdier: Manitou, SBN, Softguard eller kompatible.
MANITOU AKTIV: om kommunikasjonen er aktiv. Hvis ikke merket vil ikke hendelsene bli sendt.
MANITOU MAL: vi angir malen av koder vi vil bruke for å kode hendelsene: SIA ELLER CID (ContactID)
MANITOU PORT: TCP-lytteport for CRA-programvaren
MANITOU SERVER: lytte-ip for CRA-programvaren
MANITOU LINJE: identifikasjonslinje for AlarmSpace som mottaker. Noen CRA-programmer kan duplisere abonnenter som kommer fra forskjellige mottakere
HEARTBEAT: periode (i sekunder) for «heartbeat» eller “jeg er i live”-signal som AlarmSpace sender til CRA-programvaren i passende format for å informere om korrekt kommunikasjon.
KONVERTER TIL AVI: med dette alternativet aktivert vil AlarmSpace forsøke å konvertere alle sendte videoer til standard AVI-format
KOBLINGS-SIGNALER: antall ganger programmet sender en frakoblingssignal for en enhet til CRA (med eller uten mottak av ACK/Bevestelse)
SEND FORSØK: antall ganger det vil forsøke å sende et signal igjen hvis det ikke mottas ACK/Bevestelser fra CRA-programvaren
AX HUB PASSORD: nøkkel for synkronisering av HIKVISION AX HUB-sentraler for mottak av sentralens videoer. Den må samsvare med den som er programmert i selve sentralen (se AXHUB-sentralkonfigurasjon -> Spesielle AXHUB-innstillinger -> EHome-registrering) Det kan senere tilpasses i feltet Passord for hver registrert sentral.
OFFENTLIG IP: for å motta videoer fra AXHUB-sentralen fungerer AlarmSpace som mottaker/gateway, så vi må oppgi offentlig IP hvor portene 7660 og 8089 skal åpnes. (se AXHUB-sentralkonfigurasjon -> Innledende konfigurasjoner i AlarmSpace)
2.5.1.3. Andre parametere
SEKVENS_INTERVALL: intervall for visning av nytt blokk av kameraer. For tiden ikke i bruk.
SERVICE CHECK DVR TIMEOUT: antall sekunder mellom kontroller for tilkobling av enheter.
TIMEOUT ALARM STATUS: tid i minutter før vi ikke lenger anser en alarm som gyldig hvis den kommer fra samme enhet og kanal
TIDSSYNKR. INTERVALL: periode i sekunder for synkronisering av tid på enheter som tillater det
ALARM-LYD: lyd som AlarmSpace-serveren spiller av hver gang en alarm sendes.
MOTTAKER AKTIV: uten denne parameteren aktiv vil ikke hendelsene bli sendt til CRA-programvaren
SERVICE SJEKK LEDIG DISKPLASS: mengde ledig diskplass på AlarmSpace-serverens harddisk før advarsel om lav plass vises.
START TJENESTE PÅ NYTT VED OOM: start på nytt tjenesten som sjekker enheter i AlarmSpace hvis en out-of-memory-feil oppstår.
2.5.2. Legge til lisenser
Funksjon som tillater å legge til nye lisenser for AXHUB-sentraler for å tillate mottak av videoene de genererer. Hvis en sentral ikke er i denne listen vil den ikke kunne registrere seg i AlarmSpace. For nye lisenser kontakt ByDemes tekniske support. Ikke bruk uten uttrykkelig instruks fra kvalifisert ByDemes-personell.
2.5.3. Oppdater Master-tabeller
Funksjon som tillater å fornye datatabeller brukt til ulike funksjoner av AlarmSpace. I hovedsak handler det om å legge til parametere som ikke finnes i tabellene via filer levert av ByDemes-personell. Ikke bruk uten uttrykkelig instruks fra kvalifisert ByDemes-personell.
2.5.4. Avansert konfigurasjon
Lister alle konfigurasjonsparametre for AlarmSpace. Tillater visning av parametere lagt til i fremtidige versjoner. Tillater også oppdatering av parametere ved å redigere i tabellen og bruke knappen Lagre.
Hver parameter inneholder sin egen beskrivelse. Ikke bruk uten uttrykkelig instruks fra kvalifisert ByDemes-personell.
Navn
Verdi
Beskrivelse
ADMIN_MAIL
alarmspace@bydemes.com
Administrasjons-e-post. Den mottar feil og varsler.
ALLOW_DELETE_VESTA_IN_BACKEND
false
Hvis sann fjernes panelet fra Vesta-backend når panelet slettes i AlarmSpace
ALLOW_SERVICE_RESTART_ON_OOM
0
Tillater å restarte tjenesten ved minnemangelfeil
APEXIS_SECONDS_BETWEEN_ALARMS
60
Sekunder mellom detektering av en alarm og det å bli detektert på nytt
APEXIS_STATUS_RETRIEVAL_INTERVAL
2
Verdi i sekunder for intervall for statusforespørsler.
AVISOS_PASARELA_DESCONEXION_DVR
1
Antall signaler som sendes til gatewayen når vi oppdager frakobling av en DVR
CHECK_USE_CPU
1
Hvis 1 restartes tjenesten hvis CPU-bruk overstiger LIMIT_CPU_USAGE
COMPANY_EMAIL
alarmspace@bydemes.com
Firmaets e-post
COMPANY_NAME
ByDemes
Firmanavn
CONVERT_2_AVI
1
Konverter alarmfiler via gateway til avi-format før sending
DAYS_PRESERVE_CERTIFICATES
30
Antall dager automatiske sertifikater beholdes
DAYS_PRESERVE_VIDEOS
30
Multimedi-filer slettes etter disse antall dager etter opprettelse.
DISABLE_CERTS_AUT_SERVICE
false
Deaktiver tjenesten for generering og sending av automatiske sertifikater
DISABLE_FIRE_SERVICE
false
Kjører ikke prosessen for kontroll av brannutstyr
DISABLE_VTO_SERVICE
false
Kjører ikke prosessen for kontroll av porttelfoner
EHOME_KEY
12345678
Generisk passord for tilkobling av AXHUB-sentraler
FFMPEG_PROGRAM_FILE
C:\Program Files (x86)\ByDemes\AlarmSpace\utils\ffmpeg.exe
Konverter alarmfiler via gateway til avi-format før sending
FORCE_MAINSTREAM_FIRST
false
Vis hovedstream som standard i Operatør
FUEGO_ANALOG_LINEA
17
Mottakerlinje for sending til Manitou av analoge brannhendelser
FUEGO_ANALOG_PLANTILLA
HONA
Mal som vil bli brukt i Manitou EventType for analoge brannhendelser
INTERVALO_SECUENCIA
30
Tid som går mellom hvert blokk av kamerasekvenser i viseren
IP_SEARCH_EVENT_AS_CAM_DISCONNECTION
true
Autoriser DH_IPSEARCH_EVENT_EX-hendelsen som kamerafrakobling
LIMIT_CPU_USAGE
80
CPU-bruksprosent hvorpå innspillingsservicen restartes
LIMIT_FREE_MEMORY
20
Prosent ledig minne hvorpå innspillingsservicen restartes
LOGS_DVRSERVICE_PRESERVE
180
Maks dager logger for enhetssjekktjenesten beholdes
MANITOU_ACTIVE
1
Hvis VERDI = 1 blir systemet en proxy for Manitou
MANITOU_LINE
1
Ekstra felt å sende i gateway-rammen. Gjelder Manitou.
MANITOU_PLANTILLA
SIA
Mal som skal brukes i Manitou EventType
MANITOU_PORT
23505
Port for Manitou-vert
MANITOU_RETRIES
3
Antall gjenforsøk ved sending til CRA-programvare
MANITOU_SERVER
192.168.0.2
Adresse til Manitou-vert
MAX_AB_FILES_SIZE
200
Maks tillatt størrelse per abonnent
MAX_FILES_SIZE
1000
Maks størrelse på lagrede filer
OPTIMIZE_FOR_VESTA
false
Optimaliser for VESTA. Merk at tjenester for andre enheter ikke vil fungere.
P2P_PROXY_LISTEN_PORT
7000
Socket-port der P2P-tjenesten lytter
PERIODICAL_DVRSERVICE_RESTART
0
Periodisk restart av DVR-tjenesten
PERIOD_NOTIFICATIONS
10
Repetisjonstid for Telegram-meldinger
PUBLIC_IP
Offentlig IP for mottak av hendelser fra AXHUB-sentralen
RECEPTORA_ACTIVA
1
Tillater mottak av alarmer fra videomottaksprogrammet
RECEPTORA_HEARTBEAT
60
Antall sekunder
RECEPTORA_HEARTBEAT_LAST_KO_TIME
Siste gang vi oppdaget mottakeren i KO
RECEPTORA_HEARTBEAT_LAST_OK_TIME
2017-01-14 18:01:26
Siste gang vi oppdaget mottakeren i OK
RECEPTORA_HEARTBEAT_STATUS
OK
Verdier OK-KO
RUTA_CAPTURAS_CLIENTE
C:\AlarmSpace2Shared\Fotos
Rotbane hvor skjermbilder tatt av klientprogrammet lagres
RUTA_VIDEOS_CLIENTE
C:\AlarmSpace2Shared\Videos
Rotbane hvor videoer tatt av klientprogrammet lagres
RUTA_VIDEOS_SERVIDOR
C:\AlarmSpace2Shared\Servidor
Rotbane hvor DVR-videoer lagres
SDK_VENUS
1
SERVER_ADDRESS
192.168.1.21:8003
Adresse til webtjenesten
SERVICE_CHECKDVR_TIMEOUT
30
Sekunder tjenesten venter før den sjekker DVR-listen
SERVICE_CHECK_DISK_SPACE
10
Verdi i prosent av plass som må være ledig før en advarsel vises
SERVICE_SYNCRDVR_TIMEOUT
3600
Tid for å synkronisere klokker
SERVICIO_GC_TIMER
10
Sekunder mellom minnesøking av Garbage Collector
SHOW_PROTOCOL_CODIFICATION
false
Vis standarden brukt for innbrudds-hendelseskoder
SHOW_PSW_DVR_LIST
false
SMTP_FROM
alarmspace@bydemes.com
Vis kolonnen med dekodet passord i DVR-kontrollen
SMTP_PASSWORD
xxxxxxxxxxx
SMTP_SERVER
smtp.office365.com
SMTP_USERNAME
alarmspace@bydemes.com
SMTP_USE_SSL
true
Bruk SSL-kryptering ved sending av e-post via SMTP
ALARM-LYD
alarm_2.wav
Lydfil som spilles når klienten mottar en alarm. Må være i AppPath+Wav-mappen
TELEGRAM_TOKEN
Telegram Bot-token brukt for Telegram-varsler
TIEMPO_DESCONEXION_CAMARA
30
Tid systemet venter for å bekrefte frakobling av et kamera
TIEMPO_DESCONEXION_DVR
135
Tid systemet venter for å bekrefte frakobling av en DVR
TIME_FIND_RECORDINGS
120
Minutter vi søker etter opptak for full automatisk sertifikat
TIMEOUT_ALARM_STATUS
1
Tid i minutter vi tillater tjenesten å ignorere en alarm på en kanal hvis den ikke har endret aktiv status siden første behandlingsgang.
TIME_ALARMS_CLOSING
0
Minutter før en alarm lukkes automatisk (0 for ikke å lukke)
MOTTAKER_TYPE
0
0 = Manitou, 1 = SBN
UPLOAD_ALARM_COLOSO_EVOLUTION_PORT
55550
USE_MANITOU
0
Hvis VERDI = 1 blir systemet en proxy for Manitou
2.5.5. Kontrollpanel
Kontrollpanelet viser status for AlarmSpace-tjenestene og tillater å restarte, stoppe, deaktivere og reaktivere dem:
Hvis en tjeneste deaktiveres, vil den slutte å fungere og vil ikke bli restartet på noe tidspunkt (ikke engang ved serverstart). Den eneste måten å starte den igjen er å Aktivere tjenesten.
VIKTIG MERKNAD: bruk denne modulen forsiktig og bare hvis du er sikker på konsekvensene. Feil bruk kan føre til generell feilfunksjon i AlarmSpace-programvaren.
2.5.6. Loggviser
De forskjellige AlarmSpace-tjenestene genererer ulike logger. Dette verktøyet lar deg vise alle disse loggene i sanntid. Velg tjenesten du vil overvåke i nedtrekksmenyen, så oppdateres den tilsvarende loggen fortløpende:
2.5.7. Sertifikater Aautomatiske
Generelle konfigurasjonsparametere for automatiske sertifikater:
Navn
Verdi
Beskrivelse
DAYS_PRESERVE_CERTIFICATES
30
Antall dager automatiske sertifikater beholdes
DISABLE_CERTS_AUT_SERVICE
false
Deaktiver tjenesten for generering og sending av automatiske sertifikater
TIME_FIND_RECORDINGS
120
Minutter vi søker etter opptak for full automatisk sertifikat
2.5.8. P2P Dahua-instanser
Lar deg definere ulike instanser av AlarmSpace P2P Dahua-tjenester for å parallellisere behandlingen. Instansene kan kjøre på samme servermaskin eller på annen maskin i LAN.
For å starte en ny instans bruker vi knappen “Ny”. Vi fyller inn parametrene for IP (den private IP-en til maskinen hvor tjenesten skal kjøre), port (porten tjenesten vil bruke), om den er aktiv eller ikke, og typen P2P (“bydemes” for Dahua-enheter med ByDemes-firmware og “dahua” for de med original Dahua-firmware). Deretter lagrer vi og systemet starter den nye tjenesten og fordeler enhetene jevnt over de parallelle tjenestene. Merk at hvis tjenesten skal kjøres på en annen maskin enn AlarmSpace-serveren må programvaren “AlarmSpace2 P2P Services Installer” installeres manuelt.
2.6. Sikkerhetskopier
Håndtering av import/eksport av databaseinnhold.
2.6.1. Import/Eksport
Eksporterer databaseinnholdet til en fil. Filen tillater full gjenoppretting av databasen i et nytt system. Velg destinasjonsmappe med knappen med tre prikker og trykk prosesser:
Backup-filen genereres i den valgte katalogen.
Hvis vi velger Import-fanen gjenoppretter vi data fra den valgte filen og legger dem inn i den nåværende AlarmSpace-installasjonen.
VIKTIG MERKNAD: Import av data fra en backup-fil sletter dataene som finnes i databasen og erstatter dem med backup-dataene. Bruk kun denne funksjonen ved betydelig datatap, og vær oppmerksom på at data lagt til etter backupen vil gå tapt.
2.6.2. Konfigurer
Database-sikkerhetskopier kan utføres periodisk via denne modulen:
I denne modulen velger vi hvor kopiene lagres, vi må “Aktivere periodisk planlegging”, velge hvor ofte den skal kjøres og velge startdato for kopiene. Vi kan også slette kopier eldre enn angitt antall dager for å unngå diskplassproblemer.
Vi kan velge tabellene som skal inkluderes i kopien. Viktig å vite er at AlarmSpace oppretter tabeller per dato for å forhindre at databasetabeller vokser ukontrollert. Når en tabell når en grense opprettes en ny tabell og den gamle blir omdøpt. Vi kan velge å ikke kopiere disse gamle tabellene, noe som gjør kopien lettere mens alle nødvendige data fortsatt beholdes. For å ikke kopiere gamle tabeller må du fjerne avkryssing for “all” og “old_tables”:
2.6.3. Rensing
For å redusere databasens volum kan vi rense den med denne funksjonen. Dette innebærer å slette gamle tabeller vi ikke lenger trenger (som vi kan ha i gamle backups). Vi skiller gamle tabeller fordi et nummer legges til. For eksempel genererer alarms-tabellen gamle tabeller som alarms_0000000001, alarms_0000000002, … Disse nummererte tabellene kan slettes uten å påvirke programmets riktige funksjon.
2.7. Språk
Lar deg endre språk for AlarmSpace-plattformen. Foreløpig er følgende språk tilgjengelige:
Når språk endres, blir du bedt om å starte serveren på nytt for å oppdatere endringene.
2.8. Hjelp
Under hjelp finner vi informasjon om AlarmSpace-versjon og lisenser og forskjellige hjelpedokumenter for plattformen. Vi kan også søke etter tilgjengelige oppdateringer for AlarmSpace-plattformen:
3. Operatørmodul
Modul for visning av kameraer i sanntid, visning og nedlasting av opptak og behandling av alarmer. Denne modulen fungerer som klient til servermodulen, slik at den kan installeres på flere maskiner som kobler til servermaskinen. Flere operatører kan bruke den samtidig.
3.1. Innlogging
For å gå inn i Operatør-modulen må vi oppgi en gyldig AlarmSpace-bruker, av hvilken som helst nivå.
Operatørbrukeren som standard har passord 12345. Dette kan endres og flere operatørbrukere kan opprettes fra AlarmSpace-serveren i menyen Brukere
Vi kan bruke Auto-innlogging som, ved neste oppstart av Operatør på denne maskinen, fyller ut feltene Bruker og Passord med de sist brukte verdiene, slik at det ikke er nødvendig å fylle ut brukernavn og passord for rask tilgang. For å deaktivere Auto-innlogging må Operatør startes med parameteren STOPAUTO.
Operatør kan også startes ved å oppgi bruker, passord og en bestemt abonnent via kommandolinje:
"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -user operador -pwd 12345 -ab 1234
Denne kommandoen starter Operatør-modulen med brukeren “operador”, passord “12345” og bare med kameraene til abonnenten “1234”. Du kan bruke kun noen av parameterne; hvis -ab ikke angis åpnes modulen med alle enheter tildelt brukeren.
Ved bruk av kommandolinjeparameteren -cert åpnes ikke Operatør, den genererer kun et kamera-sertifikat on-the-fly for en abonnent. For å bruke dette må også -user og -pwd angis for å validere brukeren. Hvis -ab brukes vil sertifikatet genereres for den abonnenten; hvis ikke vil du bli bedt om å oppgi abonnentnummeret:
Vi kan bruke -cert uten argumenter eller angi banen hvor sertifikatet skal lagres. Hvis ingen bane angis lagres det i gruppens tildelte mappe eller, hvis ingen gruppe er tildelt, i standardbanen (f.eks. "C:\Program Files\ByDemes\AlarmSpace2 Client Module\AutoCerts"). I sertifikatet kan også opptak fra hver kanal listes ved å legge til parameteren -minFindRecord XXX, som angir antall minutter med opptak som skal søkes etter. Et enkelt eksempel på kommandolinje for å generere et sertifikat on-the-fly:
"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -cert -user operador -pwd 12345 -ab 1234
Og et eksempel som angir sertifikatbanen til C:\CertificadosDVR\DVR1234 og søker 120 minutter med opptak:
"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -cert C:\CertificadosDVR\DVR1234 -user operador -pwd 12345 -ab 1234 -minFindRecord 120
Operatør-modulen viser versjonen av Operatør ved påloggingsvinduet. Det anbefales at denne versjonen samsvarer med serverens versjon for å unngå at noen funksjoner ikke fungerer riktig.
Første gang Operatør startes må serveradressen konfigureres (for å informere Operatør hvor den skal koble til). Dette gjøres med knappen Konfigurasjon:
Her må vi angi AlarmSpace-serverens IP etterfulgt av kolon (:) og port 8003 (standard, kan endres i serverkonfigurasjonen). Hvis kommunikasjonen er korrekt vises etter Akseptere bekreftelsen:
Hvis det feiler får vi også beskjed, og som følge av dette kan vi ikke bruke Operatør riktig før problemet er løst:
Sørg for å angi korrekt server-IP og port. Hvis problemet vedvarer, kontakt ByDemes teknisk personell.
3.2. Sanntid
Via fanen Sanntid viser vi kameraer i sanntid. Flere kameraer fra samme opptaker eller flere kan aktiveres samtidig.
I venstre panel vises en seksjon med forskjellige faner.
Under DVR-fanen vises listen over alle enheter med mulighet for å utvide kameraene for hver enhet, kun de enheter/kameraer som er tildelt brukeren i Servermodul -> DVR -> DVR per bruker
Listen sorteres etter enhetsbeskrivelse. Med knappen List DVR-er etter abonnent ser vi listen etter abonnentnummer. Ved å trykke igjen vises enhetene etter beskrivelse.
Med dobbeltklikk på et kamera vises det i sanntid. Med dobbeltklikk på en opptaker vises alle kameraene til enheten.
Hvis vi velger en visning vises tilgjengelige alternativer for det vi ser på:
Med laster vi ned videoen vi ser på.
Med tar vi et skjermbilde av bildet i det øyeblikket.
Med lytter vi til lyden fra enheten hvis den har det alternativet.
Med aktiverer vi mikrofonen for å snakke med enheten.
Med funksjonen “Instant Replay” spilles opptaket fra kameraet fem minutter tidligere av.
Med zoomer vi inn på et område av kameravisningen, valgt med musepekeren.
Med rengjør vi skjermen og slutter å vise kameraet.
Nederst har vi mulighet til å fjerne alle viste kameraer og laste inn brukerens enheter på nytt:
Ved høyreklikk på en opptaker vises en kontekstmeny med forskjellige alternativer:
Aktiver hovedstrøm bytter visningen til høyere oppløsning kalt Hovedstrøm
Aktiver understrøm bytter visningen til lavere oppløsning Substream for å unngå å overbelaste klientens og AlarmSpace-kanalenes kommunikasjon
Håndter reléer åpner tilgjengelige reléutganger på enheten og lar oss aktivere og deaktivere dem:
Vi merker relétilstanden vi ønsker og trykker på knappen Endre relétilstand.
Kamera-sertifikat lager et skjermbilde av tilstanden til alle kameraene på utstyret som kan fungere som et installasjons- eller service-sertifikat. Den spør oss hvilken mappe vi vil lagre sertifikatet i og hvilke kameraer vi vil fange (hvis noen kanaler ikke brukes; som standard alle DVR-kanaler). I tillegg kan vi manuelt legge til en kommentar i sertifikatet:
Hvis sertifikatet er generert riktig, vil vi se bekreftelsen:
Og vi får sertifikatet i den angitte banen:
Logoen kan byttes ut med en .bmp med lignende oppløsning som den vi har i C:\Program Files\ByDemes\AlarmSpace2\LogoCert\LogoClient.bmp. For å endre den bytter vi ut filen LogoClient.bmp med den nye .bmp-filen med samme navn.
Sertifikatet viser også hendelsene utstyret har hatt de siste 24 timene, for eksempel for å se tester som er utført ved installasjon eller vedlikehold:
“Fullstendig kamerabsertifikat” genererer et sertifikat identisk med det forrige, men inkluderer en fullstendig oversikt over de ulike opptakene fra alle aktive kameraer siste måned:
“Kamera-visning” åpner applikasjonen Kamera-viser, som viser det valgte kameraet og et opptak fra 30 sekunder tidligere.
Fanen PTZ gir ulike alternativer for kameraet hvis det er justerbart og motorisert:
Step/Speed justerer trinnet for bevegelsene; jo høyere, desto raskere skjer endringene.
Med pilene flytter vi kameraet i de forskjellige retningene.
Med Zoom forstørrer eller formindsker vi bildet.
Med Focus nærmer eller fjerner vi kamerafokuspunktet.
Med IRIS åpner eller lukker vi kameraets iris for å justere mengden lys som fanges.
Fanen Forhåndsinnstilt lar oss utføre de ulike handlingene som enheten har definert i sine forhåndsposisjoner:
Velg nummeret på Forhåndsinnstilt og trykk Utfør.
Fanen Filter bruker filtre på enhetene som vises i DVR-fanen. Vi kan filtrere ved å bruke et Generelt filter som filtrerer etter DVR-type (ColosoEvo, Dahua, Hivision, HyundaiNextGen...), etter tilkoblingstype, foretrukket tilkoblingstype: direkte eller P2P, og etter Gruppe: vil kun vise enheter som har den gruppen tildelt i Servermodul -> DVR -> Liste -> Generelle data.
I dette tilfellet ville bare enhetene i GRUPPE 1 bli vist. Merk at når et filter er aktivt vises en (F) ved siden av tittelen Filter, for å tydeliggjøre at ikke alle enhetene tildelt brukeren vises, men kun de som tillates av det valgte filteret.
3.2.1. Brann
Når enheten er av typen konvensjonelt brannsentral, vises dette vinduet ved dobbeltklikk:
Vi ser alle sonene i sentralen, med aktive alarmer og feil i hver. Hvis vi holder musen over en sone får vi den aktuelle alarmen, sentralens temperatur, nettinngangsspenning og hjelpestrømutgang, batterispenningen og spenningsnivået for den aktuelle sonen. Også en historikk over de siste hendelsene i sonen.
Skiller mellom detektoralarm og trykknappalarm, og mellom kortslutningsfeil og åpne krets-feil.
Vi ser tilstanden til intern summer, systemfeil og sirener, med deres historikker. I tillegg ser vi en generell historikk med alle nylige hendelser, og vi kan fjernstille intern summer for sentralen.
Ved å høyreklikke på enheten får vi valget Generer sertifikat, som oppretter et sertifikat med tilstander og spenninger for hele sentralen, samt grafer som viser tidsutviklingen av sentralens tilstander i den valgte perioden.
3.2.2. Video-dørtelefoner
Når en ringeoppringning fra en videodørtelefon som er korrekt konfigurert i servermodulen for å sende samtalen til Operatøren oppstår, vises et popup-vindu som dette mens en varselklokke ringer:
Der ser vi VTO-kameraet. Deretter starter vi samtale med knappen Start samtale, og vi kan Åpne dør, Åpne andre dør, Stopp ringeklokke.
Den alternativet Frigi samtale brukes hvis denne Operatøren ikke kan svare på samtalen for øyeblikket; selv om han har plukket opp kan han frigjøre den slik at den vises på nytt hos alle åpne operatører og en annen operatør kan ta den. For å avslutte samtalen kan vi bruke Avslutt samtale (lukker ikke vinduet) eller Lukk vindu, som avslutter og lukker vinduet samtidig.
Hvis det er flere samtaler samtidig, vises den første først, og når den lukkes vises den neste. Hvis flere operatører er aktive, vil den første samtalen vises hos alle operatører, og når én starter samtale vil den neste vises hos de andre, slik at flere samtaler kan håndteres samtidig av flere operatører.
3.2.3. Analog brann
Når enheten er av typen “Honeywell Analog”, vises følgende skjerm:
Vi har en oversikt over sentralen. Hvis vi holder musen over ikonene vises historikken for hver enhet. I Generell historikk en generell historikk. På venstre side kan vi utføre forespørsler om enhetene. Hvis vi ikke fyller ut noen data og trykker på knappen Søk, vil den returnere hele konfigurasjonen av sentralen. Hvis vi i rullegardinmenyen på konfigurasjonssiden velger for eksempel enheter I test returnerer den kun enhetene som er i test. Hvis vi velger en Sløyfe, en Type og skriver en adresse, returnerer den mer presis informasjon om den spesifikke enheten. Hvis vi skriver inn en sone (og sletter adressen, som har prioritet) returnerer den informasjon om enheten i den sonen. Ved å høyreklikke på Søk-knappen vises (etter administratorpassord) en meny med toveis funksjonsvalg:
Vi kan frakoble soner, sette dem i test og gjenopprette dem til normal tilstand. Også ved å høyreklikke på ikonet for Systemfeil kan vi nullstille sentralen:
Ved å høyreklikke på enheten vises en meny hvor vi kan generere en PDF med hele sentralens konfigurasjon:
3.3. Video
Via video-fanen søker vi etter opptak for den valgte kanalen ved å filtrere etter ulike kriterier:
Vi filtrerer etter ønskede datoer og etter typen hendelse som forårsaket videoopptaket: alle, eksterne alarmer, bevegelsesdeteksjon, enhver alarm eller ulike med søk.
Med knappen Søk viser på høyre side alle tilgjengelige opptak i henhold til valgte filtre:
Dobbeltklikk på et av opptakene som vises, og det tilknyttede videoen spilles av:
Under avspilling har vi ulike valg:
pause og gjenoppta avspillingen.
stopp helt avspillingen; skjermen blir svart.
rask/langsom frem/tilbake og ramme-for-ramme.
last ned en video av det som vises.
ta et skjermbilde av det som vises i øyeblikket.
tidsvalgslinje tar oss nøyaktig til ønsket sekund i videoen. Vi kan laste ned fra det sekundet.
I fanen Skjermbilder kan vi vise de lagrede bildesakene som er lagret lokalt på maskinen, i banen som er programmert i Servermodul -> Konfigurasjon -> Parametere Mottaker -> Generelle parametere (i KLIENT SKJERMBILDE-BANE):
3.4. Alarmer
Alarm-fanen brukes til å håndtere alarmer mottatt fra enhetene. Hendelsene fra enhetene kan sendes til CRA-programvaren hvis de er programmert som Send alarmer via gateway eller sendes til Operatøren hvis alternativet Send alarmer til videoverifisering
er merket av.
I det siste tilfellet vises alarmene i alarmmodulen til alle operatører hvis brukere har enheten tildelt: Vi velger alarmen fra Aktive alarmer. Hvis den har tilknyttede videoer kan vi spille dem av: hvis det finnes pre-alarm og/eller post-alarm video vises de ved å krysse av i de respektive boksene. Vi kan pause avspilling, gjenoppta, stoppe helt, spole frem raskere, spole tilbake og ta et skjermbilde av et hvilket som helst øyeblikk. Den viser også et skjermbilde fra alarmøyeblikket i
Alarmens skjermbilde. Når valgt trykker vi på knappen Behandle alarm, Sanntid vil vi se at den tar oss til fanen Alarmer for å vise kameraet direkte. Vi går tilbake til fanen og velger en handling knyttet til behandling av alarmen som vises i nedtrekkslisten Handling. Handlingene i denne listen opprettes i AlarmSpace-server -> Alarmer -> Handlinger. For å assosiere handlingen til alarmen trykker vi på knappen Lagre handling. Vi legger en kommentar i plassen for dette (underBehandle alarm ). Til slutt behandler vi hendelsen med knappen
Behandle alarm. På knappen DVR-hendelsesliste, vises listen over hendelser fra AlarmSpace-enheter, med mulighet for å filtrere etter ulike kriterier og eksportere til Excel/CSV og PDF. For flere detaljer se
Servermodul -> Alarmer -> DVR-hendelser.
3.4.1. Innbruddsalarmer
Operatørens alarmmodul kan nå også motta innbruddsalarmer fra Vesta-sentraler. For at de skal mottas i Operatøren må man sette i gateway-konfigurasjonen VESTA, i feltet ComputerProtocol (utgående protokoll) typen OPERATØR:
Når dette er konfigurert ser vi at hendelsene fra innbruddspanelene vises i Operatøren: Vi håndterer dem på samme måte som i det forrige tilfellet, ved å legge til en handling, lagre den og skrive en kommentar. Ved lagring kan vi lagre kun hendelsen vi behandler eller Lukk alle abonnement DVR-hendelsesliste
for å lagre alle hendelsene for abonnenten. I Operatøren kan vi også se DVR-hendelser, som også inkluderer innbruddshendelser, og gå inn i vedlikeholdet av.
INNBRUDDS-abonnenter
Hendelsene kan konfigureres med ulike farger, avhengig av viktighetsgrad, og kan sorteres etter prioritet. Man kan også velge hvilke hendelser som vises på skjermen eller går direkte til historikken.
Øverst til høyre ser vi data tildelt abonnenten (navn, adresse, sted, fylke, telefon og e-post). Ved å trykke på knappen Kontakter ser vi kontaktene tildelt abonnenten (navn, telefon, e-post), ordnet etter Rekkefølge
I som vi har angitt i Abonnentdata: Tilstander
ser vi tilgjengelige tilstander for abonnenten: Og i Soner,
sonene som er detektert i panelet:
Hvis det er en bildehendelse viser den det første fangede bildet:
og med avspillingsknappen kan vi spille hele videoen og utføre toveis handlinger:
4. ActiveX-modul
ActiveX-modulen er en applikasjon som tillater visning av kameraer i sanntid og opptak via Internet Explorer eller kompatible innebygde nettlesere i bObject av CRA-programvare som Manitou, SBN og Softguard.
4.1. Gateway-kommandoer
Den nåværende “GENERIC ACTIVEX GATEWAY” i Alarmspace V2 inkluderer en webserver som lytter på port 8003 (og oppover).
Ved installasjon søker den etter første ledige port fra 8003.
Denne porten kan endres i en tekstfil configuracion.dat i installasjonsmappen og ved å restarte tjenesten.
(Den må være åpen mellom operatørenes maskiner og maskinen som kjører AlarmspaceV2). Det er også viktig at IP-en som står i denne filen (i de første 4 linjene) tilsvarer IP-en til AlarmSpace-serveren (i eksemplet 192.168.X.XXX):
server=192.168.X.XXX;database=bydemesvideo;User Id=bydemesvideo; password=06851f3848543ea; port=3350; Persist Security Info=True
192.168.X.XXX:8003
192.168.X.XXX:9000
192.168.X.XXX:10003
Etter dette kan man bruke kall til nettstedet og kommandoene vist nedenfor med følgende system:
http://[IP_maskin_alarmspace]:8003/bydemes.html?address=[IP_maskin_alarmspace]&port=8003&subscriber=9 999&channel=4&channel_source=main Der subscriber
er abonnentnummeret konfigurert i Alarmspace V2; i dette eksempelet ville det bare koble til DVR-en til abonnent 9999 og vise kanal 4 i hovedstrøm i sanntid
Konfigurerbart i henhold til følgende kommandooversikt: channel=
kanalnummer for live-visning, starter på 1.Valg
, hvis enheten har KANAL “0”
Hvis kanalnummeret settes til 0 vil systemet tolke at man ønsker å bruke "Kanal 0" sammen med parameterne (“multiplay_type” og “multiplay_channel”) multiplay_type=<n>
hvor <n> er 4, 8, 9, 16. Det vil si antall kanaler. multiplay_channel=<n>
hvor <n> er den første kanalen som vil vises i “rutenettet”.
(Dette alternativet avhenger av opptakeren; noen støtter kun CH0 og forstår ikke resten av kommandoene) | channel_source=mainsub
. For å velge strømmen fra mainstream- eller substream-tilkoblingen. Standard er "sub". channel_save_video=
Hvis satt til 1 begynner den å lagre video ved tilkobling. Lagre-video-knappen blir rød slik at operatøren kan stoppe den. channel_save_image=
Hvis satt til 1 tar den et skjermbilde ved sesjonsstart. prealarm_channel=
kanalnummer for å velge i opptakene.prealarm_save_video
=-sekunder/-sekunder. Sekvens av sekunder regnet fra «nå». Det vil si at hvis du setter -20/-5 og klokken er 10:32:40, vil lagret video være fra 10:32:20 til 10:32:35.prealarm_view_video
=-sekunder/-sekunder.
Sekvens av sekunder regnet fra «nå». Det vil si at hvis du skriver -20/-5 og klokken er 10:32:40, vil videoen være fra 10:32:20 til 10:32:35.
Bruk dette alternativet for å vise prealarm-preview i vinduet til høyre i stedet for å laste det ned. Det er kompatibelt med prealarm_save_video over. Hvis begge brukes vil det vises og bli lastet ned.
Det er veldig viktig at DVR-en tar opp og har samme tid som Alarmspace; ellers kan den ikke finne de forespurte prealarm-opptakene. NTP er anbefalt for å synkronisere tid, og for DVR-anrop anbefales for eksempel -60/5 (ett minutt før alarmen).
Man kan sette alle alternativene samtidig:
eksempel: port=3500&subscriber=9999&channel=4&channel_source=main&channel_save_image=1&channel_save_video=1&prealarm_channel=8&prealarm_save_video=-20/0
Da vil systemet koble til kanal 4 på DVR-en til abonnent 9999 i mainstream, ta et skjermbilde og samtidig begynne å lagre live-video; deretter vil det be om opptak av kanal 8 fra 20 sekunder før nå og lagre det.
Flere kommandoer kan legges til med & uten mellomrom.
I ActiveX for operatørene finner man også:
En knapp for å aktivere DVR-ens reléutganger. En knapp for å aktivere DVR-ens lyd.
En knapp for å aktivere talelyd for toveis kommunikasjon.
En knapp for å gjøre Replay hvis en prealarm er etterspurt. Vises kun hvis prealarm er etterspurt med parametrene.
Spiller av alarmøyeblikket mens ingen annen prealarm er etterspurt og mens opptaket finnes på DVR-disken.
Operatøren kan med søkeknappene vise opptak fra andre kameraer, og hvis han trykker Replay, vil prealarmen vises på nytt.
Knappene for å velge lydopptak lagret på PC som kan sendes til DVR for avspilling gjennom forsterkede høyttalere koblet til DVR i anlegget.
Disse lydfilene bør være WAV 16-bit 8 kHz mono; noen eksempler følger med.
Vi anbefaler ikke at de er for store, da nettleseren kan låse seg under avspilling.
I tillegg til knappene for å ta opp video og ta bilder både i live-visning og i opptaksvisning
I sanntid kan vi velge kamera og strømtype, samt kontrollere domer og til og med justere kontrollhastighet
I avspilling kan vi velge kanal, dato og tid og trykke GO for å gå til det øyeblikket
Og kontrollene for opptaket
4.2. Nye kommandoer
NYE KOMMANDOER dvr_name=navn.
Man kan identifisere en enhet ved navnet som er tildelt. Lar deg skille mellom to opptakere med samme abonnentnummer. sincPlaybackChannel=1 | 0.
Lar deg endre visningen av innspilt video til kanalen du bytter i live-visningen; visningstiden vil være den som er valgt i prealarm_view_video. fire_subscriber=
Abonnentnummer tilordnet en brannsentral. Visning av sentraltilstand vil dukke opp og vi kan interagere med den. Kombinert med DVR-kommandoer tillater det samtidig visning av kameraer. vto_subscriber=
Abonnentnummer tilordnet en videodørtelefon (VTO). VTO-kontrollskjermen vises, vi ser kameraet, kan snakke og åpne dører. Kombinert med DVR-kommandoer tillater det visning av ekstra kameraer.
Den nye knappen ‘?’ viser en tabell med kameraer sortert etter siste bevegelsesdeteksjon. Slik får vi en indikasjon på det oppdagede forløpet:
5. Konfigurering av VESTA-gateway
5.1. Innledning
5.1.1. Velkommen
Innbruddssentralen Climax VESTA kan sende hendelser i ulike formater. AlarmSpace har utvidet sine muligheter for å motta disse hendelsene, behandle dem og generere nye utgående signaler tilpasset protokollene til hovedsakelig mottaksprogramvare som brukes i vårt land (Manitou, SBN, Softguard og kompatible).
I tillegg kontrollerer AlarmSpace det programmerbare polling-systemet og gir oss mulighet til å deaktivere abonnenter (de sendes ikke til CRA-programvaren) og endre polling-tider. Vi kan også overvåke mottatte hendelser i sanntid.
Mottakssystemet tilbyr høy tilgjengelighetskonfigurasjon ved hjelp av et cluster på to maskiner (primær og backup) som reduserer risikoen for tapte hendelser eller store forsinkelser til svært lave nivåer.
5.2. Programmering av VESTA-sentral
Rask CRA-konfigurasjon (Alarmmottaker i et VESTA-panel) SmartHomeSec Trinn 1: Logg inn i APP eller WEB
som installatør Trinn 2: Gå til seksjonen
INNSTILLINGER -> RAPPORT Trinn 3: Legg til en ny URL og tildel
GRUPPE 2 Trinn 4: Legg til i URL-en:
PORT = CRA sin port
Den anbefalte programmeringsskjemaet for korrekt mottak av hendelser fra VESTA-sentralen er som følger:
I denne figuren representerer CRA mottaksprogramvaren, VESTA en installert sentral, og AlarmSpace MAIN og BACKUP er to instanser av AlarmSpace på to forskjellige maskiner. De kan virtualiseres, men vi anbefaler fysiske maskiner. Hvis forbindelsen til AlarmSpace MAIN feiler, vil sentralen forsøke via AlarmSpace BACKUP. Den vil alltid prøve MAIN igjen for å se om den gjenopprettes. For å programmere kommunikasjonsparametrene i VESTA-sentralen må vi gå til ByDemes Cloud: https://smarthomesec.bydemes.com/ByDemes/ og logge inn med vårt brukernavn og passord. Når vi er inne velger vi ønsket panel og går til seksjonen
Innstilling/Rapport
ip://1234@123.123.123.123:23506/MAN
Hvor 1234 er abonnentnummeret, 123.123.123.123 er AlarmSpace sin offentlige IP og 23506 porten åpnet mot AlarmSpace-maskinen for å motta hendelser.
VIKTIG MERKNAD
IP må skrives uten ledende nuller; IKKE fyll med 0 til 3 sifre. Hvis du gjør det vil ikke forbindelsen fungere. I gruppen tildeler viGruppe 2
, dette sikrer at alle hendelser sendes. I gruppen tildeler vi For maksimal tilgjengelighet anbefaler vi å tildele en ny URL (URL3). Denne må peke til AlarmSpace-backup-maskinen (med backup-maskinens offentlige IP og port åpnet mot den maskinen). Vi velger også
for å sende kun hendelser som feiler på primærveien (forskjellig gruppe sender alle hendelser, samme gruppe sender kun de som feiler på forrige). I Rapporteringssekvens (Reporting Sequence) velger vi Essensielt
og for re-forsøk anbefaler vi kun ett forsøk for å fremskynde overgangen til sekundær vei hvis sendingen feiler (hvis man ikke bruker sekundær vei kan man øke til 3 forsøk).
Data for opplasting av bilder vil mangle: 1234@123.123.123.123:23506 Også med “Manitou”-protokollen og strengen
med samme abonnentnummer, IP og port som hovedveien.
Hvor 1234 er abonnentnummeret, 123.123.123.123 er AlarmSpace sin offentlige IP og 23506 porten åpnet mot AlarmSpace-maskinen for å motta hendelser.
Trykk “Send” og kommunikasjonen vil være tildelt.
Vi anbefaler at kommunikasjonen med AlarmSpace BACKUP går via en annen kommunikasjonsvei (annen fiber/ADSL enn hovedlinjen) og helst fra forskjellige operatører (ulike fysiske infrastrukturer) for å sikre mottak av hendelser hvis en linje faller ut.
5.3. AlarmSpace-konfigurasjoner
5.3.1. Generelle innstillinger - VESTALog
VESTALog-applikasjonen har ulike funksjoner: vise mottatte hendelser videresendt til CRA-mottaksprogramvaren i sanntid, se historikk over behandlede rammer, en tekstlogg med detaljer om mottakerens drift, konfigurasjon av mottakerparametere, velge ulike destinasjoner for hendelsene, tilordne eller forkaste hendelser og konfigurere load balancer-funksjonen.
5.3.1.1. Sanntid
Vi viser hendelser mottatt fra VESTA-sentralene, svarene og hendelsene sendt til CRA-programvaren og deres svar.
5.3.1.2. Historikk
Viser rammer mottatt fra VESTA-sentralene. Vi kan filtrere etter datoer og abonnentnummer.
5.3.1.3. Logg
Logg over handlinger utført av applikasjonen. Nyttig for testing og feilsøking.
5.3.1.4. VESTA-konfigurasjon
Mottakerparametere:
ServidorMy: IP til lokal MySQL-server (maskinens egen IP)
ServidorMyBackup: IP til MySQL-backup-server (la stå 0 hvis på AlarmSpace Backup eller backup-maskin ikke implementert)
rutaVideos: bane der mottatte bilder og videoer lagres.
domainForUNC: hvis man vil lagre videoer over nettverk kan brukerautentisering via UNC være nødvendig. Skriv inn domenet her.
userForUNC: bruker for å lagre videoer og bilder på nettverk.
passwordForUNC: passord for å lagre videoer og bilder på nettverk
checkForUser: vil kreve brukernavn og passord ved start av toveis visning. Hvis brukeren ikke har tillatelse til panelet vil tilgang nektes.
secondsBefore: kun bilder og videoer fra disse siste sekundene vises i toveis-visningen, for å unngå visning av eldre videoer som kan forvirre operatøren.
sendVisorEvents: hvis aktivert vil alle handlinger av en bruker i toveis-visningen sende en hendelse til CRA-programvaren.
useLoadBalancer: lar deg fordele innkommende paneltilkoblinger mellom to eller flere maskiner slik at antall samtidig håndterbare hendelser øker.
Ip: lokal (privat) IP til maskinen som vi åpner lytteporten på.
Port: lytteporten. Den må åpnes i routeren på TCP for å motta hendelser til denne maskinen.
PuertoEncriptacion: lytteport for krypterte rammer (forskjellig fra porten for ukrypterte rammer). For økt sikkerhet kan sentralene programmeres til å sende med kryptering slik:
ip://1234@3.123.23.123:23508/MAN_TLS for hendelsene
Velg Manitou (TLS) for bildene.
Linea: mottakerlinje, brukt av noen CRA-programvarer for å skille og knytte abonnenter til en bestemt mottaker.
PuertoMedical: lytteport for rammer fra medisinsk utstyr. Også brukt for å motta SIA DC09 (SIA IP) når CRA-programvaren ikke støtter andre protokoller.
Title: Navn på mottakeren. IniCar: starttegn for rammer mottatt fra panelene.
Endre ikke uten tilsyn fra ByDemes. IniCar: starttegn for rammer mottatt fra panelene.
EndCar: slutttegn for rammer mottatt fra panelene.
manitouServer: IP til CRA-programvarens server.
manitouPort: lytteport til CRA-programvaren.
vestaAutoactivateAb: hvis 1 aktiveres nye abonnenter automatisk. Hvis 0 registreres abonnenten, men må aktiveres manuelt.
vestaPollingTime: standard tid mellom polling-signaler. Vil bli automatisk tildelt nye abonnenter. Kan endres individuelt.
Hvis vi høyreklikker på denne raden kan vi tildele denne verdien til alle innbruddsabonnenter vi har nå:
vestaDaysPreserveFrames: dager rammer fra historikk vil bevares.
vestaDaysPreserveImages: dager bilder beholdes på AlarmSpace sin harddisk
VestaNumAb: abonnentnummer for applikasjonen for å sende interne hendelser.
VestaInternalTestPeriod: frekvens i sekunder for applikasjonens interne test (hvis 0 sendes ingen test).
VestaAccountDefaultTestPeriod: frekvens for å sende en test av VESTA-sentralen til CRA-programvaren hvis polling fungerer korrekt.
Hvis vi høyreklikker på denne raden kan vi tildele denne verdien til alle innbruddsabonnenter vi har nå.
AllowMultipleDestines: Tillat flere destinasjoner for signaler til CRA
ComputerProtocol: utgående protokoll, må samsvare med det som er programmert i sentralen (XML, SIA…)
ASReceiverType: CRA-programvare
skipDateFromFrame: IKKE send hendelsens dato, selv om den finnes i rammen
automaticResponse: Ikke send hendelse til CRA-programvaren og bekreft automatisk
privateProtocol: vi kan endre modelltypen brukt (CID) til en tilpasset en i rammen sendt til CRA-programvaren.
refuseUserCaptures: hvis satt til sann, vil forespørsler om bilder fra pircam gjort av brukere (web eller app) ikke nå CRA og dermed bevare personvern.
continuosuCRAConnection: forbindelsen til CRA-programvaren etableres ved tjenestestart og avbrytes ikke; den holdes konstant.
sendCallerIdToCRA: sentralens identifikasjon sendes i rammen mot CRA.
externally Monitoring: den interne testen av sentralen (sendt periodisk i henhold til VestaInternalTestPeriod) kan også sjekke ekstern tilkobling ved å sende den via offentlig IP.
publicIp: offentlig IP brukt av Vesta-serveren for å sende intern test eksternt. Den brukes også for å verifisere at panelene vi vil vise i VisorHTML sender til denne CRA-en.
numPollingFailure: antall påfølgende polling-feil for å sende feil.
Heartbeat: intern hjerteramme som sendes til CRA-programvaren for å bekrefte at prosessen lever.
HeartbeatPeriod: repetisjonstid i sekunder for hjerterammen.
AESKey: AES-krypteringsnøkkel å bruke hvis SIA-DC09 kryptert overføring brukes.
sendEventoOnWrongMac: lar deg velge om en hendelse fra et panel med feil MAC (som ikke samsvarer med registrert MAC) skal sendes til CRA. Hvis hendelsen sendes, følger den med en annen hendelse som indikerer feilen (CodigoEventoMacError). Hvis man markerer 'ikke send' sendes ingenting, som om abonnenten var inaktiv.
DefaultBypassTolerance: hvis man tillater at ett av test-pollings hoppes over av og til, kan man angi en toleranse for å unngå forsinkelse i sendingen. Her angir vi denne toleransen i sekunder.
AllEventAsPolling: enhver hendelse mottatt fra panelet (ikke bare polling-signalet) oppdaterer polling-tiden (og gjenoppretter polling-feilstatus hvis aktiv). Hvis satt til falsk, vil kun polling-signalet oppdatere polling-tiden.
SynchASPolling: synkroniserer automatisk polling-tiden i AlarmSpace med polling-tiden programmert i panelene. Vi har tre alternativer:
Hvis vi velger alle paneler, vil alle AlarmSpace-abonnenter synkroniseres med sine tilsvarende paneler (vi trenger oppdatert MAC for panelene). Hvis vi velger Kun for angitt tid,synkroniseres kun abonnenter hvis paneler har tiden som vi setter i feltet nedenfor (
Hvis vi velger alle paneler, vil alle AlarmSpace-abonnenter synkroniseres med sine tilsvarende paneler (vi trenger oppdatert MAC for panelene). TimeSynchASPolling) Ikke synkroniser,
ingen abonnenter synkroniseres.
TimeSynchASPolling: kun abonnenter med paneler programmert med denne tiden synkroniseres (tid i sekunder). For eksempel ved 21600 sekunder vil abonnenter med paneler programmert til 6 timers polling oppdateres (typisk batteridrevne enheter).
AddURLGpsLink: legg til en URL med geolokalisering av en geolokalisert hendelse for å åpnes direkte med ett klikk.
Logffmpeg: Aktiver logg for å se ffmpeg sitt svar ved bygging av video fra mottatte bilder.
SendEventNewVESTACodes: når systemet oppdager at nye ContactID-koder er frigjort i Climax-VESTA, sendes en hendelse med denne koden sammen med den interne test-hendelsen fra gatewayen. Denne koden kan konfigureres i Hendelseskoder og vil slutte å sendes når de nye kodene godtas på AlarmSpace-serveren, DVR→INNRBRUDD-abonnenter !!NYE VESTA-KODER!!
5.3.1.5. Hendelseskoder
Programmerbare hendelseskoder for gatewayen:
CodigoEventoPolling: ContactID-kode applikasjonen vil forstå som polling-signal for kontroll av frakoblinger. Sendes ikke til mottaksprogramvaren.
CodigoEventoFalloPolling: ContactID-kode sendt ved tredje polling-feil.
CodigoEventoFalloPolling2Vias: ContactID-kode sendt ved tredje polling-feil for enheter med minst 2 kommunikasjonsveier (oppdaget automatisk).
CodigoEventoRestPolling: ContactID-kode sendt når polling-signal mottas mens enheten var i polling-feil.
CodigoEventoRestPolling2Vias: ContactID-kode sendt når polling-signal mottas mens enheten var i polling-feil og har minst 2 kommunikasjonsveier.
CodigoEventoMacError: en hendelse generert av gatewayen med denne koden opprettes når identifikasjonen (MAC) til sentralen som sender med et abonnentnummer ikke samsvarer med den identifikasjonen som ble mottatt ved første registrering av abonnenten.
VestaInternalTestCode: ContactID-kode sendt som applikasjonens interne test (heartbeat).
CodigoEventoPollingSIA: Hvis SIAIP (SIA-DC09) brukes, angir vi koden for polling-hendelsen.
CodigoEventoFalloPollingSIA: SIA-kode sendt ved tredje polling-feil.
CodigoEventoFalloPollingSIA2Vias: SIA-kode sendt ved tredje polling-feil for enheter med minst 2 kommunikasjonsveier.
CodigoEventoRestPollingSIA: SIA-kode sendt ved mottak av polling-signal mens i polling-feil.
CodigoEventoRestPollingSIA2Vias: SIA-kode sendt ved mottak av polling-signal mens i polling-feil for enheter med minst 2 veier.
CodigoEventoMacErrorSIA: SIA-kode sendt for feil MAC, men i SIA-format.
videoEvCodeSIA: SIA-kode sendt når en videohendelse er vedlagt
userCaptureCode: kode for hendelsen panelene sender ved brukerens bildeopptak
visorArmCode: ContactID-kode sendt ved arming av en sone fra toveis-visningen når aktivert
visorDisarmCode:. ContactID-kode sendt ved disarming av en sone fra toveis-visningen når aktivert
visorPartialArmCode:. ContactID-kode sendt ved hjemmearming av en sone fra toveis-visningen når aktivert
visorBypassCode: ContactID-kode sendt ved frakobling av en sone fra toveis-visningen når aktivert
visorRestoreBypassCode: ContactID-kode sendt ved re-aktivering av en sone fra toveis-visningen når aktivert
visorSceneApplyCode: ContactID-kode sendt ved aktivering av en scene fra toveis-visningen når aktivert
visorTakeSnapshotCode: ContactID-kode sendt ved forespørsel om bilde fra toveis-visningen når aktivert
registerAccountEvCode: ContactID-kode sendt ved første registrering av en abonnent. Hvis tom sendes ikke denne hendelsen.
EraseAccountEvCode: ContactID-kode sendt ved sletting av en abonnent fra INNBRUDDS-abonnenter. Hvis tom sendes ikke hendelsen.
visorArmCodeSIA: SIA-kode sendt ved arming av en sone fra toveis-visningen når aktivert
visorDisarmCodeSIA:. SIA-kode sendt ved disarming av en sone fra toveis-visningen når aktivert
visorPartialArmCodeSIA:. SIA-kode sendt ved hjemmearming av en sone fra toveis-visningen når aktivert
visorBypassCodeSIA: SIA-kode sendt ved frakobling av en sone fra toveis-visningen når aktivert
visorRestoreBypassCodeSIA: SIA-kode sendt ved re-aktivering av en sone fra toveis-visningen når aktivert
visorSceneApplyCodeSIA: SIA-kode sendt ved aktivering av en scene fra toveis-visningen når aktivert
visorTakeSnapshotCodeSIA: SIA-kode sendt ved forespørsel om bilde fra toveis-visningen når aktivert
registerAccountEvCodeSIA: SIA-kode sendt ved første registrering av en abonnent. Hvis tom sendes ikke denne hendelsen.
EraseAccountEvCode: SIA-kode sendt ved sletting av en abonnent fra INNBRUDDS-abonnenter. Hvis tom sendes ikke hendelsen.
5.3.1.6. Hendelsesdestinasjoner
Vi definerer spesifikke destinasjoner som mottatte VESTA-signaler kan sendes til. De kan velges per abonnent:
Vi må definere IP, port og en linje (hvis CRA-programvaren bruker det for å tilordne abonnenter til en mottaker). Gi den et navn for referanse i individuelle abonnenter under Server -> DVR -> VESTA-abonnenter
5.3.1.7. Omskrive hendelser
Funksjon som lar deg omskrive hendelseskoden i en ramme, slik at CRA-programvaren mottar ønsket hendelse:
Endring av alarmkode (ContactID eller SIA) til ønsket kode. Vi har ulike alternativer:
I de første 4 linjene endres den originale hendelsen (E130) til den nye (E131) hvis sone (1 eller 2) samsvarer og hvis deaktivere-hendelsen (E401 eller E402) kommer innen retardotiden (10 sekunder). Hvis deaktivere-hendelsen ikke kommer innen 10 sekunder, vil E130 komme.
I linje 5 vil hendelsen E780 bli forkastet og ikke sendt til CRA fordi den nye hendelsen er tom.
I linje 6 endres originalhendelsen (E132) til den nye (E133) for alle soner (sonen er tom), hvis deaktivere-hendelsen (E401) kommer innen retardotiden (10 sekunder). Hvis den ikke kommer innen 10 sekunder, vil E132 komme.
5.3.1.8. Konfigurer load balancer
5.3.1.9. LORA-parametere
Funksjon under utvikling.
5.3.1.10. API-parametere
I denne delen vises parametrene automatisk konfigurert for korrekt mottak av hendelser via LoRaWAN-nettverk. En unik indeks for hver CRA, CRA-navnet (kan endres, kun informativt), IP tildelt av VPN og port brukt av nettverket for å motta hendelser. Denne porten trenger ikke åpnes da den går over VPN.
For at VisorHTML og andre interne AlarmSpace-prosesser skal fungere riktig må API-parametrene konfigureres riktig, avhengig av ulike underdistributører. Generelt kan vi la standardparametrene stå som vist på skjermen; de vil fungere korrekt.
5.3.1.11. Multi-API
Advarsel: Ikke endre disse parameterne uten å konsultere ByDemes teknisk personell.
5.3.1.12. Denne funksjonaliteten lar deg definere mer enn én API for bruk med VisorHTML. De ulike parameterne for hver API kan tildeles individuelt til en konkret abonnent, slik at disse parameterne prioriteres over de generelle parameterne definert i API-parametere.
Nuva-parametere
Her kan vi aktivere kommunikasjon med Nuvathings-skyen for å motta hendelser fra deres enheter.
For å aktivere kommunikasjon setter vi EnableNuvaCS til sann. I HostNuva bruker vi standardverdien cloud.nuvasafe.com og i PuertoNuva også: 11112. I CsIdNuva må vi legge inn identifikatoren tildelt av Nuvathings for å bli gjenkjent i deres sky. Pollingen av Nuva-enhetene kontrolleres av skyen, så Polling-hendelseskode brukes ikke i dette tilfellet. Vi kan imidlertid tilpasse LineaNuva (mottakerlinje/prefiks) for å skille disse hendelsene fra andre enheter som VESTA.
5.3.1.13. Flere Nuva
AlarmSpace tillater samtidig tilkobling til Nuvathings-skyen med flere identifikatorer, for å lette bruk for plattformer som leverer tjenester til forskjellige CRA-er eller for multi-CRA-oppsett. Her konfigurerer vi de forskjellige CsId-ene.
5.3.1.12. Generell AlarmSpace-konfigurasjon
Kommunikasjonsparametrene med CRA-programvaren konfigureres på AlarmSpace-serveren under Konfigurasjon/Mottakerparametere:
Vi må velge programtype, aktivere den, samt port og IP til serveren. I denne versjonen sender VESTA-sentralen kun i ContactID-format (uavhengig av malen som gjelder for opptakerhendelser).
5.3.2. Abonnentkontroll
Hvis vi dobbeltklikker på en abonnent kan vi endre noen parametere for abonnenten:
Vi viser applikasjonens abonnenter, om de er aktive eller ikke, polling-tid, om de er i polling-feil og dato for siste polling:
Spesifikt kan vi endre polling-periode (for å matche den programmert i den aktuelle VESTA-sentralen) i minutter, og aktivere/deaktivere abonnenten. Hvis en abonnent er inaktiv registreres signalene, men de sendes ikke til administrasjonsprogramvaren. Man kan også programmere en periodisk test (et polling som faktisk sendes til CRA). I eksempelet sendes den hver 24. time. Med enhetens MAC kontrollerer vi om abonnentnummeret vi mottar samsvarer med den registrerte MAC; hvis ikke sender vi en feilhendelse (standard E304, se VESTA-konfigurasjon). Det er mulig å tildele en gruppe til hver abonnent. Deretter kan grupper tildeles brukere, slik at hver bruker kun får toveis-tilgang til sin gruppe av abonnenter. Kolonnen Ant. Polling-feil angir antall påfølgende feil som må inntreffe før polling-feil-hendelsen sendes; hvis ikke definert er standard 3. Vi kan også se registreringsdato, kodesettet brukt av abonnenten (CID eller SIA), Test-toleranse som er sekunder margin (før eller etter) systemet vil bruke for å vurdere et polling-signal som test, og avkrysningsboksen Send polling-hendelser for å deaktivere sending av polling-hendelser (polling-feil overvåkes fortsatt, men hendelsene sendes ikke til CRA). Nye, mer grafiske kolonner viser Ethernet-tilkoblingsstatus (svart: ingen ethernet, rød: ethernet-feil, grønn: ethernet ok), GSM-dekning og batterinivå. Automatisk rearmering refererer til systemets evne til å fjern-rearme et panel automatisk etter en definert tid etter desarmering. Kolonnen API-parametere indikerer om abonnenten skal bruke API-parametere (for VisorHTML) forskjellige fra standardparametrene. Disse velges i VESTA Lo → Flere API.
5.4. Konfigurasjoner for mottaksprogramvare (CRA)
Dette er et eksempel hvor mottakerne konfigureres i Manitou og et eksempel på hvordan det skal se ut:
Det kan brukes en dedikert port/driver eller en delt (mer enn én mottaker).
Vi må velge linjen som samsvarer med den vi har programmert i gatewayen til VESTA-sentralen:
Og typen Manitou-sender med “Videokapasitet”:
5.4.2. SBN
Kontakt din vanlige IBS-tekniker for å aktivere kommunikasjon med gatewayen.
5.4.3. Softguard
Kontakt din vanlige Softguard-tekniker for å aktivere kommunikasjon med gatewayen.
5.5. Visor-modul – Toveis tilgang for VESTA-sentraler
Visor-modulen er en applikasjon som gjør det mulig å vise videoer mottatt ved alarm og fotografier tatt manuelt via en hvilken som helst HTML5-kompatibel nettleser, og som kan «kalles» fra hvilket som helst CRA-programvare som tillater tildeling av en URL til en alarmhendelse. Den inneholder toveiskommunikasjonsfunksjoner med sentralene som tillater å slå sentralen på/av, fraskrive/aktivere soner, ta et bilde fra pircam og anvende scener definert i sentralen.
5.5.3. Kommando for å kalle Visor Vesta
Den nåværende versjonen av AlarmSpace V2 inkluderer en ekstra webserver for VESTA-sentraler som lytter på port 8003.
Den nåværende “GENERIC ACTIVEX GATEWAY” i Alarmspace V2 inkluderer en webserver som lytter på port 8003 (og oppover).
Denne porten kan endres i en tekstfil «configuracion.dat» inne i installasjonsmappen og ved å restarte tjenesten.
Denne porten kan endres i en tekstfil configuracion.dat i installasjonsmappen og ved å restarte tjenesten.
(Den må være åpen mellom operatørenes maskiner og maskinen som kjører AlarmspaceV2). Det er også viktig at IP-en som står i denne filen (i de første 4 linjene) tilsvarer IP-en til AlarmSpace-serveren (i eksemplet 192.168.X.XXX):
server=192.168.X.XXX;database=bydemesvideo;User Id=bydemesvideo; password=06851f3848543ea; port=3350; Persist Security Info=True
192.168.X.XXX:8003
192.168.X.XXX:9000
Etter dette kan man bruke kall til nettstedet med følgende format:
http://111.111.111.111:8003/bydemesVisor.html?subscriber=XXXX
Hvor 111.111.111.111 er IP-en til maskinen som kjører AlarmSpace og XXXX er abonnentnummeret til VESTA-sentralen.
Valgfritt kan parameteret secondsBefore legges til: http://111.111.111.111:8003/bydemesVisor.html?subscriber=XXXX&secondsBefore=YYY
Hvis vi setter secondsBefore vil kun videoer og bilder fra de siste YYY sekundene listes. Hvis ingen finnes vil den oppdatere til en mottas.
Dette kallet åpner nettleseren med følgende vindu:
På venstre side har vi den nyeste videoen mottatt ved alarm og også de 10 siste mottatte videoene, tilgjengelige fra en nedtrekksliste.
I midten har vi de 10 siste fotografiene tatt manuelt fra VESTA-applikasjonen, også tilgjengelige fra en nedtrekksliste.
Under videoene vises plasseringen av et panikkvarsel sendt av en bruker dersom det har skjedd i løpet av de siste 10 minuttene.
På høyre side har vi status for partisjonene og sonene i sentralen, og toveisfunksjonene. Vi ser om sentralen er online og via hvilken vei den siste overføringen skjedde (Ethernet i dette tilfellet), og den informerer oss også om tilgjengelige veier. Den vil vise Ethernet, GPRS med signalstyrke og operatør og batteristatus:
Vi kan utføre delvis innarming, full innarming eller frakobling (utarming) av hver av partisjonene. Påføre eller fjerne et bypass (fraskrive) for en sone og ta et bilde fra en pircam (hvis vi har rettigheter). Til slutt kan vi anvende scener som vi har definert i sentralen, som for eksempel lar oss slå av lys og aktivere alarmen ved utgang fra huset eller motsatt prosess ved inngang. Funksjonaliteten for å Sjekke kommunikasjoner, ved å trykke på knappen vises rapport-URL-ene som er konfigurert i panelet, slik at vi kan bekrefte at de er riktige og pollingtiden som er programmert, for å verifisere mot det vi har programmert i AlarmSpace.
Hvis vi har aktivert alternativet sendVisorEvents, vil alle handlinger utført i Visoren sende en hendelse (med konfigurerbar kode) til CRA-programvaren.
6. Konfigurasjon av AXHUB-sentral
6.1. Hikvision AXHUB og AlarmSpace
6.1.2. Introduksjon
AXHUB er en innbruddssentral fra Hikvision som kan kobles til IP-kameraer og lagre videoer fra alarmhendelser. Med AlarmSpace kan vi laste ned disse videoene umiddelbart og videresende dem til mottaksprogramvaren til CRA. Dette øker sentralens kapasitet siden påfølgende videoer ikke går tapt, men lastes ned.
6.1.3. Minimumskrav
Minimumsversionene for at nedlasting av video skal fungere er:
AXHUB-sentral modell DS-PWA32-HG Firmware-versjon: V1.0.4 build 190629
AlarmSpace2 Versjon 3.0.0.3
6.1.4. Innledende konfigurasjoner i AlarmSpace
For korrekt kommunikasjon med AXHUB-sentralen må vi programmere noen generelle parametere i AlarmSpace:
I tillegg til parametrene for kommunikasjon med en CRA-programvare (type programvare, mal, port, IP ...) er de nye parameterne som skal programmeres:
AX HUB PASSWORD: nummeret som senere må programmeres i hver AXHUB-sentral for å tillate kommunikasjon med AlarmSpace. Standard: 12345678
PUBLIC IP: En offentlig IP til CRA hvor vi kan dirigere portene 7660 og 8089 til AlarmSpace-maskinen. Kommunikasjonen er over TCP.
Med disse parameterne vil registreringen av hver sentral i AlarmSpace gjøres automatisk uten brukerinngrep. Senere vil vi se andre parametere som kan tilpasses.
6.1.5. Spesielle konfigurasjoner for AXHUB
Parametrene som kreves for å koble til og motta alarmer og videoer fra AXHUB i alarmmottaksprogramvaren er "Alarmmottakssenter" (Alarm Receiving Center) og "EHome-registrering" (Ehome Registration)
6.1.5.1. Alarmmottakssenter
I sentralens webserver går vi til "Kommunikasjonsparametere" og spesielt til "Alarmmottakssenter":
Denne kommunikasjonsveien vil sende alarmene og hendelsene (ikke videoer) direkte til mottaksprogramvaren via SIA IP-protokollen. Vi må velge protokolltype (SIA eller ContactID), IP/domenet til maskinen der CRA-programvaren kjører med tilsvarende åpen port og et abonnentnummer. De andre parameterne kan stå som standard bortsett fra Heartbeat-intervallet. Vi kan velge å deaktivere det eller sette en test hvert 24. time; polling-kontrollen utføres allerede av AlarmSpace.
6.1.5.2. EHome-registrering
EHome/Isup-protokollen er den AlarmSpace bruker for å laste ned videoer:
I "Server Address" må vi sette den offentlige IP-en som har port 7660 åpnet i TCP til AlarmSpace-maskinen.
I "Device ID" må vi sette samme abonnentnummer som i alarmmottaksprotokollen slik at mottatte videoer knyttes til samme abonnent.
I "Communication Mode" må vi velge den som gir best ytelse, og alltid prioritere kablet nettverk eller wifi. Men videooverføring er også mulig hvis vi kun har mobilforbindelse. Det er viktig å merke seg at avhengig av tilgjengeligheten av mobile nettverkstyper kan overføringen av videoer ta lengre tid. Vi vil vise innstillinger for å redusere videostørrelsen som gjør bruken av enhver kommunikasjonsmetode rimelig.
Til slutt, i "EHome Login Password" må vi skrive inn ordet vi har programmert i AXHUB Password i AlarmSpace for å tillate kommunikasjon.
6.1.5.3. Ytterligere innstillinger
For å justere størrelsen (vekten) på videoene til kommunikasjonskanalen vi bruker må vi gå til menyen "Video & Audio":
Her kan vi for hver kanal velge parametere som avgjør videoene som genereres. Hvis vi bruker mobilkommunikasjon, spesielt hvis det ikke er 4G, følger vi disse trinnene:
- Vi prøver alltid å sende Sub-stream.
- For oppløsning velger vi den laveste som kameraet tillater.
- Video Bitrate er egenskapen som lar oss redusere størrelsen betydelig. Hvis overføringen er for lang reduserer vi denne parameteren. Den eneste grensen er at den resulterende videoen fortsatt er tilstrekkelig forståelig for sluttbrukeren.
- Vi kan velge mellom 5 sekunder forhåndsvideo og 2 sekunder etter-alarm eller omvendt 2 sekunder forhåndsvideo og 5 sekunder etter-alarm, avhengig av installasjonens eller den aktuelle sonens behov. Dette påvirker ikke størrelsen på de genererte videoene.
Alle disse parameterne (spesielt Video Bitrate) må justeres i den faktiske installasjonen ved å gjøre overføringstester til man finner en balanse mellom tiden det tar å overføre videoen og sluttresultatet av den overførte videoen. Avhengig av kameraer, optikk og oppløsning kan en lavere bitrate gi et godt resultat med noen, mens ikke med andre. Med tilstrekkelig dekning kan man oppnå tider på 20–25 sekunder for komplett overføring av videoer på under 100 KBytes.
6.1.6. Drift i AlarmSpace
Når vi aktiverer EHome-protokollen i sentralen, vil den registreres i AlarmSpace-programvaren som IP/porten peker til, så lenge AXHUB-passordet stemmer. Minimumsdriftsparametrene legges inn i AlarmSpace-programmeringen slik at vi kan begynne å operere uten å åpne AlarmSpace-serveren.
Imidlertid finnes det konfigurerbare parametere som kan være hensiktsmessige på et generelt nivå for CRA eller på hvert enkelt utstyr (spesielt ved bruk av mobilkommunikasjon).
6.1.6.1. Generelle parametere
Når den nye sentralen dukker opp i AlarmSpace-serveren har den følgende tildelte parametere:
Som standardnavn AXHUB etterfulgt av abonnentnummeret vi har tildelt (navnet kan endres uten problemer)
Tilkoblingstypen brukes ikke, og i IP-adressen vises maskinens egen adresse. Den brukte porten er informativ. Enhetstypen skal ikke endres, den er passende.
I abonnentfeltet vises abonnentnummeret som er programmert i sentralen; det skal ikke endres med mindre det også endres i sentralen.
Serienummeret er informativt og Bruker-feltet brukes ikke.
I passordfeltet vil alltid AXHUBs generelle passord vises. Det kan tilpasses per enhet, men først må man programmere sentralens standardpassord for CRA og når enheten er registrert i AlarmSpace endre passordet på begge sider (i AlarmSpace og i sentralens EHome-protokoll).
Kanalene er totalt antall kameraer (tilkoblede eller ikke) som sentralen har.
Det er viktig å påpeke at fra AlarmSpace-serveren kan man ikke sjekke kommunikasjonen eller laste inn sentralens data på nytt. Kommunikasjonen kan ikke initieres toveis.
6.1.6.2. Konfigurasjon av videoalarmer
Som standard er videoalarmer konfigurert på hver kanal av AXHUB:
Hvis hendelsen "ALARMA VIDEO" ikke finnes i gatewayens kodekonfigurasjon legges den til automatisk. Hvis malen som brukes er SIA legges den til med koden "VA", hvis den er ContactID med koden "E995":
Hvis koden "VA"/"E995" endres til en annen kode brukeren ønsker, vil det være den koden som sendes til CRA-programvaren ved en videoalarm i denne sentralen og i alle som registreres senere. Det er viktig å ikke endre beskrivelsen av alarmen "ALARMA VIDEO" fordi ved senere automatiske registreringer vil en gateway-kode "ALARMA VIDEO" med verdi "VA"/"E995" bli opprettet igjen og tildelt videoalarmene.
6.1.6.3. Kontroll av frakoblinger
AlarmSpace oppretter automatisk en frakoblings-/tilkoblingskontroll for enhetene med gateway-kodenavnene "FALLO POLLING"/"REST. FALLO POLLING" og med sone "000":
Gateway-kodene som som standard tildeles hendelsene "FALLO POLLING" og "REST. FALLO POLLING" er "NT"/"NR" for SIA-protokollen og "E356"/"R356". Disse kodene kan endres i menyen "Alarmas/Pasarela" til de kodene man ønsker at AlarmSpace skal sende ved frakoblings- og tilkoblingshendelser:
Kontrollen av frakoblinger for AXHUB-sentralene er helt gjennomsiktig for CRA-programvaren (den mottar bare feilen og gjenopprettelsen hvis de skjer). For intern kontroll mottar og håndterer AlarmSpace imidlertid periodiske testmeldinger fra sentralen. Hvis vi bruker mobilkommunikasjon med et SIM-kort med begrenset databruk kan vi ønske å endre hvor ofte AXHUB sender disse testene (for å redusere databruket). For å angi dette i sentralen må vi programmere parameteren "Segundos polling" i valgene for den valgte sentralen:
Vi ser at i dette tilfellet er de programmert til 15 sekunder; vi kan endre dem til ønsket antall sekunder. For eksempel, hvis vi setter 900 sekunder vil sentralen sende en test hvert 15. minutt. Vi kan også endre parameteren "Nº fallos polling para mandar desconexión", som betyr antall ganger vi venter på en test og ikke mottar den før vi sender frakoblingshendelsen. I dette tilfellet er det satt til 3 forsøk, hvilket betyr at hvis pollingssekundene er 15 vil den sende frakoblingen etter 45 (15*3) sekunder, men hvis de er 15 minutter vil den sende frakoblingen etter 45 minutter. Derfor er det hensiktsmessig (hvis kommunikasjonen tillater det) å sette en høy polling-frekvens (liten pollingssekund) for å ha bedre kontroll over enhetens tilkoblingsstatus.
7. Modul Kamera-Visor
Kamera-Visor-modulen tilsvarer ActiveX-modulen, men som skrivebordsapplikasjon. Vi ser et kamera direkte og opptaket av sekundene før. Parametrene som brukes er nøyaktig de samme, bortsett fra informasjonen om “address” og “port”. Hvis ingen parametere gis vil programmet be om abonnentnummer og kamera å vise (grunnleggende funksjonalitet). Parameterne ville bli sendt på følgende måte:
"C:\Program Files\ByDemes\AlarmSpace2\VisorCamaras.exe" "subscriber=9986&channel=2"
Alle taggene definert i ActiveX-modulen kan brukes, alltid lagt til med separatoren &.
Sist oppdatert