🛡️ALARMSPACE

BRUGERVEJLEDNING V.3.0.1.4-003

ALARMSPACE (ALARMMODTAGER-GATEWAY)

CRA-software til kontrol af sikkerheds- og brandudstyr

INDHOLD

INDHOLD 2

1. Introduktion 5

1.1. Funktioner 5

1.2. Nyheder 5

2. Servermodul 5

2.1. Login 5

2.2. Brugere 6

2.2.1. Brugeradministration 6

2.2.2. Brug grupper 6

2.2.3. Logout P2P 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. Indstillinger 11

2.3.1.3. Signaturforklaring 12

2.3.1.4. Alarmer 12

2.3.1.4.1. Administrer alarmer pr. kanal 14

2.3.1.4.2. Administrer tilstande 16

2.3.1.4.3. Alarmkalender 17

2.3.1.5. Certifikater 18

2.3.2. DVR pr. bruger 19

2.3.3. DVR pr. gruppe 19

2.3.4. Oversigt over DVR'er 20

2.3.5. Grupper 20

2.3.6. ABONNENTER INTRUSION 21

2.3.7. Panelbrugere 22

2.3.8. Centralzoner 23

2.3.9. Abonnentdata 25

2.3.10. IA-parametre 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. Oversigt 30

2.4.4. DVR-hændelser 31

2.4.5. Planlægning af oversigter 32

2.4.6. Indbrudskoder 33

2.5. Konfiguration 34

2.5.1. Modtagerparametre 34

2.5.1.1. Generelle parametre 35

2.5.1.2. Kommunikation med CRA 35

2.5.1.3. Andre parametre 36

2.5.2. Tilføj licenser 37

2.5.3. Forny mastertabeller 37

2.5.4. Avanceret konfiguration 37

2.5.5. Kontrolpanel 40

2.5.6. Logviser 41

2.5.7. Automatiske certifikater 42

2.5.8. P2P-instanser Dahua 42

2.6. Sikkerhedskopier 43

2.6.1. Import/Export 43

2.6.2. Konfigurer 43

2.6.3. Rensning 44

2.7. Sprog 45

2.8. Hjælp 45

3. Operatormodul 45

3.1. Login 45

3.2. Realtid 48

3.2.1. Brand 56

3.2.2. Video-dørtelefoner 58

3.2.3. Analog brand 59

3.3. Video 61

3.4. Alarmer 63

3.4.1. Indbrudsalarmer 64

4. ActiveX-modul 68

4.1. Gateway-kommandoer 68

4.2. Nye kommandoer 71

5. VESTA-gateway konfiguration 73

5.1. Introduktion 73

5.1.1. Velkommen 73

5.2. VESTA-centralprogrammering 73

5.3. AlarmSpace-indstillinger 76

5.3.1. Generelle indstillinger - VESTALog 76

5.3.1.1. Realtid 77

5.3.1.2. Historik 77

5.3.1.3. Log 78

5.3.1.4. VESTA-konfiguration 78

5.3.1.5. Begivenhedskoder 82

5.3.1.6. Begivenheds-destinationer 84

5.3.1.7. Omtildel begivenheder 85

5.3.1.8. Konfigurer loadbalancer 85

5.3.1.9. LORA-parametre 85

5.3.1.10. API-parametre 86

5.3.1.11. Flere API'er 86

5.3.1.12. Generel AlarmSpace-konfiguration 87

5.3.2. Abonnentkontrol 88

5.4. Konfigurationer af CRA-modtagelsessoftware 90

5.4.1. Manitou 90

5.4.2. SBN 92

5.4.3. Softguard 92

5.5. Visormodul – Bidir. adgang til VESTA-centraler 92

5.5.3. Opkaldskommando til Vesta-viser 92

6. AXHUB-central konfiguration 94

6.1. Hikvision AXHUB og AlarmSpace 94

6.1.2. Introduktion 94

6.1.3. Minimumskrav 94

6.1.4. Startkonfigurationer i AlarmSpace 94

6.1.5. Specielle AXHUB-indstillinger 95

6.1.5.1. Alarmmodtagelsescen ter 95

6.1.5.2. EHome-registrering 96

6.1.5.3. Yderligere indstillinger 97

6.1.6. Drift i AlarmSpace 98

6.1.6.1. Generelle parametre 98

6.1.6.2. Videoalarmkonfiguration 99

6.1.6.3. Afbryderkontrol 100

7. Kameravisermodul 102

1. Introduktion

AlarmSpace er en softwareplatform til kontrol, overvågning og visning af videoptagere og kameraer.

1.1. Funktioner

· Visning af kameraer i realtid

· Afspilning af optaget video

· Administration af alarmindgange og tekniske alarmer fra videoptagerne

· Integration med de vigtigste CRA-softwareløsninger.

1.2. Nyheder

AlarmSpace integrerer også andre enheder som video-dørtelefoner og konventionelle brandcentraler fra Honeywell. Derudover fungerer det som en gateway til modtagelse, administration og videresendelse af hændelser fra Vesta-centralen.

2. Servermodul

AlarmSpace-servermodulet er kun tilgængeligt for brugere med administratorrettigheder. Dets primære funktioner er oprettelse og ændring af brugere, udstyr, tildeling af kameraer til brugere, konfiguration af alarmhandlinger, gateway-koder, modtagerparametre samt udførelse og konfiguration af sikkerhedskopier af programmets følsomme data.

2.1. Login

AlarmSpace-servermodulet kræver adgang via en bruger med niveau Administrator. Standardbrugeren er:

Bruger: admin

Adgangskode: 12345

Derefter kan administratoradgangskoden ændres, og flere administratorbrugere kan oprettes i menuen Brugere.

Login-skærmen til serveren viser den aktuelle AlarmSpace-version, beder om bruger og adgangskode, og vi kan Acceptere for at logge ind i serveren eller Afslutte for at afbryde operationen. Den sidst brugte bruger gemmes og vil blive vist som standard næste gang serveren startes.

2.2. Brugere

Oprettelse og ændring af brugere.

2.2.1. Brugeradministration

I denne tabel ser vi alle systemets brugere. Ved dobbeltklik på en bruger indlæses vedkommende i bunden for at redigere:

Vi kan ændre brugerens beskrivelse, navn, adgangskode og niveau (administrator eller operatør). Kun administratorer kan få adgang til servermodulet.

Nye brugere kan også oprettes med knappen ny. Udfyld alle felter og tryk på knappen Gem.

Brugere kan også fjernes ved at indlæse brugeren med dobbeltklik og trykke på knappen Slet.

For at forkaste de ændringer, der er under udførelse, kan vi trykke på knappen Annuller.

2.2.2. Brug grupper

De brugere, vi definerede i det foregående afsnit, kan tildeles én eller flere grupper. Da brugere kan bruges til fjernstyring af indbrudspaneler fra AlarmSpace (se Visormodul – Bidir. adgang til VESTA-centraler), bruges disse grupper til at tildele brugeren et sæt paneler, som brugeren har rettigheder til at styre. Fremgangsmåden er at tildele gruppen til panelet (i Abonnentkontrol) og ved at tildele gruppen til brugeren tildeles panelet automatisk.

For at tildele en gruppe til en bruger vælger vi først brugeren i rullelisten:

Når valgt, tildeler vi i det nederste afsnit den eller de grupper, vi ønsker at tildele (eller vælger “Alle grupper”) og klikker på “Tilføj gruppe”:

Gruppen vil blive tildelt brugeren:

Hvis vi ønsker at fjerne en gruppe fra en bruger, vælger vi brugeren i rullelisten, dobbeltklikker på gruppen, der skal fjernes, den indlæses i den nederste sektion, og vi klikker på “Fjern gruppe”:

2.2.3. Logout P2P Hyundai/Hikvision

Hvis Hyundai- og/eller Hikvision P2P bruges, kan vi afbryde brugerens P2P-forbindelse via denne menu. Genoprettelse af forbindelse med samme eller en anden P2P-bruger startes automatisk ved opstart af servermodulet.

2.3. DVR

Administration af videoptagere, kameraer og understøttede enheder.

2.3.1. Liste

Oprettelse og ændring af enheder.

2.3.1.1. Generelle data

Administration af oprettelse og ændring af enheder. De vises i en tabel:

Hver række viser oplysninger om enheden. Hvis der er forbindelsesproblemer vises rækken i rødt.

Vi kan søge efter enheder efter beskrivelse, abonnent eller serienummer.

Mulighed for at synkronisere alle enheder.

Enheder kan filtreres efter kriterier: frakoblede, efter type/mærke, efter beskrivelse, efter forbindelsestype, efter gruppe...

De enheder, som vises efter filteret, kan eksporteres til CSV-Excel og PDF.

For at redigere dobbeltklik på enhedens række:

For at tilføje en ny enhed klikker vi på knappen Ny.

Vi tilføjer eller ændrer enhedens beskrivelse. Vi vælger standardforbindelsestypen, direkte eller P2P. Hvis der er data til at oprette forbindelse via begge metoder, forsøger systemet først den valgte standard og, hvis den fejler, den anden.

Ved direkte forbindelse skal IP eller DDNS og port angives i Adresse.

Enhedstyper:

· Coloso Evolution: Dahua-mærke med ByDemes-firmware

· Coloso AS: Dahua-mærke med ByDemes-AirSpace-firmware

· HyundaiNextGen: Hyundai-mærke modeller NextGen

· Hikvision: Hikvision-mærke

· Dahua generel: Dahua-mærke med original firmware

· Dahua video-dørtelefon: Dahua video-dørtelefoner (Dahua SDK)

· Honeywell brand: Honeywell-mærke konventionelle modeller

· Honeywell analog: Honeywell-mærke, analoge modeller

· AX HUB: Hikvision-mærke, indbrudslarmcentral med videooptagelse i AlarmSpace

Gruppe: en gruppe kan tildeles enheden for at filtrere i Server/Operatør og til at sende gruppeemails.

Abonnent: abonnentnummeret, der sendes til CRA-softwaren i hændelser.

Verifikationskode: kode nødvendig for at se visse kameraer på Hikvision-enheder.

Serienummer til P2P-forespørgsel: enhedens serienummer, nødvendigt for at få adgang via P2P. P2P skal være aktiveret på optageren.

P2P-port: den TCP-port, der er konfigureret på enheden; selvom den ikke behøver at være åben i kundens netværk, skal den oplyses.

Bruger: en gyldig bruger på enheden

Adgangskode: adgangskoden til ovennævnte bruger.

Når vi trykker på Indlæs konfiguration vil softwaren forsøge at oprette forbindelse til enheden via de tilgængelige metoder og rapportere korrekt eller forkert forbindelse for hver af dem.

Derudover indlæses det læste serienummer i Serienummer, enhedens samlede kanaler i Kanaler, udgangskanalerne og enhedens dato.

Hvis vi trykker på Gem gemmes ændringerne, og rækken tilføjes, hvis det var en ny enhed. Hvis vi trykker på Annuller forkastes ændringerne.

Knappen Data gør det muligt at tildele yderligere data til enheden:

Nye filtre er tilføjet for at kunne bruge disse ændringer:

Mulighed for at filtrere efter by, provins, telefon og e-mail.

2.3.1.1.1. DVR MASTER_BYDEMES

Ved installation eller opdatering af AlarmSpace vises en masteroptager kaldet MASTER_BYDEMES i DVR-listen. Den bruges til at sende generiske systemhændelser til CRA-softwaren. Den kan redigeres som enhver anden DVR, selvom vi ikke kan forbinde til den, da den ikke eksisterer fysisk. Vi kan ændre abonnentnummeret, der sendes (standard 0000), og vælge, hvilke alarmhændelser vi vil sende:

De alarmtyper, der kan administreres, er:

Periodisk test sender en testsignal med samme periode som defineret for heartbeat i Konfiguration -> Modtagerparametre

Harddisk fuld registrerer, når AlarmSpace-serverens disk har under 10% ledig kapacitet og sender en advarsel.

Fejl serv. P2POri advarer, hvis tjek af P2P-tjenesten mod Dahua Original-skyen fejler

Gend. serv. P2POri advarer, når P2P-tjenesten mod Dahua Original gendannes

Fejl serv. P2P advarer, hvis tjek af P2P-tjenesten mod ByDemes-skyen fejler

Gend. serv. P2P advarer, når P2P-tjenesten mod ByDemes gendannes

2.3.1.1.2. Importer

AlarmSpace kan importere data fra Dahua-programmet SmartPSS. Importen sker via filen devices.xml, som eksporteres fra SmartPSS. Vi importerer data vha. skabelonen fra en allerede eksisterende DVR for at udfylde de data, som devices-filen ikke indeholder med modelens data:

I dette tilfælde, hvis vi klikker på Importer DVR XML og kopier de resterende data, vil vi oprette de nye optagere i AlarmSpace med dataene fra devices.xml og resten af DVR-dataene fra ColEvoP2PPrb.

Vi kan også oprette nye enheder ved at kopiere data fra en anden. Hvis vi klikker på Ny DVR ved at kopiere data opretter vi en ny enhed med præcis samme data som ColEvoP2PPrb. Så skal vi kun ændre de enhedsspecifikke data (forbindelsesdata, abonnent, ...) men resten af dataene (indstillinger, alarmer...) vil allerede være oprettet.

2.3.1.2. Indstillinger

Vi konfigurerer forskellige generelle indstillinger for enheden:

Sekunder optagelse før videoalarm: hvis videoindgangene er kabelforbundne, ved bevægelsesdetektion eller IVS-hændelser, downloader AlarmSpace ved en optageralarm nogle sekunder video fra det tilknyttede kamera svarende til den varighed, der er angivet i dette felt. I eksemplet 30 sekunders video.

Sekunder optagelse efter videoalarm: i samme tilfælde angiver dette antallet af sekunder, der downloades efter alarmens udløsning (10 i dette eksempel).

Prioriter kanal: kanalen, der vil blive brugt til download, hvis tilgængelig: hoved- eller substream.

Aktivér systemtjek: dette felt skal aktiveres for at modtage hændelser fra enhederne.

Send e-mail ved registreret afbrydelse: vil sende en påmindelse 12 timer efter en enhed er frakoblet.

Send alarmer via gateway: de hændelser, der modtages fra enhederne, vil blive sendt til CRA-softwaren via den valgte protokol i Modtagerparametre

Automatisk operatør: de hændelser, der sendes til CRA-softwaren, vil ikke vente på svar og lukkes automatisk efter afsendelse.

Send alarmer til videoverifikation: Hændelserne sendes ikke til CRA-softwaren, men vises i fanen alarmer i Operatormodulet

Kunde-e-mail: e-mail eller e-mails adskilt af semikolon (;) hvortil hændelser for denne enhed kan sendes. SMTP-serveren skal konfigureres i Modtagerparametre

Genstart: muliggør fjerngenstart af enheden.

Synkroniser tid: opdaterer enhedens tid med AlarmSpace-serverens tid

Luk ventende alarmer: hvis der findes alarmer, som ikke er besvaret af CRA-softwaren eller ikke håndteret i alarmer Operatøren, kan vi afslutte dem alle med denne knap.

Gem DVR-konfiguration til disk: gør det muligt at gemme den aktuelle konfiguration til en fil i AlarmSpace-serverens filsystem.

Indlæs konfiguration fra disk til DVR: genindlæser konfigurationsdata fra en valgt fil.

2.3.1.3. Signaturforklaring

Ikke i brug i øjeblikket

2.3.1.4. Alarmer

Konfigurer de alarmer, vi ønsker at modtage og videresende:

På denne indledende alarmskærm markerer vi de generelle enhedshændelser, vi ønsker at overvåge. Vi sætter flueben ved siden af hændelsen og vælger en type hændelse at sende i rullelisten. Hændelsestyperne svarer til de koder (ContactID, SIA), som vi sender til CRA-softwaren. De kan konfigureres i sektionen Gateway i menuen Alarmer. Vi vælger også den zone, der sendes med hændelsen. I sektionen send e-mail kan vi vælge ikke at sende, sende til administratorens mail (AS), konfigureret i Konfiguration -> Modtagerparametre, sende til gruppens e-mail Gruppe eller til kundens e-mail konfigureret i Indstillinger.

De hændelser, der overvåges, er Fejl, Manglende eller Harddisk fuld, IP-konflikt. Disse hændelser skal være konfigureret i optageren med muligheden Upload alarm, ellers modtager vi dem ikke. Hændelserne Afbrud/Genforbindelse afhænger ikke af nogen optagerkonfiguration. Afbrydelsestiden for at betragte den som gyldig kan konfigureres i menuen Konfiguration -> Avanceret konfiguration, ved parameteren: TIEMPO_DESCONEXIÓN_DVR (i sekunder).

Knappen Administrer alarmer pr. kanal bruges til at konfigurere alarmer for hver af optagerens kanaler.

Knappen Administrer tilstande giver mulighed for at programmere forsinkede alarmer og sende påmindelser, hvis alarmtilstanden fortsætter.

Knappen Alarmkalender opretter en kalender, der angiver, hvornår hændelser modtages eller ignoreres. Især tænkt til håndtering af opkald fra VTO i video-dørtelefonsæt.

I tilfælde af video-dørtelefoner har vi en anden type hændelse at overvåge:

Det er VTO-opkald. Hvis markeret sendes den hændelse, der er knyttet til MEDICINSK ALARM (se Alarmer -> Gateway), når en bruger trykker på VTO's opkaldsknap. Dette gør det muligt at håndtere opkaldet fra AlarmSpace ActiveX-modulet og udføre handlinger med CRA-softwarens bObject.

Brandalarmer

For konventionelle Honeywell-brandcentraler vises en knap for at vælge flere hændelser, der skal sendes til CRA:

Ved at trykke på knappen Flere hændelser får vi adgang til følgende formular:

Formularen viser alle centrale generiske hændelser, som ikke er i den tidligere Alarmer-fane. Vi kan markere, hvilke hændelser vi ønsker at sende til CRA ved at sætte flueben ved siden af hændelsen. Den kode, der sendes, vælger vi i rullelisten (med de tilgængelige koder defineret i Alarmer - Gateway). Vi kan også tildele et zonenummer til hændelsen ved at indtaste det i felterne Zone. Når ændringerne er færdige, skal vi trykke på knappen Gem for at gemme dem.

2.3.1.4.1. Administrer alarmer pr. kanal

Programmering af hændelser for hver kanal:

I den øverste tabel vises alle kanaler, der er registreret i optageren. Dobbeltklik på en række for at indlæse de konfigurerede parametre for den pågældende kanal.

I Kanal ser vi kamera-/kanalnummeret,

I Navn kan vi ændre kameraets beskrivelse.

I Zone i gateway angiver den zone, der sendes til CRA-softwaren. Hvis den efterlades tom, sendes kanalnummeret i 3 cifre (f.eks. 001,016...).

Checkboksen Aktiv gør det muligt at vælge, om en kanal har et aktivt kamera eller ej. Hvis kanalen ikke er aktiv, vises den f.eks. ikke som valgmulighed ved generering af et installationscertifikat.

Vi markerer de hændelser, vi vil sende, som med de generelle hændelser og vælger i rullelisten den hændelsestype, der knyttes til den kode (SIA/ContactID), som sendes til CRA-softwaren. Denne kode knyttes i sektionen Gateway i menuen Alarmer.

Vi kan også sende e-mails til AlarmSpace-administratorens mail (Konfiguration -> Modtagerparametre), til gruppens mail (DVR -> Grupper), og/eller til kundens egen mail (konfigureret i Indstillinger).

Der kan også sendes intelligente IVS-hændelser. Husk, at alle disse hændelser (undtagen Optagefejl og Sort kamera), skal programmeres i optageren og vælge muligheden Upload hændelse eller lignende (afhængigt af optagerens mærke og model).

Knapperne Send alt og Send intet, markerer og afmarkerer henholdsvis alle forsendelser.

Vi kan kopiere data fra én kanal til andre kanaler ved at højreklikke på rækken. Menuen Kopier data til andre kanaler. Ved at klikke på menuen kan vi vælge, hvilke kanaler vi vil replikeredataene til:

Ved at trykke OK kopieres og gemmes dataene i de valgte kanaler.

Brandalarmer

Brandhændelser er helt forskellige fra optagernes hændelser. Vi kan også administrere dem ved at indlæse knappen Administrer alarmer pr. kanal hvis vi administrerer en brandcentral:

Vi indlæser data for hver zone og kan vælge, hvilke hændelser vi vil sende til administrationssoftwaren ved at sætte fluebenet Administrer. Vi knytter den kode, vi sender, til den valgte hændelse i Kode (Se Alarmer -> Gateway).

2.3.1.4.2. Administrer tilstande

Administration af enheders tilstande. Giver mulighed for at sende meddelelser nogle minutter efter en optager- eller kamerafrakobling, sende påmindelser, hvis afbrydelsen fortsætter, og advare om genoprettelse af hændelsen efter nogle minutter:

I dette eksempel ville kamerafrakoblingen blive sendt med den kode, der er tilknyttet MEDICINSK ALARM (Se Alarmer -> Gateway) 10 minutter efter hændelsen. Hver 24 timer (1440 minutter) sendes en påmindelse om afbrydelsen (hvis den stadig er afbrudt), og genforbindelsen sendes straks.

2.3.1.4.3. Alarmkalender

AlarmSpace har en kalender, hvor vi kan angive de tidsrum, hvor vi ønsker at registrere og sende alarmer, og hvilke tider vi ikke gør. Den er især beregnet til håndtering af video-dørtelefonopkald, så opkald kan håndteres lokalt på installationen via VTH-skærmen i bestemte tidsrum, eller så alarmen skal udløses i AlarmSpace for fjernhåndtering fra kontrolcentret.

I eksemplet ser vi mandagens tidsplaner. Hændelserne ville udløses fra midnat til kl. 08:00. De ville blive håndteret lokalt indtil kl. 14:00. Fjernbetjent indtil kl. 16:00, lokalt fra 16:00 til 20:00 og fjernbetjent indtil afslutning.

Vi kan kopiere disse tidsplaner til de andre ugedage med knappen Kopiér til alle dage, kun mandag til fredag eller vælge de dage, der skal kopieres med Kopiér til andre dage:

2.3.1.5. Certifikater

Vi konfigurerer automatisk generering af installationscertifikater. Hvis denne mulighed aktiveres på en DVR genereres et installationscertifikat i biblioteket AutoCerts, inde i AlarmSpace-arbejdsmappen:

Aktiv: ved at markere dette felt aktiveres automatisk generering af certifikater for optageren.

Startdato: datoen hvorfra certifikatgenereringen begynder.

Slutdato: datoen hvorfra certifikaterne holder op med at blive genereret.

Periode: hyppigheden for certifikatgenerering. Afhænger af tidsenheden valgt i rullelisten (måneder, timer eller minutter). I eksemplet genereres et certifikat hver 3. måned.

Type: kan være Basis (kameraoptagelser og kort historik over nylige hændelser) eller Komplett (inkluderer eksisterende optagelser fra hver aktiv kanal)

Send via e-mail: sender det genererede certifikat til den e-mail, der er angivet i E-mail.

Næste dato: er datoen, hvor næste certifikat vil blive genereret og sendt, hvis dette er valgt. Den er ikke redigerbar.

Afsendelsestid: vi kan tvinge et bestemt tidspunkt for generering og afsendelse af certifikatet. Systemet venter til den angivne time på den pågældende dag for at generere og sende certifikatet.

Minutter optagelser: hvis der vælges komplet certifikattype, angiver vi her de minutter før generationstidspunktet, hvor vi søger efter eksisterende optagelser. Hvis der angives mange minutter (f.eks. en måned) kan certifikatet få mange sider.

2.3.2. DVR pr. bruger

Vi kan tildele kameraer individuelt til brugere, så de kan se dem eller ej i Operatormodulet:

Vi markerer de kameraer, vi ønsker at tildele brugeren.

Med knappen Tildel alle kameraer til den valgte bruger tildeler vi alle kameraer fra alle optagere til brugeren.

Med knappen Fjern alle kameraer fra den valgte bruger fjerner vi brugerens tildeling af alle kameraer.

Vi kan vælge en skabelonbruger og tildele de samme kameraer til den valgte bruger ved hjælp af knappen Tildel modelens DVR til den valgte bruger.

Med knappen Gem gemmer vi ændringerne.

2.3.3. DVR pr. gruppe

Funktion ikke implementeret.

2.3.4. Oversigt over DVR'er

Med denne funktion genererer vi en CSV-fil med alle enheder på den angivne sti:

Eksempel på CSV-oversigt:

2.3.5. Grupper

Vi definerer grupper for at kunne tilknytte enheder til et bestemt sæt eller en bestemt gruppe. Ved at tilknytte en enhed til en gruppe kan vi filtrere enheder efter denne gruppe (både i Server-listen og i de enheder, der vises i Operatormodulet) samt sende de valgte alarmer til en e-mail for den gruppe.

For at tilføje eller ændre grupper:

Knappen Ny for at begynde at tilføje en ny eller dobbeltklik i tabellen for at redigere en eksisterende gruppe.

Vi skal angive en beskrivelse af gruppen og en e-mail. Med knappen Gem for at gemme den og Slet for at fjerne den.

Annuller for at kassere ændringerne.

2.3.6. INTRUSIONS-abonnenter

Vi viser applikationens abonnenter, om de er aktive eller ej, polling-tiden, om de er i polling-fejl, om polling-fejl-begivenheder skal sendes, datoen for sidste polling og om signalet skal sendes til en særlig destination for hver abonnent, typen af central, enhedens MAC, den gruppe de er tildelt, antallet af polling-fejl der udløser en fejl-begivenhed, registreringsdato, den standard der bruges til indbrudskoder (CID, SIA), om polling-fejl-begivenheder sendes, tolerance for periodisk test, Ethernet(IP)-linjens status på panelet, GPRS-dækningens status og niveau på panelet, batteristatus (hvis der er en ekstern batteri til stede eller ej) og om der er planlagt automatisk genarming:

Hvis vi dobbeltklikker på en abonnent kan vi ændre nogle abonnentparametre:

Konkret kan vi ændre polling-perioden (for at tilpasse den til den, der er programmeret i den pågældende VESTA-central), i minutter, vælge om polling-begivenheder skal sendes eller ej, og aktivere/deaktivere abonnenten. Hvis en abonnent er inaktiv registreres de signaler, der måtte komme, men de går ikke videre til CRA-styringssoftwaren. Det er også muligt at programmere en periodisk test (et polling, som faktisk vil nå CRA-softwaren). I eksemplet sendes den hver 24. time. For at undgå forsinkelse af denne test tildeles en tolerance (i sekunder).

I Signaldestination vi kan vælge en anden for signalerne fra denne abonnent. Hvis den efterlades tom sendes de til den Ip:Port, der er defineret i AlarmSpace-konfigurationen -> Modtagerparametre eller i særlig Vesta-konfiguration. I rullemenuen vises de særlige destinationer, som vi har oprettet i VESTALog under Hændelsesdestination, som vil være andre Ip:Porter til afsendelse. Der er også muligheden Alle destinationer, hvorved signalerne sendes til alle de Ip:Porter, vi har defineret i VESTALog -> Hændelsesdestination.

Alarmspace registrerer enhedens MAC for at undgå duplikater eller ondsindet brug af gatewayen. Hvis en enhed med samme abonnentnummer transmitterer med en anden MAC vil CRA modtage en MAC-fejl. Hvis vi ved, at det blot er et skift af enhed, kan vi løse problemet ved at trykke på knappen “Reset MAC”, som sletter enhedens MAC og vil tage den fra næste transmission. For at finde MAC'en på den anden central, der transmitterer med samme abonnentnummer, vises denne i feltet MAC Error (vil blive nulstillet sammen med enhedens MAC med knappen Reset MAC)

Vi kan vælge en gruppe for hver enhed, hvilket tillader filtrering af enhedsvisningen i Visor-modulet efter bruger og letter afsendelse af brugerkoder pr. grupper. Disse grupper defineres under DVR -> Grupper.

Man kan ændre Antal Polling-fejl for at Udløse Fejl. Det vil sige antallet af gange en centrals polling skal fejle for at generere en polling-fejl-begivenhed.

Vi kan også se den kode-standard, abonnenten bruger (SIA eller CID).

Hvis vi markerer afkrydsningsfeltet Automatisk genarming vil panelet automatisk blive bevogtet igen efter 2 timer fra åbningen. Denne tid kan konfigureres individuelt for hver abonnent i værktøjet, der tilgås med knappen Abonnentdata.

Med API-rullemenuen kan vi tildele abonnenten API-parametre, der afviger fra de generiske, til brug i VisorHTML (kun for at kombinere enheder tildelt forskellige Climax-backends i samme AlarmSpace).

Blandt handlingerne vi kan udføre, udover at Gemme ændringer, Annullere ændringer eller Slette enheden (fjerne den permanent fra de registrerede enheder), kan vi få adgang til Visor-modulet via knappen “Centralstatus”.

Med knappen Sidste lokation ser vi den sidste lokation sendt fra en bruger-app med panikknappen.

Med knappen “Centralbrugere” får vi adgang til vedligeholdelse af centralens panelbrugere for at kunne ændre brugerkoder på panelerne fjernbetjent.

Med knappen “Centralzoner” får vi adgang til vedligeholdelse af centralzoner, hvor vi kan se de zoner og enheder, der er tilføjet panelet. Vi kan tildele et kamera fra en optager registreret under DVR → Liste, som vil sende en optagelse af kanalen, når den zone udløses.

Med knappen “IA-parametre” justerer vi parametrene for intelligent billedanalyse af billeder optaget af pircam og integrerede kameraer.

2.3.7. Panelbrugere

Modul til kontrol af panelbrugere:

Under “Direkte/Programmering” vælger vi, om vi programmerer individuelle brugere eller hele en gruppe, eller om læsning og afsendelse af data sker direkte til et panel. Hvis vi vælger Programmering(Navne) betyder det, at vi kan ændre brugerkoder, tilføje eller fjerne brugere i en hel gruppe efter brugernavn. Vi vælger gruppen, der skal kontrolleres, i rullemenuen “Grupper”. For at vælge en bruger dobbeltklikker vi på en bruger. For at oprette en ny trykker vi på knappen Ny (den spørger, hvilken partition brugeren skal tilhøre).

Når en bruger er valgt eller oprettet, kan vi angive Koden og om den sender Rapport (sender sine armeringer/dearmeringer). Hvis vi markerer Slet, vil brugeren blive slettet fra panelerne, når vi sender. Hvis vi markerer feltet “Midlertidig kode”, vil brugeren kun være aktiv i det tidsrum, der begrænses af datoerne “Aktiv fra” og “Aktiv til”.

Når ændringerne er gemt, vil brugere markeret som “Aktive” blive sendt (eller slettet, hvis valgt) til de forskellige paneler i gruppen ved at trykke på knappen “Send til hele gruppen”. Fremgangsmåden er at søge i panelerne efter brugernavnet, hvis det findes ændres koden i panelet/området til den, vi har tildelt. Hvis det ikke findes, tilføjes den nye bruger med den nye kode. Hvis vi sletter, fjernes brugeren fra panelet, hvis den findes.

Vigtig note: Brugernavnet skal være præcis som i panelet; enhver variation, som et ekstra mellemrum eller en forkert bogstav, vil få det behandlet som en helt ny bruger.

Også herfra (Programmering) kan vi planlægge midlertidige koder for ét enkelt panel. Vi vælger “Individuel abonnent”, indtaster abonnentnummeret og klikker på “Søg abonnent”. Hvis der er tildelt en midlertidig kode vises den i tabellen. Man kan tilføje nye midlertidige koder, fjerne dem eller ændre data, og det fungerer præcis som med gruppers midlertidige koder, men kun for det valgte panel.

Hvis vi i rullemenuen “Direkte/Programmering” vælger “Direkte”, vises et felt til at søge abonnenten (panelet med det abonnentnummer):

Vi indtaster abonnentnummeret og trykker på “Søg abonnent”; hvis abonnenten findes i INTRUSION-abonnenter viser det alle panelbrugere. Herfra kan vi ved dobbeltklik tildele en ny kode til en bruger (vi kan ikke læse den tidligere kode af databeskyttelsesårsager). Vi kan også tilføje en ny bruger eller slette en eksisterende (undtagen master- og installer-brugere).

2.3.8. Centralzoner

Vi viser panelets zoner og enheder. For at sikre, at der ikke er sket ændringer i zonernes konfiguration kan vi klikke på knappen Opdater zoner (zonerne læses fra panelet). Når vi dobbeltklikker en zone kan vi tildele den et kamera fra en optager:

I dette tilfælde, når zone 3 på panelet udløses, vil en video fra kamera 2 på videooptageren med abonnentnummer 9986 blive downloadet. Flere kameraer kan tildeles samme zone (og en video fra hver af dem downloades, når zonen udløses) og samme kamera kan tildeles flere kanaler (hvis der allerede downloades video, når den anden zone, som kanalen er tildelt, udløses, downloades videoen ikke igen). Når vi trykker på Vælg kamera, åbnes Operatør-programmet, vi går til den optager vi vil have, viser det specifikke kamera og med højreklik vælger vi menuen Vælg kamera som vises:

2.3.9. Abonnentdata

Håndtering af indbrudsabonnenters data.

Vi angiver navn, adresse, by, provins, telefon og e-mail. Disse oplysninger kan konsulteres i Alarmbehandling i Operatør-programmet for at lette håndteringen af begivenheder.

Der tilføjes også kontakter med navn, telefon, e-mail og opkaldsorden, og forskellige interne tilstande for indbrudsabonnenter vises.

2.3.10. IA-parametre

Vi justerer tærskler for menneske-detektion, tærskel for bekræftelse af indbrud, den anvendte forudsigelsesmodel og den tid systemet venter på analysen (ellers vises billedet uden analytik):

Vi ser i billedet, at vi kan konfigurere “Detektionsniveau”, en parameter mellem 0-1, som bestemmer tærsklen, hvorfra en person betragtes som korrekt identificeret. Jo tættere på 1, jo højere krav til detektionen. Standardanbefalingen er 0,4, men andre værdier kan være nødvendige i visse scenarier og billeder.

Ligeledes konfigureres “Bekræftelsesniveau”, også mellem 0-1, som er det niveau systemet kræver for at klassificere et billede som bekræftet indbrud. Jo tættere på 1, jo strengere krav for at anse en detektion som positiv.

Under “Forudsigelsesmodel” tildeler vi den model, som IA vil bruge til at analysere billederne. Modeller vil blive tilføjet for at tilpasse til forskellige scenarier (indendørs, bjerg, strand osv.).

“Timeout-proces” er den maksimale tid, systemet venter på at få det analyserede billede. Hvis der ikke opnås svar inden for denne tid, fortsættes med det originale ubearbejdede billede.

Vi kan se virkningen af disse parametre ved at indlæse et testbillede med knappen “Indlæs testbillede”. Når det er indlæst trykker vi på “Analyser” og ser de forskellige detektionsniveauer for mennesker og køretøjer:

Som vi ser i dette tilfælde ville alarmen være bekræftet, fordi bekræftelsesniveauet er sat til 0,57 og personen detekteres med præcision 0,61. Hvis vi ændrer dette niveau til 0,65 for at teste:

Vi ser, at analysen åbenlyst er den samme, men alarmen betragtes ikke længere som bekræftet, fordi 0,61 er mindre end det konfigurerede bekræftelsesniveau 0,65.

Ligeledes, hvis vi hæver detektionsniveauet til 0,63, vil rammen slet ikke blive tegnet omkring personen, fordi den vurderes ikke at nå det nødvendige niveau for at blive betragtet som en person:

Udover dette generiske testbillede kan vi anmode om et billede fra selve installationen med knappen “Anmod om installationsbillede”. Vi vil se, at VisorHTML ikke vises, hvorfra vi fx kan anmode om et billede fra en pircam. Særligt gemmes både et analyseret billede (da analytikken er aktiv) og et råt uanalyseret billede, som vi kan bruge til mere præcis parameterkonfiguration med billeder fra den faktiske installation. Efter anmodningen trykker vi på “Indlæs installationsbillede” og vælger det seneste billede gemt i abonnentens mappe, hvis navn slutter med NonIA (billedet vil have et navn i stil med 2023.09.13.08.27.44.435.P1.Z3_NonIA.JPG).

2.3.11. Nye VESTA-koder

Når systemet opdager, at Vesta-familiens paneler bruger nye koder, aktiveres knappen !!NYE VESTA-KODER!!:

Vi trykker på knappen for at se de nye koder og deres definitioner:

Vi kan Kopiere Koder for at indsætte dem i et dokument til registrering i vores system, Annullere, hvorefter knappen for nye begivenheder og advarsler forbliver aktiv, eller “Vis ikke igen indtil nye dukker op”, hvor vi bekræfter kendskab til nye koder og advarslen forsvinder.

Ge2.4. Alarmer

Håndtering af parametre vedrørende begivenheder og alarmer fra enhederne.

2.4.1. Handlinger

Liste over handlinger, der kan tildeles en udløst alarm i Operatør-programmet, hvis begivenhederne sendes til denne applikation. For at fremskynde behandlingen af alarmen tildeles foruddefinerede handlinger (foranstaltninger), som defineres i dette afsnit:

Med knappen Ny forbereder vi redigering. Vi indtaster ønsket handling og trykker på Gem. Hvis vi dobbeltklikker i øverste tabel kan vi ændre eller Slet allerede eksisterende handlinger.

2.4.2. Gateway

Enhedernes begivenheder kan sendes til CRA-kontrolsoftwaren via protokoller, som er specifikke for hvert program. Begivenhederne kodes dog ved hjælp af standardiserede koder. De mest kendte er ContactID og SIA. I denne tabel kan vi tilpasse disse koder for at matche standarden eller for at synkronisere dem med koder, som CRA-styringssoftwaren korrekt forstår. Efterfølgende kan hver af disse koder tildeles de begivenheder, vi ønsker at sende til CRA-softwaren, for eksempel i Alarmer (for generelle enheds-begivenheder) eller i Kanalalarmer for at håndtere begivenheder for hvert kamera eller kanal.

I denne tabel vises alle koder med deres beskrivelse. Ved dobbeltklik på en af dem kan vi redigere den:

Ændre den kode, der sendes i Manitou-kode, ændre Alarmbeskrivelse, som vil være den tekst, der vises for valg i begivenhedsdefinitionen.

Vi kan slette koden med knappen Slet.

Vi kan tilføje en kode med dens beskrivelse med knappen Ny.

2.4.3. Liste

Enhedernes begivenheder kan sendes til CRA-softwaren eller Operatør-programmet, men de registreres også i AlarmSpace-systemet. I denne liste kan disse begivenheder ses efter dage:

2.4.4. DVR-begivenheder

Enhedernes begivenheder kan sendes til CRA-softwaren eller Operatør-programmet, men de registreres også i AlarmSpace-systemet. I denne liste kan disse begivenheder konsulteres, sorteres, filtreres og eksporteres:

Filtrering efter dato i rullemenuerne Mellem, og.

Anvend filter efter abonnentnummer, serienummer eller enhedsbeskrivelse i rullemenuen Fjern filter.

Filtrer efter begivenhedstyper i Hændelsestype.

Med knappen Opdater opdaterer dataene for de anvendte filtre.

Knapperne til højre eksporterer de i øjeblikket filtrerede data til CSV/Excel og til PDF.

Denne liste kan også vises fra applikationen Operatør på fanen Alarmer fra knappen DVR-hændelsesliste.

Denne liste indeholder yderligere felter i tilfælde af, at der er analoge brandenheder. Der vises enhedstype, sløjfe, adresse, celle, reference, subadresse, enhedsbeskrivelse, zonens beskrivelse og analoge værdi:

Tilsvarende kan denne udvidede liste eksporteres fuldt ud til Excel og PDF.

2.4.5. Planlægning af lister

Lister kan sendes periodisk via e-mail. Via dette afsnit kan vi planlægge forskellige lister til forskellige tidspunkter og modtagere:

I tabellen vises de planlagte lister. Dobbeltklik på en for at ændre den. Knappen Ny opretter en ny planlægning:

Vi konfigurerer et navn for listen, perioden (hvor ofte den sendes) i timer, afsendelsestidspunktet, e-mail (e-mails adskilt af “;”) som den sendes til. Vi ser tidspunktet for sidste sendte liste og næste planlagte afsendelse og kan vælge de begivenheder, vi ønsker at inkludere i listen:

Endelig kan vi aktivere eller deaktivere afsendelsen med afkrydsningen “Aktiv”.

2.4.6. Indbrudskoder

Når man arbejder med AlarmSpace Operatør til behandling af indbrudsalarm, defineres betydningen af koderne modtaget fra panelerne i tabellerne præsenteret her.

Vi kan ændre begivenhedsbeskrivelsen, markere om det er en begivenhed, der kræver bruger i stedet for zone (åbninger, lukninger …), farven hvormed begivenheden vises (RGB konverteret til decimal), i display vælger vi om begivenheden skal vises på kontrolskærmen eller sendes direkte til historikken, i priority

2.5. Konfiguration

Generelle konfigurationer for hele AlarmSpace-systemet.

2.5.1. Modtagers parametre

Parametre for kommunikationen med modtagersoftware til alarmcentralens begivenheder. Andre parametre brugt generelt af hele applikationen:

2.5.1.1. Generelle parametre

Hvis der ønskes at sende e-mails ved en begivenhed, skal en SMTP-server være konfigureret for at muliggøre afsendelse (kontakt din e-mailudbyder). De nødvendige parametre er:

SMTP USERNAME: brugernavn for e-mailkontoen

SMTP SERVER: SMTP-server

SMTP PASSWORD: SMTP-adgangskode

SMTP FROM: adresse, der vil fremstå som afsender i sendte e-mails

ADMIN MAIL: generisk adresse, som administrations-e-mails sendes til

Billeder og videoer downloadet af applikationen gemmes lokalt på AlarmSpace-maskinen. Her definerer vi stierne, hvor de gemmes:

KLIENT CAPTURE PATH: lager til manuelt tagne snapshots, når et kamera vises i realtid eller en optagelse i Operatør-programmet

KLIENT VIDEO PATH: lager til videoer downloadet manuelt, når et kamera vises i realtid eller en optagelse i Operatør-programmet

SERVER VIDEO PATH: lager til videoer automatisk downloadet af AlarmSpace, når en kanalalarm udløses.

2.5.1.2. Kommunikation med CRA

Kommunikationen med CRA-softwaren konfigureres fra dette afsnit.

MODTAGER TYPE: model af software brugt i CRA til modtagelse af alarmer. Mulige værdier: Manitou, SBN, Softguard eller kompatible.

MANITOU ACTIVE: hvis kommunikationen er aktiv. Hvis ikke markeret, sendes begivenheder ikke.

MANITOU TEMPLATE: vi angiver den kodeskabelon, vi vil bruge til at kode begivenheder: SIA ELLER CID (ContactID)

MANITOU PORT: TCP-lytteport for CRA-softwaren

MANTOU SERVER: lytte-ip for CRA-softwaren

MANITOU LINE: linjeidentifikator for AlarmSpace som modtager. Nogle CRA-software kan duplikere abonnenter, der kommer fra forskellige modtagere

HEARTBEAT: periode (i sekunder), hvor AlarmSpace sender et “jeg er i live”-heartbeat-signal til CRA-softwaren i det korrekte format for at indikere korrekt kommunikation.

CONVERT 2 AVI: med denne mulighed aktiveret vil AlarmSpace forsøge at konvertere alle afsendte videoer til det standardiserede AVI-format

DISCONNECT SIGNALS: antal gange softwaren sender til CRA-softwaren, at en enhed er frakoblet (med eller uden modtagelse af ACK/bekræftelse)

SEND RETRIES: antal gange systemet forsøger at gensende et signal, hvis der ikke modtages ACK/bekræftelser fra CRA-softwaren

AX HUB PASSWORD: nøgle til synkronisering af HIKVISION AX HUB-centraler for modtagelse af centralens videoer. Skal matche den, der er programmeret i selve centralen (se AXHUB-centralkonfiguration -> AXHUB særlige konfigureringer -> EHome-registrering) Kan tilpasses senere under Adgangskode for hver central, der er registreret.

PUBLIC IP: for at modtage videoer fra AXHUB-centralen fungerer AlarmSpace som modtager/gateway; derfor skal den offentlige IP, hvor portene 7660 og 8089 åbnes, angives. (se AXHUB-centralkonfiguration -> Indledende konfigurationer i AlarmSpace)

2.5.1.3. Andre parametre

SEQUENCE INTERVAL: interval for visning af nyt kamerablok. I øjeblikket ikke i brug.

SERVICE CHECKDVR TIMEOUT: interval i sekunder for kontrol af enhedsforbindelse.

TIMEOUT ALARM STATUS: tid i minutter hvor vi ikke betragter en alarm som gyldig igen, hvis den kommer fra samme enhed og kanal

TIME SYNC INTERVAL: periode i sekunder hvor der udføres tids-synkronisering af enheder, der tillader det

ALARM LYD: lyd, som AlarmSpace-serveren afspiller, hver gang den sender en alarm.

RECEIVER ACTIVE: uden denne parameter aktiv sendes begivenheder ikke til CRA-softwaren

SERVICE CHECK DISK SPACE: mængde ledig diskplads på AlarmSpace-serveren før advarsel om lav diskplads udsendes.

RESTART SERVICE ON OOM: genstart overvågningstjenesten for enheder i AlarmSpace, hvis der opstår en out-of-memory-fejl.

2.5.2. Tilføj licenser

Funktionalitet, der tillader at tilføje nye licenser til AXHUB-centraler for at tillade modtagelse af de videoer, de genererer. Hvis en central ikke er på denne liste, kan den ikke registrere sig i AlarmSpace. For nye licenser kontakt ByDemes tekniske support. Brug ikke uden udtrykkelig anvisning fra kvalificeret ByDemes-personale.

2.5.3. Forny mastertabeller

Funktionalitet, som tillader fornyelse af de datatabeller, der bruges til forskellige funktioner i AlarmSpace. Grundlæggende handler det om at tilføje parametre, der ikke er i tabellerne, via filer leveret af ByDemes-personale. Brug ikke uden udtrykkelig anvisning fra kvalificeret ByDemes-personale.

2.5.4. Avanceret konfiguration

Lister alle AlarmSpace-konfigurationsparametre. Tillader visning af parametre, der er tilføjet i fremtidige versioner. Tillader også opdatering af parametre ved redigering direkte i tabellen og knappen Gem.

Hver parameter indeholder sin egen beskrivelse. Brug ikke uden udtrykkelig anvisning fra kvalificeret ByDemes-personale.

Navn

Værdi

Beskrivelse

ADMIN_MAIL

alarmspace@bydemes.com

Administrations-e-mail. Modtager fejl og advarsler.

ALLOW_DELETE_VESTA_IN_BACKEND

false

Hvis sandt fjerner det panelet fra Vesta-backend, når panelet slettes i AlarmSpace

ALLOW_SERVICE_RESTART_ON_OOM

Tillad genstart af tjenesten ved hukommelsesmangel-fejl

APEXIS_SECONDS_BETWEEN_ALARMS

Sekunder mellem detektion af en alarm og det næste detektionsforsøg

APEXIS_STATUS_RETRIEVAL_INTERVAL

Værdi i sekunder for intervallet mellem statusforespørgsler.

AVISOS_PASARELA_DESCONEXION_DVR

Antal signaler, der sendes til gatewayen, når vi registrerer frakobling af en DVR

CHECK_USE_CPU

Hvis 1 genstartes tjenesten, hvis CPU-brugen overskrider LIMIT_CPU_USAGE

COMPANY_EMAIL

alarmspace@bydemes.com

Virksomhedens e-mail

COMPANY_NAME

ByDemes

Virksomhedens navn

CONVERT_2_AVI

Konverter alarmfiler via gateway til avi-format før afsendelse

DAYS_PRESERVE_CERTIFICATES

Tid i dage som automatiske certifikater bevares

DAYS_PRESERVE_VIDEOS

Multimediefilerne slettes efter disse dage fra oprettelsesdatoen.

DISABLE_CERTS_AUT_SERVICE

false

Deaktiver tjenesten til generering og afsendelse af automatiske certifikater

DISABLE_FIRE_SERVICE

false

Kører ikke processen til kontrol af brandenheder

DISABLE_VTO_SERVICE

false

Kører ikke processen til kontrol af video-dørtelefoner

EHOME_KEY

12345678

Generisk adgangskode til forbindelse med AXHUB-centraler

FFMPEG_PROGRAM_FILE

C:\Program Files (x86)\ByDemes\AlarmSpace\utils\ffmpeg.exe

Konverter alarmfiler via gateway til avi-format før afsendelse

FORCE_MAINSTREAM_FIRST

false

Vis hovedstream som standard i Operatør

FUEGO_ANALOG_LINEA

Modtagerlinje til afsendelse til Manitou af analoge brandbegivenheder

FUEGO_ANALOG_PLANTILLA

HONA

Skabelon, der bruges i Manitou EventType for analoge brandbegivenheder

INTERVALO_SECUENCIA

Tid mellem hvert blok af kamerasekvenser i visningen

IP_SEARCH_EVENT_AS_CAM_DISCONNECTION

true

Autorisér DH_IPSEARCH_EVENT_EX som kamerafraskillelses-begivenhed

LIMIT_CPU_USAGE

CPU-brugsprocent hvorover optagelsestjenesten genstartes

LIMIT_FREE_MEMORY

Procent ledig hukommelse hvorunder optagelsestjenesten genstartes

LOGS_DVRSERVICE_PRESERVE

180

Maksimalt antal dage logfiler for enhedsovervågningstjenesten bevares

MANITOU_ACTIVE

Hvis VÆRDI = 1 bliver systemet en proxy for Manitou

MANITOU_LINE

Ekstra felt til at sende i gateway-trafikken. Anvendelig for Manitou.

MANITOU_PLANTILLA

SIA

Skabelon, der bruges i Manitou EventType

MANITOU_PORT

23505

Manitou-hostens port

MANITOU_RETRIES

Antal gensendelsesforsøg til CRA-software

MANITOU_SERVER

192.168.0.2

Manitou-hostens adresse

MAX_AB_FILES_SIZE

200

Maksimal tilladt størrelse pr. abonnent

MAX_FILES_SIZE

1000

Maksimal størrelse af gemte filer

OPTIMIZE_FOR_VESTA

false

Optimer til VESTA. Bemærk at tjenester for andre enheder ikke vil fungere.

P2P_PROXY_LISTEN_PORT

7000

Socket-port hvor P2P-tjenesten lytter

PERIODICAL_DVRSERVICE_RESTART

Periodisk nulstilling af DVR-tjeneste

PERIOD_NOTIFICATIONS

Gentagelsestid for Telegram-beskeder

PUBLIC_IP

Offentlig IP til modtagelse af begivenheder fra AXHUB-centralen

RECEPTORA_ACTIVA

Tillader modtagelse af alarmer fra videomodtagelsesprogrammet

RECEPTORA_HEARTBEAT

Antal sekunder

RECEPTORA_HEARTBEAT_LAST_KO_TIME

Sidste gang vi registrerede modtageren som KO

RECEPTORA_HEARTBEAT_LAST_OK_TIME

2017-01-14 18:01:26

Sidste gang vi registrerede modtageren som OK

RECEPTORA_HEARTBEAT_STATUS

Værdier OK-KO

RUTA_CAPTURAS_CLIENTE

C:\AlarmSpace2Shared\Fotos

Rodsti, hvor snapshots fra klientprogrammet gemmes

RUTA_VIDEOS_CLIENTE

C:\AlarmSpace2Shared\Videos

Rodsti, hvor videoer fra klientprogrammet gemmes

RUTA_VIDEOS_SERVIDOR

C:\AlarmSpace2Shared\Servidor

Rodsti, hvor DVR-videoer gemmes

SDK_VENUS

SERVER_ADDRESS

192.168.1.21:8003

Adresse på webservicen

SERVICE_CHECKDVR_TIMEOUT

Sekunder som tjenesten venter mellem gennemgang af DVR-listen

SERVICE_CHECK_DISK_SPACE

Procentdel af plads, der skal være fri, før en advarsel vises

SERVICE_SYNCRDVR_TIMEOUT

3600

Tid til synkronisering af tidspunkter

SERVICIO_GC_TIMER

Sekunder mellem garbage collector-kørsler

SHOW_PROTOCOL_CODIFICATION

false

Vis den standard, der anvendes til indbrudsbegivenhedskoder

SHOW_PSW_DVR_LIST

false

SMTP_FROM

alarmspace@bydemes.com

Vis den dekrypterede password-kolonne i DVR-kontrollen

SMTP_PASSWORD

xxxxxxxxxxx

SMTP_SERVER

smtp.office365.com

SMTP_USERNAME

alarmspace@bydemes.com

SMTP_USE_SSL

true

Brug SSL-kryptering ved afsendelse af e-mails via SMTP

SONIDO_ALARMA

alarm_2.wav

Lydfil, der afspilles ved modtagelse af en alarm i klienten. Skal være inden for AppPath+Wav-mappen

TELEGRAM_TOKEN

Telegram-bot-token brugt til Telegram-notifikationer

TIEMPO_DESCONEXION_CAMARA

Tid systemet venter for at bekræfte en kameras frakobling

TIEMPO_DESCONEXION_DVR

135

Tid systemet venter for at bekræfte en DVR's frakobling

TIME_FIND_RECORDINGS

120

Minutter som vi søger efter optagelser til komplet automatisk certifikat

TIMEOUT_ALARM_STATUS

Tid i minutter som tjenesten ignorerer en alarm i en kanal, hvis dens aktive status ikke har ændret sig siden første behandling.

TIME_ALARMS_CLOSING

Minutter indtil en alarm automatisk lukkes (0 for ikke at lukke)

TIPO_RECEPTORA

0 = Manitou, 1 = SBN

UPLOAD_ALARM_COLOSO_EVOLUTION_PORT

55550

USE_MANITOU

Hvis VÆRDI = 1 bliver systemet en proxy for Manitou

2.5.5. Kontrolpanel

Kontrolpanelet viser tilstanden for AlarmSpace-tjenesterne og tillader genstart, stop, deaktivering og genaktivering:

Hvis en tjeneste deaktiveres, stopper den med at fungere og genstartes ikke (selv ikke ved genstart af serveren). Den eneste måde at genaktivere den på er at aktivere tjenesten igen.

VIGTIG NOTE: brug dette modul omhyggeligt og kun hvis du er sikker på konsekvenserne. Forkert brug kan medføre fejl i AlarmSpace-softwarets generelle funktion.

2.5.6. Logfremviser

De forskellige AlarmSpace-tjenester genererer forskellige logs. Dette værktøj tillader visning af disse logs i realtid. Vælg blot tjenesten i rullemenuen, og den tilhørende log opdateres løbende:

2.5.7. Certifikater Aautomatiske

Generelle parametre for konfiguration af automatiske certifikater:

Navn

Værdi

Beskrivelse

DAYS_PRESERVE_CERTIFICATES

Tid i dage som automatiske certifikater bevares

DISABLE_CERTS_AUT_SERVICE

false

Deaktiver tjenesten til generering og afsendelse af automatiske certifikater

TIME_FIND_RECORDINGS

120

Minutter som vi søger efter optagelser til komplet automatisk certifikat

2.5.8. P2P Dahua-instanser

Tillader definition af forskellige instanser af AlarmSpace P2P Dahua-tjenester for at parallelisere behandlingen. Instanserne kan køre på samme servermaskine eller enhver maskine i LAN-netværket.

For at starte en ny instans bruger vi knappen “Ny”. Vi udfylder IP-parametrene (den private IP på maskinen, tjenesten skal køre på), port (tjenestens port), om den er aktiv eller ej, og typen af P2P (“bydemes” for Dahua-enheder med ByDemes-firmware og “dahua” for dem med original Dahua-firmware). Derefter gemmer vi, og systemet starter den nye tjeneste og fordeler enhederne jævnt mellem de parallelle tjenester. Bemærk, at hvis tjenesten skal køre på en anden instans end AlarmSpace-serveren, skal programmet “AlarmSpace2 P2P Services Installer” installeres manuelt.

2.6. Sikkerhedskopier

Håndtering af import og eksport af databaseindhold.

2.6.1. Import/Export

Eksporterer databasens indhold til en fil. Filen muliggør fuld gendannelse af databasens data på et nyt system. Vi vælger destinationsmappe med knappen med tre prikker og trykker på processer:

Backup-filen genereres i den valgte mappe.

Hvis vi vælger fanen Import, gendanner vi dataene fra den valgte fil og indarbejder dem i den aktuelle AlarmSpace-installation.

VIGTIG NOTE: Import af data fra en backupfil sletter databasens nuværende data og erstatter dem med backup-dataene. Brug kun denne funktion ved betydeligt datatab og vær opmærksom på, at efterfølgende tilføjede data vil gå tabt.

2.6.2. Konfigurer

Databasebackups kan udføres periodisk via dette modul:

I dette modul vælger vi, hvor kopierne skal gemmes, vi skal “Aktivere periodisk planlægning”, vælger hvor ofte den udføres og vælger startdato for kopierne. Vi kan også slette kopier ældre end et valgt antal dage for at undgå diskpladsproblemer.

Vi kan vælge hvilke tabeller der tages backup af. Det er vigtigt at vide, at AlarmSpace opretter tabeller efter dato for at undgå uhæmmet vækst. Når en tabel når en grænse, oprettes en ny tabel og den gamle omdøbes. Vi kan vælge ikke at kopiere disse gamle tabeller; backupen bliver lettere, men vi bevarer alle nødvendige data. For ikke at kopiere gamle tabeller skal afkrydsningerne for “all” og “old_tables” fjernes:

2.6.3. Rensning

For at reducere databasens volumen kan vi rengøre den med denne funktion. Det består i at fjerne gamle tabeller, som vi ikke længere behøver (og som vi kan have i gamle backups). Gamle tabeller skelnes ved at få et nummer tilføjet. For eksempel genererer alarms-tabellen gamle tabeller som alarms_0000000001, alarms_0000000002, … Disse nummererede tabeller kan slettes uden at påvirke programmets korrekte funktion.

2.7. Sprog

Giver mulighed for at ændre sprog i AlarmSpace-platformen. Hidtil er følgende sprog tilgængelige:

Når man ændrer sprog, bedes serveren genstartes for at opdatere ændringerne.

2.8. Hjælp

Under hjælp finder vi information om AlarmSpace-versionen og licenser samt forskellige hjælpedokumenter til platformen. Vi kan også søge efter tilgængelige platformopdateringer:

3. Operatørmodul

Modul til visning af kameraer i realtid, visning og download af optagelser samt behandling af alarmer. Dette modul fungerer som klient til Server-modulet og kan installeres på flere maskiner, der forbinder til servermaskinen. Flere operatører kan bruge det samtidigt.

3.1. Login

For at få adgang til Operatør-modulet skal der angives en gyldig AlarmSpace-bruger af enhver niveau.

Standard operatørbrugeren har adgangskode 12345. Den kan ændres, og flere operatørbrugere kan oprettes fra AlarmSpace-serveren i menuen Brugere

Vi kan bruge Auto Login som ved næste opstart af Operatør på denne maskine udfylder felterne Bruger og Adgangskode med de sidst anvendte værdier, så det ikke er nødvendigt at indtaste brugeroplysninger for hurtig adgang. For at deaktivere AutoLogin skal Operatør startes med parameteren STOPAUTO.

Det er også muligt at åbne Operatør ved at angive bruger, adgangskode og en specifik abonnent via kommandolinjen:

"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -user operador -pwd 12345 -ab 1234

Denne kommando starter Operatør-modulet med brugeren “operador”, password “12345” og kun med kameraerne tilhørende abonnent “1234”. Du kan bruge kun nogle af parametrene; hvis -ab ikke angives, åbnes modulet med alle enheder tildelt brugeren.

Ved at bruge kommandolinjeparameteren -cert vil Operatør ikke åbne UI, men generere et certifikat on-the-fly for en abonnents kameraer. For at bruge denne mulighed skal -user og -pwd også medtages for at validere adgangsbrugeren. Hvis -ab bruges genereres certifikatet for den abonnent; ellers spørges efter abonnentnummer:

Vi kan bruge -cert uden argumenter eller angive stien hvor certifikatet gemmes. Hvis stien ikke angives gemmes det i mappen tildelt gruppen, som enheden tilhører, eller i standardstien (f.eks. "C:\Program Files\ByDemes\AlarmSpace2 Client Module\AutoCerts"). I certifikatet kan kanalers optagelser også listes ved at tilføje parameteren -minFindRecord XXX, som angiver minutter af optagelser at søge. Et simpelt eksempel på kommandolinje for at generere et certifikat on-the-fly:

"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -cert -user operador -pwd 12345 -ab 1234

Og et eksempel hvor certifikatstien sættes til C:\CertificadosDVR\DVR1234 og 120 minutters optagelser søges:

"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -cert C:\CertificadosDVR\DVR1234 -user operador -pwd 12345 -ab 1234 -minFindRecord 120

Operatør-modulet viser i adgangsvinduet den Operatør-version, der kører. Det anbefales, at denne version svarer til den, der kører på AlarmSpace-serveren, ellers kan nogle funktioner ikke fungere korrekt.

Første gang Operatør startes skal serveradressen konfigureres (for at informere Operatør, hvor den skal forbinde). Dette gøres med knappen Konfiguration:

Her skal vi indtaste AlarmSpace-serverens IP efterfulgt af kolon (:) og port 8003 (standard, kan ændres i serverkonfigurationen). Hvis forbindelsen er korrekt vises efter Acceptere bekræftelsen:

Hvis den fejler, vises det også, og som konsekvens kan Operatør ikke fungere korrekt, indtil problemet er løst:

Sørg for korrekt IP og port. Hvis problemet fortsætter, kontakt ByDemes tekniske support.

3.2. Realtid

Via fanen Realtid viser vi kameraer i realtid. Flere kameraer fra samme eller forskellige optagere kan aktiveres samtidigt.

Til venstre vises et panel med forskellige faner.

Under DVR-fanen vises listen over alle enheder med mulighed for at udvide kameraer under hver enhed; kun enheder/kameraer tildelt brugeren vises i Servermodul -> DVR -> DVR pr. bruger

Listen sorteres efter enhedsbeskrivelse. Med knappen List DVR'er efter abonnent ser vi listen efter abonnentnummer. Tryk igen for at skifte tilbage til visning efter beskrivelse.

Dobbeltklik på et kamera for at se det i realtid. Dobbeltklik på en optager for at vise alle enhedernes kameraer.

Når vi vælger en visning vises tilgængelige muligheder for det, vi ser:

I downloader vi den video, vi ser.

I tager vi et snapshot af billedet i det øjeblik.

I hører vi enhedens lyd, hvis den har denne funktion.

I aktiverer vi mikrofonen for at tale med enheden.

I finder vi funktionen “Instant Replay”, som afspiller optagelsen fra 5 minutter før

I zoomer vi ind på ethvert område af kameravisningen ved at vælge med musen.

I rydder vi skærmen og stopper visningen af kameraet.

I bunden har vi mulighed for at rydde alle viste kameraer og genindlæse brugerens enheder:

Ved højreklik på en optager vises en kontekstmenu med forskellige muligheder:

Aktiver hovedstream skifter visningen til højere opløsning kaldet Hovedstream

Aktiver substream skifter visningen til lavere opløsning Substream, hvilket hjælper med ikke at overbelaste klientens og AlarmSpace's kommunikationskanal

Styr relæer åbner enhedens tilgængelige relæudgange og gør det muligt at aktivere og deaktivere dem:

Vi markerer relæernes ønskede tilstand og trykker på knappen Ændr relæstatus.

Certifikat Kameraer udfører et øjebliksbillede af tilstanden for alle kameraer på enheden, som kan fungere som installations- eller revisionscertifikat. Den spørger os, i hvilken mappe certifikatet skal gemmes, og hvilke kameraer vi ønsker at fange (hvis nogle kanaler ikke bruges; som standard alle DVR-kanaler). Derudover kan vi manuelt tilføje en kommentar i certifikatet:

Hvis certifikatet er genereret korrekt, vil vi se bekræftelsen:

Og vi får certifikatet på den angivne sti:

Logoet kan udskiftes med en .bmp med lignende opløsning som den, vi har i C:\Program Files\ByDemes\AlarmSpace2\LogoCert\LogoClient.bmp. For at ændre det erstatter vi filen LogoClient.bmp med den nye .bmp med samme navn.

Certifikatet viser også de hændelser, som enheden har haft de seneste 24 timer, for eksempel for at se de tests, der er udført ved installation eller vedligeholdelse:

“Fuld Kameracertifikat” genererer et certifikat præcis som det foregående, men inkluderer en komplet liste over de forskellige optagelser af alle aktive kameraer fra den seneste måned:

“Kamera Viewer” åbner applikationen Kamera Viewer, som viser det valgte kamera og en optagelse af de 30 sekunder før.

Fanen PTZ giver forskellige muligheder for kameraet, hvis det er justerbart og motoriseret:

Step/Speed justerer trin for bevægelserne; jo højere, jo hurtigere udføres de.

Med pilene bevæger vi kameraet i de forskellige retninger.

Med Zoom forstørrer eller formindsker vi billedet.

Med Focus nærmer eller fjerner vi kamerafokuspunktet.

Med IRIS åbner eller lukker vi kameraets iris for at justere mængden af lys, det opfatter.

Fanen Forudindstillet giver mulighed for at udføre de forskellige handlinger, som enheden har defineret i sine forudindstillinger:

Vælg nummeret på Forudindstillet og tryk Udfør.

Fanen Filter anvender filtre på de enheder, der vises i DVR-fanen. Vi kan filtrere ved at anvende en Generelt Filter hvorved vi filtrerer efter DVR-type (ColosoEvo, Dahua, Hivision, HyundaiNextGen...), efter Forbindelsestype, foretrukken forbindelsestype: direkte eller P2P og efter Gruppe: viser kun de enheder, der har tildelt den gruppe i Server Modul -> DVR -> Liste -> Generelle Data.

I dette tilfælde ville kun enhederne i GRUPPE 1 blive vist. Bemærk at når et filter er anvendt, vises en (F) ved siden af titlen Filter, for at gøre det klart, at ikke alle enheder tildelt brugeren vises, men kun dem, som det valgte filter tillader.

3.2.1. Brand

Når enheden er af typen Konventionel Brandcentral, vises dette vindue ved dobbeltklik:

Vi ser alle centralens zoner, med de aktive alarmer og fejl i hver. Hvis vi holder musen over en zone, viser den den aktuelle alarm, centralens temperatur, netindgangsspænding og hjælpeudgangsspænding, batterispænding og selve zonens spænding. Også en historik over de seneste hændelser i zonen.

Den skelner mellem detektoralarm og trykknapalarm samt kortslutningsfejl og åben kreds-fejl.

Vi ser status for den interne summerviser, systemfejl og sirener med deres historik. Derudover viser den en generel historik med alle nyligt opståede hændelser, og vi kan fjerne den interne summerviser i centralen eksternt.

Med højreklik på enheden får vi muligheden for Generere Certifikat, som opretter et certifikat med tilstande og spændinger for hele centralen samt grafer med den tidsmæssige udvikling af de tilstande, centralen har været i for den valgte periode.

3.2.2. Videodørtelefoner

Når et opkald fra en videodørtelefon korrekt er konfigureret i servermodulet til at sende opkaldet til Operatøren, vises et pop-up vindue som dette, mens et varselston ringer:

Her ser vi VTO-kameraet. Derefter starter vi samtalen med knappen Start Samtale, vi kan Åbne Dør, Åbne Anden Dør, Stop Klokke.

La mulighed Frigiv Opkald bruges hvis denne Operatør ikke kan besvare opkaldet i øjeblikket; selvom vedkommende har taget det, kan han/hun frigive det, og det vil igen dukke op hos alle åbne operatører, så en anden Operatør kan tage det. Endelig, for at afslutte opkaldet kan vi bruge Afslut Samtale (lukker ikke vinduet) eller Luk Vindue, som afslutter og lukker vinduet samtidig.

Hvis der er flere opkald på samme tid, vises det første, og når det lukkes vises det næste. Hvis der er mere end én aktiv operatør, vises det første opkald for alle operatører, og når en starter samtalen vises det næste for de andre, så flere opkald kan behandles samtidigt med flere operatører.

3.2.3. Analog Brand

Når enhedstypen er “Honeywell Analog”, vises følgende skærm:

Vi har et overblik over centralen. Hvis vi holder musen over ikonerne, vises historikken for hver enhed. I Generel Historik en generel historik. På venstre side kan vi forespørge enheder. Hvis vi ikke udfylder nogen data og trykker på knappen forespørg, returnerer den hele centralens konfiguration. Hvis vi i konfigurationsrullemenuen vælger for eksempel enhederne I Test returnerer den kun de enheder, der er i test. Hvis vi vælger en Sløjfe, en Type og indtaster en adresse, returnerer den mere præcise oplysninger om den pågældende enhed. Hvis vi indtaster en zone (og sletter adressen, som har forrang), returnerer den oplysninger om enheden i den zone. Med højreklik på forespørgselsknappen vises (efter administratoradgangskode) en menu med to-vejs muligheder:

Vi kan bortfalde zoner, sætte dem i test og vende dem tilbage til normaltilstand. Også med højreklik på ikonet for Systemfejl kan vi genstarte centralen:

Hvis vi højreklikker på enheden vises en menu, hvor vi kan generere en pdf med hele centralens konfiguration:

3.3. Video

Gennem video-fanen søger vi efter optagelser fra den valgte kanal ved at filtrere efter forskellige kriterier:

Vi filtrerer efter ønskede datoer og efter typen af hændelse, der forårsagede videooptagelsen: alle, eksterne alarmer, bevægelsesdetektion, enhver alarm eller forskellige kombinationer med forespørgsler.

Med knappen Forespørge vises til højre alle tilgængelige optagelser i henhold til de valgte filtre:

Dobbeltklik på en af optagelserne for at afspille den tilknyttede video:

Under afspilning har vi forskellige muligheder:

pause og genoptage afspilningen.

stop helt afspilningen; skærmen bliver sort.

hurtigt/langsomt frem- og tilbagespoling og billed-for-billed.

downloade en video af det, der vises.

fange skærmen som et billede af det, der vises i det øjeblik.

tidsvalgslinje, fører os præcis til det ønskede sekund i videoen. Vi kan downloade fra det sekund.

I fanen Kapturer kan vi se de billedfangster, som vi har gemt lokalt på computeren, i den sti, der er programmeret i Server Modul -> Konfiguration -> Modtagerparametre -> Generelle parametre (i CLIENT CAPTURES PATH):

3.4. Alarmer

Alarmfanen bruges til at administrere alarmer modtaget fra enhederne. Enhedshændelserne kan sendes til CRA-softwaren, hvis de er programmeret som Send alarmer via gateway eller sendes til Operatøren, hvis muligheden Send alarmer til videoverifikation

er markeret. I det sidste tilfælde vises alarmerne i alarmmodulet hos alle operatører, hvis brugere har enheden tildelt:

Vi vælger alarmen fra Aktive Alarmer. Hvis den har tilknyttede videoer, kan vi afspille dem: hvis der er video for pre-alarm og/eller post-alarm, vises de ved at markere det tilsvarende afkrydsningsfelt. Vi kan pause afspilningen, genoptage, stoppe helt, spole frem, spole tilbage og tage et skærmbillede af et vilkårligt øjeblik. Den viser også et billede fra alarmøjeblikket i Alarmfangst.

Når den er valgt, trykker vi på knappen Behandle Alarm, vi vil se, at den fører os til fanen Realtid for at se kameraet live. Vi går tilbage til fanen Alarmer og vælger en handling knyttet til behandlingen af alarmen, som vises i rullemenuen Handling. Handlingerne i denne rullemenu oprettes i AlarmSpace Server -> Alarmer -> Handlinger. For at knytte handlingen til alarmen trykker vi på knappen Gem Handling. Vi skriver en kommentar i det tilhørende felt (under Behandle Alarm). Endelig behandler vi hændelsen med knappen Behandle Alarm.

I knappen DVR Hændelsesliste, vises listen over AlarmSpace-enhedernes hændelser med mulighed for at filtrere efter forskellige kriterier og eksport til excel/CSV og PDF. For flere detaljer, se Server Modul -> Alarmer -> DVR Hændelser.

3.4.1. Indbrudsalarmer

Operatørens Alarmmodul kan nu også modtage indbrudsalarmer fra Vesta-centraler. For at de modtages i Operatøren skal man i Gateway-konfigurationen VESTA under ComputerProtocol (udgangsprotokol) angive typen OPERATØR:

Når det er konfigureret, kan vi se, at indbrudspanelernes hændelser vises i Operatøren:

Vi behandler dem på samme måde som i det foregående tilfælde ved at tilføje en handling, gemme den og tilføje en kommentar. Når der gemmes kan vi vælge kun at gemme den hændelse, vi behandler, eller Luk Alle Abonnent for at gemme alle abonnentens hændelser. I Operatøren kan vi også se DVR-hændelsesliste

DVR Hændelser, som også inkluderer indbrudshændelser, og gå ind i vedligeholdelsen af INDBRUDS Abonnenter.

Hændelserne kan konfigureres med forskellige farver afhængigt af den vigtighed, vi vil tildele dem, og de kan sorteres efter prioritet. Man kan også vælge, hvilke hændelser vises på skærmen eller går direkte til historikken.

Øverst til højre ser vi de data, der er tildelt abonnenten (navn, adresse, by, provins, telefon og e-mail).

Ved at trykke på knappen Kontakter ser vi de kontakter, der er tildelt abonnenten (navn, telefon, e-mail), ordnet efter Rækkefølge som vi har angivet i Abonnentdata:

I Status ser vi de tilgængelige statusser for Abonnenten:

Og i Zoner, zonerne detektet i panelet:

Hvis der er en billedhændelse, vises det første optagne billede:

og med afspil-knappen kan vi se hele videoen og udføre to-vejs handlinger:

4. ActiveX Modul

ActiveX-modulet er en applikation, der gør det muligt at vise kameraer i realtid og optagelser via Internet Explorer eller kompatible browsere integreret i CRA-softwareobjekter som Manitou, SBN og Softguard.

4.1. Gateway-kommandoer

Den nuværende “GENERIC ACTIVEX GATEWAY” i Alarmspace V2 inkluderer en webserver, der lytter på port 8003 (og frem).

Ved installation søger den efter den første ledige port omkring 8003.

Denne port kan ændres i en tekstfil configuracion.dat i installationsmappen og ved at genstarte tjenesten.

(Den skal være åben mellem operatørernes maskiner og den maskine, hvor AlarmspaceV2 kører). Det er også vigtigt, at den IP, der står i denne fil (i de første 4 linjer) svarer til AlarmSpace-serverens IP (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

Efter dette kan man anvende kaldet til webstedet og de nedenfor viste kommandoer med følgende system:

http://[IP_maskine_alarmspace]:8003/bydemes.html?address=[IP_maskine_alarmspace]&port=8003&subscriber=9 999&channel=4&channel_source=main

Hvor subscriber er abonnentnummeret konfigureret i Alarmspace V2; i dette eksempel vil det kun forbinde til abonentens DVR 9999 og vise kanal 4 i hovedstream live

Kan parametriseres efter følgende kommandooversigt:

channel= kanalnummer til livevisning, starter ved 1.

Valgmulighed, hvis enheden har KANAL “0”

Hvis der indtastes 0 som kanalnummer, vil systemet tolke, at man vil bruge "Kanal 0" ledsaget af parametrene (“multiplay_type” og “multiplay_channel”).

multiplay_type=<n> hvor <n> er 4, 8, 9, 16. Det vil sige antallet af kanaler.

multiplay_channel=<n> hvor <n> er den første kanal, der vises i “gitteret”.

(Denne mulighed afhænger af recorderen; nogle understøtter kun CH0 og forstår ikke resten af kommandoerne)

channel_source=main | subTil valg af stream for mainstream- eller substream-forbindelsen. Standard er "sub".

channel_save_video= Hvis den sættes til 1, vil videoen begynde at blive gemt ved start af forbindelsen. Gem-knappen vil blive rød, så operatøren kan stoppe den.

channel_save_image= Hvis den sættes til 1, tager den et skærmbillede ved sessionens start.

prealarm_channel= kanalnummer til at vælge i optagelserne.

prealarm_save_video=-sekunder/-sekunder. Interval i sekunder målt fra tidspunktet “nu”. Det vil sige, hvis du sætter -20/-5 og nu er kl. 10:32:40, vil den gemte video gå fra 10:32:20 til 10:32:35.

prealarm_view_video=-sekunder/-sekunder.

Interval i sekunder målt fra tidspunktet “nu”. Det vil sige, hvis man skriver -20/-5 og nu er kl. 10:32:40, vil videoen være fra 10:32:20 til 10:32:35.

Brug denne mulighed for at vise preview af pre-alarmen i højre vindue i stedet for at downloade den. Den er kompatibel med prealarm_save_video. Hvis begge bruges, vil den blive vist og downloadet.

Det er meget vigtigt, at DVR’en optager og er tids-synkroniseret med Alarmspace; ellers kan de optagelser, der anmodes som prealarm, ikke findes. Vi anbefaler NTP for at synkronisere tiden og bede recorderen f.eks. om -60/5 (et minut før alarmen).

Man kan sætte alle muligheder 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

Med dette vil systemet forbinde til kanal 4 på DVR’en for abonnent 9999 i mainstream, tage et skærmbillede og begynde at gemme live-video; derefter anmode om optagelsen fra kanal 8 fra 20 sekunder før nu og gemme den.

Flere kommandoer kan tilføjes med & og der må ikke være mellemrum.

Derudover vil operatørernes ActiveX have:

En knap til at aktivere DVR’ens relæ-udgange. En knap til at aktivere DVR’ens lyd.

En knap til at aktivere det tovejs talelydsystem.

En knap til at lave Replay hvis en prealarm er blevet anmodet. Den vises kun, hvis en prealarm er blevet anmodet med parametrene.

Den afspiller alarmøjeblikket, så længe der ikke er anmodet om en anden prealarm og så længe optagelsen findes på DVR’ens disk.

Operatøren kan med søgeknapperne se optagelser fra andre kameraer, og hvis han/hun trykker Replay vises prealarmen igen.

Nogle knapper til at vælge lydoptagelser gemt på PC’en, som kan sendes til DVR’en, så de kan høres via forstærkede højttalere tilsluttet DVR’en i installationen.

Disse lydfiler skal være wavs 16 bit 8Khz mono; et par eksempler vedlægges.

Vi anbefaler ikke, at de er for store, da browseren låser under afspilning.

Udover knapperne til at optage video og tage billeder både i livevisning og i afspilningsvisning

I realtid kan vi vælge kamera og stream-type samt kontrollere domer og endda vælge kontrolhastigheden.

I afspilning kan vi vælge kanal, dato og tid og trykke GO for at gå til afspilningstidspunktet.

Og kontrollerne for optagelsen

4.2. Nye kommandoer

NYE KOMMANDOER

dvr_name=navn. Man kan identificere en enhed ved det tildelte navn. Tillader at skelne mellem to optagere med samme abonnentnummer.

sincPlaybackChannel=1 | 0. Gør det muligt at ændre den afspillede optagelsesvisning til den kanal, som vi ændrer i livevisningen; visningstiden vil være den valgte i prealarm_view_video.

fire_subscriber= Abonnentnummer tildelt en brandcentral. Visningen af centralens tilstand vil fremkomme, og vi kan interagere med den. Kombineret med DVR-kommandoer gør det muligt at vise kameraer samtidigt.

vto_subscriber= Abonnentnummer tildelt en videodørtelefon (VTO). VTO-kontrolskærmen vises; vi ser kameraet, kan samtale og åbne døre. Kombineret med DVR-kommandoer muliggør det visning af yderligere kameraer.

Den nye knap ‘?’ viser en tabel med kameraer sorteret efter seneste bevægelsesdetektion. Så kan vi få en idé om det registrerede ruteforløb:

5. Konfiguration af VESTA gateway

5.1. Introduktion

5.1.1. Velkommen

Climax VESTA indbrudspanel kan sende hændelser i forskellige formater. AlarmSpace har udvidet sine kapaciteter til at modtage disse hændelser, behandle dem og generere nye udgangssignaler tilpasset protokollerne for de vigtigste modtagersoftware aktuelt i vores land (Manitou, SBN, Softguard og kompatible).

Derudover udfører AlarmSpace selv en programmerbar polling-kontrol og giver os mulighed for at deaktivere abonnenter (de sendes ikke til CRA-softwaren) og ændre pollingtiderne. Desuden kan vi overvåge de modtagne hændelser i realtid.

Modtagelsessystemet tilbyder en højtilgængelighedsopsætning via et cluster af to maskiner (primær og backup), som reducerer risikoen for at miste hændelser eller opleve væsentlige forsinkelser til meget lave niveauer.

5.2. Programmering af VESTA central

Hurtig konfiguration af CRA (Alarmmodtager på et VESTA-panel)

Trin 1: Log ind i APP eller WEB SmartHomeSec som installatør

Trin 2: Gå til sektionen INDSTILLINGER -> RAPPORT

Trin 3: Tilføj en ny URL og tildel GRUPPE 2

Trin 4: Tilføj i URL’en: ip://ABONNENT@IP:PORT/MAN

ABONNENT = Abonnent oplyst af CRA 
IP = CRA’s offentlige IP
PORT = CRA’s PORT

Det anbefalede programmeringsskema for korrekt modtagelse af hændelser fra VESTA-centralen er som følger:

I denne figur repræsenterer CRA modtagersoftwaren, VESTA en installeret central, og AlarmSpace MAIN og BACKUP er to instanser af AlarmSpace på to forskellige maskiner. De kan virtualiseres, men vi anbefaler, at de kører på forskellige fysiske maskiner. Hvis forbindelsen til AlarmSpace MAIN fejler, vil centralen forsøge via AlarmSpace BACKUP. Den vil altid forsøge MAIN igen for at se, om forbindelsen er genoprettet.

For at programmere kommunikationsparametrene i VESTA-centralen skal vi gå til ByDemes Cloud: https://smarthomesec.bydemes.com/ByDemes/ og logge ind med vores bruger og adgangskode. Når vi er inde, vælger vi det ønskede panel og går til sektionen Indstilling/Rapport

I de forskellige URL’er konfigurerer vi kommunikationsparametrene. URL1 er forbeholdt intern brug. I URL2 indtaster vi data for vores primære AlarmSpace-modtager således:

ip://1234@123.123.123.123:23506/MAN

Hvor 1234 er abonnentnummeret, 123.123.123.123 er AlarmSpace’s offentlige IP og 23506 er den port, der er åben mod AlarmSpace-maskinen for at modtage hændelser.

VIGTIG BEMÆRKNING

IP’en skal skrives uden indledende nuller; udfyld ikke med 0 til 3 cifre. Hvis man gør det, vil forbindelsen ikke fungere.

I gruppen tildeler vi Gruppe 2, dette sikrer, at alle hændelser vil blive sendt.

For at sikre maksimal tilgængelighed anbefaler vi at tilføje en ny URL (URL3). Denne skal pege på AlarmSpace Backup-maskinen (med backup-maskinens offentlige IP og port åben på den maskine). Vi vælger også Gruppe 2 for kun at sende de hændelser, der fejler via hovedvejen (forskellig gruppe sender alle; samme gruppe sender kun dem, der fejler i den foregående).

I Rapportsekvens (Reporting Sequence) vælger vi Essentiel og for genforsøg anbefaler vi kun ét genforsøg for hurtigt at skifte til den sekundære vej, hvis afsendelsen fejler (hvis den sekundære vej ikke bruges, kan vi øge til op til 3 genforsøg).

Uploaddata for billeder vil mangle:

Også med “Manitou”-protokollen og strengen 1234@123.123.123.123:23506 med samme abonnentnummer, IP og port som hovedvejen.

Vi klikker på “Send” og kommunikationen er nu tildelt.

VIGTIG BEMÆRKNING

Vi anbefaler, at kommunikationen med AlarmSpace BACKUP foregår via en anden kommunikationsvej (anden fiber/ADSL end hovedforbindelsen) og helst fra forskellige operatører (forskellig fysisk infrastruktur) for at sikre hændelsesmodtagelse, hvis en kommunikationslinje fejler.

5.3. AlarmSpace konfigurationer

5.3.1. Generelle konfigurationer - VESTALog

VESTALog-applikationen har forskellige funktioner: vise modtagne og videresendte hændelser til CRA-softwaren i realtid, se en historik af behandlede rammer, en tekstlog med detaljer om modtagerens funktion, en konfiguration af modtagerparametre, vælge forskellige destinationer for hændelser, omfordele eller kassere hændelser og konfigurere loadbalancer-funktionen.

5.3.1.1. Realtid

Vi viser de hændelser, der modtages fra VESTA-centralerne, svarene og de hændelser, der sendes til CRA-softwaren, samt deres svar.

5.3.1.2. Historik

De modtagne rammer fra VESTA-centralerne vises. Vi kan filtrere efter datoer og abonnentnummer.

5.3.1.3. Log

Registrering af handlinger udført af applikationen. Nyttigt til test og fejlfinding.

5.3.1.4. VESTA-konfiguration

Modtagerparametre:

ServidorMy: IP for den lokale mysql-server (maskinens egen IP)
ServidorMyBackup: IP for backup mysql-serveren (lad stå 0 hvis det er på AlarmSpace Backup eller backup-maskinen ikke er implementeret)
rutaVideos: sti hvor modtagne billeder og videoer gemmes.
domainForUNC: hvis videoer gemmes via netværk kan brugerautentificering via UNC være nødvendig. Indtast domænet her.
userForUNC: bruger til at gemme videoer og billeder på netværk.
passwordForUNC: adgangskode til at gemme videoer og billeder på netværk
checkForUser: vil kræve bruger og adgangskode ved start af tovejsvisningen. Hvis man ikke har rettigheder til panelet, gives der ikke adgang.
secondsBefore: kun billeder og videoer fra de sidste sekunder vises i tovejsvisningen for ikke at vise gamle videoer, der kan forvirre operatøren.
sendVisorEvents: hvis denne mulighed aktiveres, sender alle brugeraktioner i tovejsviseren en hændelse til CRA-softwaren.
useLoadBalancer: tillader fordeling af indgående panelforbindelser mellem to eller flere maskiner for at øge antallet af samtidige hændelser, der kan behandles.
Ip: lokal (privat) IP for maskinen, hvor lytteporten åbnes.
Port: lytteporten. Den skal åbnes i TCP på routeren for at modtage hændelser til denne maskine.
PuertoEncriptacion: lytteport for krypterede rammer (forskellig fra porten for ukrypterede rammer). For øget sikkerhed kan man programmere centralerne til at sende med kryptering som følger:

ip://1234@3.123.23.123:23508/MAN_TLS for hændelser

Vælg Manitou (TLS) for billederne.

Linea: modtagerlinje, brugt af nogle CRA-softwares til at skelne og tilknytte abonnenter til en bestemt modtager.
PuertoMedical: lytteport for rammer fra medicinsk udstyr. Også brugt til at modtage SIA DC09 (SIA IP), når CRA-softwaren ikke understøtter andre protokoller.
Title: Navn på Modtager.
IniCar: starttegn for rammer modtaget fra panelerne. Må ikke ændres uden overvågning fra byDemes.
EndCar: sluttegn for rammer modtaget fra panelerne. Må ikke ændres uden overvågning fra byDemes.
manitouServer: IP for serveren for det anvendte CRA-software.
manitouPort: lytteport for det anvendte CRA-software.
vestaAutoactivateAb: hvis sat til 1, aktiveres nye abonnenter, som applikationen modtager, automatisk. Hvis nul, registreres abonnenten, men skal aktiveres manuelt.
vestaPollingTime: standardtiden mellem polling-signaler. Den tildeles automatisk til alle nye abonnenter. Kan ændres individuelt.

Hvis vi højreklikker på denne række kan vi tildele denne værdi til alle indbrudsabonnenter, vi har i øjeblikket:

vestaDaysPreserveFrames: dage hvor rammerne i historikken bevares.
vestaDaysPreserveImages: dage hvor billeder bevares på AlarmSpace’s harddisk
VestaNumAb: abonnentnummer i applikationen til at sende interne hændelser.
VestaInternalTestPeriod: frekvens i sekunder for applikationens interne test (hjerteblod). Hvis 0 sendes der ingen test.
VestaAccountDefaultTestPeriod: frekvens for at sende en test af VESTA-centralen til CRA-softwaren, hvis polling fungerer korrekt.

Hvis vi højreklikker på denne række kan vi tildele denne værdi til alle indbrudsabonnenter, vi har i øjeblikket.

AllowMultipleDestines: Tillad flere destinationsmål for signaler til CRA
ComputerProtocol: Udgangsprotokol, skal matche den programmerede i centralen (XML, SIA…)
ASReceiverType: CRA-software
skipDateFromFrame: IKKE sende dato for hændelsen, selvom den er i rammen
automaticResponse: Ikke sende hændelsen til CRA-softwaren og automatisk bekræfte
privateProtocol: vi kan ændre den anvendte modeltype (CID) til en brugerdefineret en i den ramme, der sendes til CRA-softwaren.
refuseUserCaptures: hvis dette felt sættes til sandt, vil billedanmodninger fra pircam foretaget af brugere (web eller app) ikke nå CRA for at bevare privatlivets fred.
continuosuCRAConnection: forbindelsen til CRA-softwaren oprettes ved tjenestestart og afbrydes ikke; den opretholdes konstant.
sendCallerIdToCRA: centralens identifikation sendes i rammen mod CRA.
externally Monitoring: den interne test af centralen (sendt periodisk i henhold til VestaInternalTestPeriod) kan også kontrollere ekstern tilgængelighed ved at sende den gennem den offentlige IP.
publicIp: offentlig IP brugt af Vesta-serveren til at sende den interne test eksternt. Bruges også til at kontrollere, at panelerne, vi ønsker at se med VisorHTML, sender til denne CRA.
numPollingFailure: antal consecutive polling-fejl for at sende en fejl.
Heartbeat: ramme for intern hjerteslag sendt til CRA-softwaren for at bekræfte, at processen kører.
HeartbeatPeriod: gentagelsestid i sekunder for det tidligere hjerteslag.
AESKey: krypteringsnøgle for AES-nøglen, der skal bruges, hvis SIA-DC09-kryptering anvendes.
sendEventoOnWrongMac: tillader at vælge, om et event fra et panel med forkert MAC (ikke svarende til den registrerede) sendes til CRA-softwaren. Hvis hændelsen sendes, ledsages den af en anden hændelse, der angiver fejlen (CodigoEventoMacError). Hvis markeret "ikke send", sendes der intet, som om abonnenten var inaktiv.
DefaultBypassTolerance: hvis man tillader et af test-pollings at passere med jævne mellemrum, kan man indføre en tolerance for ikke at forsinke afsendelsen. Her angiver vi tolerancen i sekunder.
AllEventAsPolling: enhver hændelse modtaget fra panelet (ikke kun polling-signalet) opdaterer polling-tiden (og gendanner polling-fejlstatus, hvis aktiv). Sat til falsk opdateres polling-tiden kun af polling-signalet.
SynchASPolling: synkroniserer automatisk polling-tiden i AlarmSpace med polling-tiden programmeret i panelerne. Vi har tre muligheder:

Hvis vi vælger alle paneler, synkroniseres alle AlarmSpace-abonnenter med deres tilsvarende paneler (vi skal have panelernes MAC opdateret)

Hvis vi vælger Kun til den angivne tid, synkroniseres kun abonnenter, hvis paneler har den tid, vi angiver i det følgende felt (TimeSynchASPolling)

Hvis vi vælger Synkroniser ikke, ingen abonnenter synkroniseres.

TimeSynchASPolling: kun abonnenter, hvis paneler har denne tid programmeret (tid i sekunder), synkroniseres. For eksempel, hvis vi sætter 21600 sekunder, opdateres abonnenter med paneler programmeret til 6 timers polling (typisk batteridrevne enheder).
AddURLGpsLink: tilføj en URL med geolokalisering for en geolokaliseret hændelse, der kan åbnes direkte med et klik.
Logffmpeg: Aktiver log for at vise ffmpeg-programmets respons ved konstruktion af en video fra modtagne billeder.
SendEventNewVESTACodes: når systemet opdager, at nye ContactID-koder er frigivet i Climax-VESTA, sendes en hændelse med denne kode ledsaget af gatewayens interne testhændelse. Denne kode kan konfigureres i Hændelseskoder og vil stoppe med at blive sendt, når de nye koder accepteres i AlarmSpace-serveren, DVR→Abonnenter INBRUD NYE VESTA-KODER!!

5.3.1.5. Hændelseskoder

Programmerbare hændelseskoder for gatewayen:

CodigoEventoPolling: ContactID-koden, som applikationen vil forstå som polling-signal til kontrol af afbrydelser. Sendes ikke til modtagersoftwaren.
CodigoEventoFalloPolling: ContactID-kode sendt ved tredje polling-fejl.
CodigoEventoFalloPolling2Vias: ContactID-kode sendt ved tredje polling-fejl i enheder med mindst 2 kommunikationsveje (automatisk opdaget).
CodigoEventoRestPolling: ContactID-kode sendt ved modtagelse af polling-signal, mens der var polling-fejl.
CodigoEventoRestPolling2Vias: ContactID-kode sendt ved modtagelse af polling-signal under polling-fejl i enheder med mindst 2 kommunikationsveje (automatisk opdaget).
CodigoEventoMacError: en hændelse genereret af gatewayen med denne kode vil blive oprettet, når identifikationen (MAC) for den central, der sender med et abonnentnummer, ikke svarer til den identifikation, der blev modtaget ved første registrering af abonnenten.
VestaInternalTestCode: ContactID-kode sendt som applikationens interne test (heartbeat).
CodigoEventoPollingSIA: Hvis SIAIP-protokollen (SIA-DC09) bruges, sætter vi koden for polling-hændelsen.
CodigoEventoFalloPollingSIA: SIA-kode sendt ved tredje polling-fejl.
CodigoEventoFalloPollingSIA2Vias: SIA-kode sendt ved tredje polling-fejl i enheder med mindst 2 kommunikationsveje.
CodigoEventoRestPollingSIA: SIA-kode sendt ved modtagelse af polling-signal under polling-fejl.
CodigoEventoRestPollingSIA2Vias: SIA-kode sendt ved modtagelse af polling-signal under polling-fejl i enheder med mindst 2 kommunikationsveje.
CodigoEventoMacErrorSIA: SIA-kode sendt for en forkert MAC, men i SIA-format.
videoEvCodeSIA: SIA-kode sendt, når en video-hændelse vedhæftes
userCaptureCode: koden for hændelsen, som panelerne sender i tilfælde af en brugers billedfangst
visorArmCode: ContactID-kode, der sendes ved arming af en partition fra tovejsviseren, hvis aktiveret
visorDisarmCode: ContactID-kode, der sendes ved disarming af en partition fra tovejsviseren, hvis aktiveret
visorPartialArmCode: ContactID-kode, der sendes ved hjemmearming af en partition fra tovejsviseren, hvis aktiveret
visorBypassCode: ContactID-kode, der sendes ved bortfald af en zone fra tovejsviseren, hvis aktiveret
visorRestoreBypassCode: ContactID-kode, der sendes ved genaktivering af en zone fra tovejsviseren, hvis aktiveret
visorSceneApplyCode: ContactID-kode, der sendes ved anvendelse af en scene fra tovejsviseren, hvis aktiveret
visorTakeSnapshotCode: ContactID-kode, der sendes ved anmodning om billede fra tovejsviseren, hvis aktiveret
registerAccountEvCode: ContactID-kode sendt ved første registrering af en abonnent. Hvis feltet er tomt, sendes denne hændelse ikke.
EraseAccountEvCode: ContactID-kode sendt ved sletning af en abonnent fra INDBRUDS Abonnenter. Hvis feltet er tomt, sendes hændelsen ikke.
visorArmCodeSIA: SIA-kode sendt ved arming af en partition fra tovejsviseren, hvis aktiveret
visorDisarmCodeSIA: SIA-kode sendt ved disarming af en partition fra tovejsviseren, hvis aktiveret
visorPartialArmCodeSIA: SIA-kode sendt ved hjemmearming af en partition fra tovejsviseren, hvis aktiveret
visorBypassCodeSIA: SIA-kode sendt ved bortfald af en zone fra tovejsviseren, hvis aktiveret
visorRestoreBypassCodeSIA: SIA-kode sendt ved genaktivering af en zone fra tovejsviseren, hvis aktiveret
visorSceneApplyCodeSIA: SIA-kode sendt ved anvendelse af en scene fra tovejsviseren, hvis aktiveret
visorTakeSnapshotCodeSIA: SIA-kode sendt ved anmodning om billede fra tovejsviseren, hvis aktiveret
registerAccountEvCodeSIA: SIA-kode sendt ved første registrering af en abonnent. Hvis feltet er tomt, sendes denne hændelse ikke.
EraseAccountEvCode: SIA-kode sendt ved sletning af en abonnent fra INDBRUDS Abonnenter. Hvis feltet er tomt, sendes hændelsen ikke.

5.3.1.6. Hændelsesdestinationer

Vi definerer særlige destinationer, hvortil signaler modtaget fra VESTA kan sendes. De kan vælges pr. abonnent:

Vi skal definere IP, port og en linje (hvis det kræves af CRA-softwaren, der skal modtage hændelsen). Giv det et navn for at referere til det i specifikke abonnenter i Server -> DVR -> VESTA Abonnenter

5.3.1.7. Omdisponér hændelser

Funktionalitet, der gør det muligt at omskrive hændelseskoden i en ramme, så CRA-softwaren modtager den ønskede hændelse:

Ændring af alarmkoden (Contact ID eller SIA) til den ønskede kode. Vi har forskellige muligheder:

I de første 4 linjer ændres den oprindelige hændelse (E130) til den nye (E131), hvis zonen (1 eller 2) matcher, og hvis deaktiveringshændelsen (E401 eller E402) modtages inden for nedtællingstiden (10 sekunder). Hvis Deaktiveringshændelsen ikke modtages inden 10 sekunder, sendes hændelsen E130.
I linje 5 bliver hændelsen E780 kasseret og sendes ikke til CRA-softwaren, da den nye hændelse er tom.
I linje 6 ændres den oprindelige hændelse (E132) til den nye (E133) for enhver zone, da zonefeltet er tomt; hvis Deaktiveringshændelsen (E401) modtages inden for nedtællingstiden (10 sekunder). Hvis den ikke modtages, sendes E132 efter 10 sekunder.

5.3.1.8. Konfigurer Loadbalancer

Funktion i udvikling.

5.3.1.9. LORA-parametre

Denne sektion viser parametrene automatisk konfigureret for korrekt modtagelse af hændelser via Lorawan-netværk. Et eget indeks for hver CRA, CRA’ens navn (kan ændres; kun informativt), den IP, der er tildelt af det virtuelle private netværk, og porten brugt af netværket til at modtage hændelser. Det er ikke nødvendigt at åbne denne port, fordi vi er over en VPN.

5.3.1.10. API-parametre

For korrekt funktion af VisorHTML og andre interne processer i AlarmSpace skal vi konfigurere API-parametrene korrekt afhængigt af forskellige underdistributører. Generelt kan vi lade standardparametrene stå, som vises på skærmen, og som fungerer korrekt.

Bemærk: Ændr ikke disse parametre uden at konsultere ByDemes specialister.

5.3.1.11. Flere API'er

Denne funktionalitet tillader at definere mere end én API til brug med VisorHTML. De forskellige parametre for hver API kan tildeles individuelt til en bestemt abonnent, så disse parametre har forrang frem for de generelle parametre defineret i API-parametre.

5.3.1.12. Nuva-parametre

Herfra kan vi aktivere kommunikation med Nuvathings cloud for at modtage hændelser fra deres enheder.

For at aktivere kommunikationen sætter vi EnableNuvaCS til sand. I HostNuva beholder vi standardværdien cloud.nuvasafe.com og i PuertoNuva også: 11112. I CsIdNuva skal vi indtaste det id, som Nuvathings har tildelt os for at blive genkendt i deres cloud. Enhedspolling styres af skyen, så Polling-hændelseskoden bruges ikke i dette tilfælde. Vi kan dog tilpasse LineaNuva (Modtagerlinje, linjeforkortelse) for at skelne den fra hændelser fra andre systemer som VESTA.

5.3.1.13. Nuva Flere

AlarmSpace tillader samtidig tilslutning til Nuvathings cloud med forskellige id’er for at lette platforme, der betjener forskellige CRA’er adskilt, eller enhver multi-CRA-opsætning. Her konfigurerer vi de forskellige CsId’er

5.3.1.12. Generel AlarmSpace-konfiguration

Kommunikationsparametrene med CRA-softwaren konfigureres på AlarmSpace-serveren under Konfiguration/Modtagerparametre:

Vi skal vælge programtypen, markere som aktiv, og angive serverens port og IP. I denne version sender VESTA-centralen kun i ContactID-format (uanset den valgte skabelon, som anvendes på optagerhændelser).

5.3.2. Abonnentkontrol

Vi viser applikationens abonnenter, om de er aktive, polling-tid, om de er i polling-fejl og datoen for sidste polling:

Hvis vi dobbeltklikker på en abonnent kan vi ændre nogle abonnentparametre:

Specifikt kan vi ændre polling-perioden (for at tilpasse den til den, der er programmeret i den pågældende VESTA-central) i minutter og aktivere/deaktivere abonnenten. Hvis en abonnent er inaktiv, registreres eventuelle signaler, men de sendes ikke til CRA-administrationssoftwaren. Man kan også programmere en periodisk test (et polling, som vil nå CRA-softwaren). I eksemplet sendes den hver 24. time. Med enhedens MAC kontrollerer vi, om abonnentnummeret modtaget svarer til den registrerede MAC; hvis ikke, sender vi en fejlhændelse (som standard kode E304; se VESTA-konfiguration). Det er muligt at tildele en gruppe til hver abonnent. Grupper kan så tildeles brugere, så hver bruger kun har tovejsadgang til sin gruppes abonnenter. Kolonnen Antal Polling-fejl er antallet af på hinanden følgende fejl, der skal forekomme, før polling-fejl-hændelsen sendes (standard er 3, hvis ikke defineret). Vi kan også se registreringsdatoen for hver abonnent, det sæt koder, abonnenten bruger (CID eller SIA), Testtolerance, som er marginsekunder (forudgående eller efterfølgende), systemet bruger for at betragte et polling-signal som test, og afkrydsningen Send Polling Hændelser, der deaktiverer afsendelse af polling-hændelser (polling-fejl fortsætter med at blive overvåget, men hændelser sendes ikke til CRA). De nye mere grafiske kolonner viser Ethernet-tilslutningsstatus (sort: ingen Ethernet i installationen; rød: Ethernet-fejl; grøn: Ethernet OK), GSM-dækning og batteriniveau. Automatisk rearmedling refererer til systemets evne til at rearmere et panel eksternt og automatisk efter en defineret tid fra disarm. API-parametre-kolonnen angiver, om abonnenten skal bruge API-parametre (til VisorHTML) forskellige fra standard. Disse parametre vælges i VESTA-programmet → Multi-API.

5.4. Konfigurationer af modtagersoftware til alarmmodtagelse (CRA)

5.4.1. Manitou

Dette er et eksempel, hvor modtagerne konfigureres i Manitou, og et eksempel på, hvordan det skal se ud:

En dedikeret port/driver eller en delt port (mere end én modtager) kan bruges.

Vi skal vælge den linje, der svarer til den, vi har programmeret i VESTA-centralens gateway:

Og typen af Manitou-sender med “Videokapacitet”:

5.4.2. SBN

Kontakt din sædvanlige IBS-tekniker for at aktivere kommunikationen med gatewayen.

5.4.3. Softguard

Kontakt din sædvanlige Softguard-tekniker for at aktivere kommunikationen med gatewayen.

5.5. Visor-modul – Tovejstilgang for VESTA-centraler

Visor-modulet er en applikation, der gør det muligt at se de videoer, der modtages ved alarm, og de fotografier, der tages manuelt via enhver HTML5-kompatibel webbrowser, og som kan “kaldes” fra enhver CRA-software, der tillader tildeling af en URL til en alarmhændelse. Det indeholder tovejskommunikationsfunktioner med centralerne, som tillader at aktivere/deaktivere centralen, udelukke/aktivere zoner, tage et billede fra pircam og anvende scener defineret i centralen.

5.5.3. Kommando for opkald til Vesta-Visor

Den aktuelle version af AlarmSpace V2 inkluderer en ekstra webserver for VESTA-centraler, som lytter på port 8003.

Ved installation søger den efter den første ledige port omkring 8003.

Denne port kan ændres i en tekstfil “configuracion.dat” i installationsmappen og ved at genstarte tjenesten.

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

Efter dette kan webopkaldet bruges med følgende format:

http://111.111.111.111:8003/bydemesVisor.html?subscriber=XXXX

Hvor 111.111.111.111 er IP-adressen på maskinen, hvor AlarmSpace kører, og XXXX er abonnentnummeret for VESTA-centralen.

Valgfrit kan parameteren secondsBefore tilføjes: http://111.111.111.111:8003/bydemesVisor.html?subscriber=XXXX&secondsBefore=YYY

Hvis vi angiver secondsBefore, vil den kun liste videoer og billeder fra de sidste YYY sekunder. Hvis der ikke er nogen, opdateres den, indtil der modtages nogen.

Dette opkald åbner webbrowseren med følgende vindue:

Til venstre har vi den senest modtagne alarmvideo og også de seneste 10 modtagne videoer, tilgængelige fra en rullemenu.

I midten har vi de 10 seneste fotografier taget manuelt fra VESTA-applikationen, også tilgængelige fra en rullemenu.

Under videoerne vises placeringen af et panik-signal sendt af en bruger, hvis det er sket inden for de sidste 10 minutter.

Til højre har vi status for partitioner og zoner i centralen samt tovejsfunktionerne. Vi kan se, om centralen er online og via hvilken vej den seneste transmission fandt sted (i dette tilfælde Ethernet); den informerer også om tilgængelige kanaler. Den vil angive Ethernet, GPRS med signalniveau og operatør samt batteristatus:

Vi kan foretage delvis aktivering, fuld aktivering eller deaktivering af hver partition. Anvende eller fjerne et bypass (udelukke) for en zone og tage et billede fra en pircam (hvis vi har tilladelser). Endelig kan vi anvende scener, som vi har defineret i centralen, som for eksempel at slukke lyset og aktivere alarmen ved udgang eller det modsatte ved indgang. Følgende funktionalitet er blevet tilføjet: Tjek kommunikation, ved at trykke på knappen vises de rapport-URL'er, som panelet har konfigureret, så vi kan kontrollere, at de er korrekte, samt den programmerede polling-tid, for at verificere med den, vi har programmeret i AlarmSpace.

Hvis vi har aktiveret indstillingen sendVisorEvents, vil alle handlinger udført i Visor sende en hændelse (med konfigurerbar kode) til CRA-softwaren.

6. AXHUB-centralkonfiguration

6.1. Hikvision AXHUB og AlarmSpace

6.1.2. Introduktion

AXHUB er en Hikvision-indbrudsalarmanlægcentral, der kan tilslutte IP-kameraer og gemme videoer af alarmhændelser. Med AlarmSpace kan vi downloade disse videoer med det samme og videresende dem til modtagelsessoftwaren hos CRA. Dette øger centralens kapacitet, da efterfølgende videoer ikke går tabt, men downloades.

6.1.3. Minimumskrav

Minimumsversionerne for video-download-funktionen er:

AXHUB-central model DS-PWA32-HG Firmwareversion: V1.0.4 build 190629

AlarmSpace2 Version 3.0.0.3

6.1.4. Indledende konfigurationer i AlarmSpace

For korrekt kommunikation med AXHUB-centralen skal vi programmere nogle generelle parametre i AlarmSpace:

Udover parametrene for kommunikation med CRA-softwaren (softwaretype, skabelon, port, IP...) er de nye parametre, der skal programmeres:

AX HUB PASSWORD: et nummer, der senere skal programmeres i hver AXHUB-central for at tillade kommunikation med AlarmSpace. Standard: 12345678

PUBLIC IP: En offentlig IP for CRA, hvor vi kan pege porte 7660 og 8089 til AlarmSpace-maskinen. Kommunikationen er over TCP.

Med disse parametre oprettes hver central i AlarmSpace automatisk uden brugerindgriben. Senere vil vi se andre parametre, der kan tilpasses.

6.1.5. Særlige konfigurationer af AXHUB

De nødvendige parametre for at tilslutte og modtage alarmer og videoer fra AXHUB i alarmmodtagelsessoftwaren er "Alarmmodtagelsescenter" (Alarm Receiving Center) og "EHome-registrering" (Ehome Registration).

6.1.5.1. Alarmmodtagelsescenter

I centralens webserver går vi til "Kommunikationsparametre" og specifikt til "Alarmmodtagelsescenter":

Denne kommunikationsvej vil sende alarmer og hændelser (ikke videoer) direkte til modtagelsessoftwaren via SIA IP-protokollen. Vi skal vælge protokoltype (SIA eller ContactID), IP/domæne for maskinen, hvor CRA-softwaren kører med den tilsvarende åbne port, og et abonnentnummer. De andre parametre kan forblive som standard bortset fra Heartbeat-intervallet. Vi kan vælge at deaktivere det eller sætte en test hver 24. time; polling-kontrollen udføres allerede af AlarmSpace.

6.1.5.2. EHome-registrering

EHome/Isup-protokollen er den, AlarmSpace bruger til at downloade videoer:

I "Server Address" skal vi indtaste den offentlige IP, som har port 7660 åben i TCP på AlarmSpace-maskinen.

I "Device ID" skal vi angive det samme abonnentnummer som i alarmmodtagelsesprotokollen, så de modtagne videoer knyttes til den samme abonnent.

Vi skal vælge den "Kommunikationsmode" (Communication Mode), der giver de bedste ydelser, altid med prioritet til kablet netværksforbindelse eller Wi-Fi. Men videooverførsel er også mulig, hvis vi kun har mobil kommunikation. Det er vigtigt at fremhæve, at afhængigt af tilgængeligheden af mobile netværkstyper kan videooverførslen tage længere tid. Vi viser indstillinger for at reducere videofilenes størrelse (vægt), hvilket gør brugen rimelig med enhver kommunikationsmetode.

Endelig skal vi i "EHome Login Password" indtaste det ord, vi har programmeret i AXHUB Password i AlarmSpace for at tillade kommunikationen.

6.1.5.3. Yderligere indstillinger

For at justere videostørrelsen (vægt) i forhold til den kommunikationskanal, vi bruger, skal vi gå til menuen "Video & Audio":

Her kan vi vælge for hver kanal parametre, der afgørende påvirker de genererede videoer. Hvis vi bruger mobil kommunikation, især hvis den ikke når 4G, følger vi disse trin:

- Forsøg altid at transmittere Sub-stream.

- Vælg den lavest mulige opløsning, som kameraet tillader.

- Video Bitrate er den egenskab, der i høj grad gør det muligt at reducere størrelsen. Hvis overførslen tager for lang tid, reducerer vi denne parameter. Den eneste begrænsning er, at den resulterende video stadig er tilstrækkelig forståelig for slutbrugeren.

- Vi kan vælge mellem 5 sekunder præ-video og 2 sekunder post-alarm eller omvendt 2 sekunder præ-video og 5 sekunder post-alarm, afhængig af installationens eller den konkrete zones behov. Dette påvirker ikke størrelsen af de genererede videoer.

Alle disse parametre (især Video Bitrate) skal justeres i den faktiske installation ved at teste videooverførsler, indtil der opnås en balance mellem den tid, det tager at overføre videoen, og den endelige kvalitet af den overførte video. Afhængigt af kameraer, optik og opløsninger kan en lavere bitrate give et godt resultat for nogle, mens det ikke gør for andre. Med passende dækning kan man opnå overførselstider på 20–25 sekunder for fulde videoer på under 100 KBytes.

6.1.6. Drift i AlarmSpace

Når vi aktiverer EHome-protokollen i centralen, registreres den i AlarmSpace-softwaren, som IP/port peger på, forudsat at AXHUB-adgangskoden stemmer overens. Minimumsdriftsparametrene tilføjes til AlarmSpace-konfigurationen, så vi kan begynde at fungere uden engang at åbne AlarmSpace-serveren.

Der er dog konfigurerbare parametre, som kan være hensigtsmæssige på et generelt niveau for CRA eller individuelt for hvert udstyr (især hvis mobil kommunikation anvendes).

6.1.6.1. Generelle parametre

Når den nye central vises på AlarmSpace-serveren, får den følgende tildelte parametre:

Standardnavnet er AXHUB efterfulgt af det abonnentnummer, vi har tildelt (navnet kan uden problemer ændres)

Forbindelsestypen bruges ikke, og IP-adressen er maskinens egen. Den anvendte port er oplysende. Enhedstypen skal ikke ændres; den er passende.

Abonnentfeltet viser abonnentnummeret programmeret i centralen og bør ikke ændres, medmindre det også ændres i centralen.

Serienummeret er oplysende, og Brugeren bruges ikke.

I adgangskoden vises altid AXHUB's generelle adgangskode. Den kan tilpasses for hvert udstyr, men først skal standard-CRA-adgangskoden programmeres i centralen, og når enheden er registreret i AlarmSpace, ændres adgangskoden på begge sider (i AlarmSpace og i centralens EHome-protokol).

Kanalerne er det samlede antal kameraer (tilsluttede eller ikke), som centralen har.

Det er vigtigt at fremhæve, at fra AlarmSpace-serveren kan kommunikationen ikke kontrolleres eller genindlæses med centralens data. Kommunikation kan ikke initieres tovejs fra serveren.

6.1.6.2. Konfiguration af videoalarmer

Som standard er videoalarmer konfigureret på hver AXHUB-kanal:

Hvis hændelsen "ALARMA VIDEO" ikke findes i gatewayens kodekonfiguration, tilføjes den automatisk. Hvis den anvendte skabelon er SIA, tilføjes den med koden "VA", og hvis det er ContactID, med koden "E995":

Hvis koden "VA"/"E995" ændres til en anden kode, som brugeren ønsker at bruge, vil denne kode være den, der sendes til CRA-softwaren ved en videoalarmhændelse for denne central og for alle fremtidige centraler, der registreres. Det er vigtigt ikke at ændre beskrivelsen af alarmen "ALARMA VIDEO", fordi ved fremtidige automatiske registreringer vil en gateway-kode "ALARMA VIDEO" med værdien "VA"/"E995" blive genskabt og tildelt videoalarmerne.

6.1.6.3. Kontrol af afbrydelser

AlarmSpace opretter automatisk en afbrydelses-/genforbindelseskontrol for enheder med gateway-kodebetegnelsen "FALLO POLLING"/"REST. FALLO POLLING" og med zone "000":

Gateway-koderne, der som standard tildeles hændelserne "FALLO POLLING" og "REST. FALLO POLLING", er "NT"/"NR" for SIA-protokollen og "E356"/"R356" for ContactID. Disse koder kan ændres i menuen "Alarmer/Gateway" til de koder, man ønsker, at AlarmSpace skal sende ved afbrydelses- og genforbindelseshændelser:

Afbrydelseskontrollen for AXHUB-centralerne er fuldstændig transparent for CRA-softwaren (den modtager kun afbrydelsen og genoprettelsen, hvis de opstår). Internt modtager og kontrollerer AlarmSpace dog periodiske tests fra centralen. Hvis vi bruger mobil kommunikation med et SIM-kort med begrænset databrug, kan vi ønsk e at ændre, hvor ofte AXHUB sender disse tests (for at reducere databrug). For at angive dette til centralen skal vi programmere parameteren "Sekunder polling" i indstillingerne for den valgte central:

Vi ser, at i dette tilfælde er de programmeret til 15 sekunder; vi kan ændre dem til det ønskede antal sekunder. For eksempel, hvis vi sætter 900 sekunder, sender centralen en test hvert 15. minut. Vi kan også ændre parameteren "Antal polling-fejl for at sende afbrydelse", som angiver, hvor mange gange vi venter på en test og ikke modtager den, før afbrydelseshændelsen sendes. I dette tilfælde er det sat til 3 forsøg, hvilket betyder, at hvis polling-sekunderne er 15, vil afbrydelsen blive sendt efter 45 (15*3) sekunder, men hvis de er 15 minutter, sendes afbrydelsen efter 45 minutter. Derfor er det hensigtsmæssigt (hvis den anvendte kommunikation tillader det) at sætte en høj polling-frekvens (lave polling-sekunder) for at have bedre kontrol over enhedens forbindelsesstatus.

7. Modul Kamera-Visor

Kamera-Visor-modulet svarer til ActiveX-modulet, men som desktop-applikation. Vi kan se et live-kamera og optagelsen af sekunderne før. De anvendte parametre er nøjagtig de samme, bortset fra oplysningerne om “address” og “port”. Hvis ingen parametre gives, beder programmet om abonnentnummer og kamera, der skal vises (basal funktionalitet). Parametrene ville blive overført på følgende måde:

"C:\Program Files\ByDemes\AlarmSpace2\VisorCamaras.exe" "subscriber=9986&channel=2"

Alle tags defineret i ActiveX-modulet kan bruges, altid adskilt med &.

PreviousSIMALARM NextDANALOCK MED VESTA (Z-WAVE)

Last updated 2 years ago

hashtag 1. Introduktion

hashtag 1.1. Funktioner

hashtag 1.2. Nyheder

hashtag 2. Servermodul

hashtag 2.1. Login

hashtag 2.2. Brugere

hashtag 2.2.1. Brugeradministration

hashtag 2.2.2. Brug grupper

hashtag 2.2.3. Logout P2P Hyundai/Hikvision

hashtag 2.3. DVR

hashtag 2.3.1. Liste

hashtag 2.3.2. DVR pr. bruger

hashtag 2.3.3. DVR pr. gruppe

hashtag 2.3.4. Oversigt over DVR'er

hashtag 2.3.5. Grupper

hashtag 2.3.6. INTRUSIONS-abonnenter

hashtag2.3.7. Panelbrugere

hashtag2.3.8. Centralzoner

hashtag2.3.9. Abonnentdata

hashtag2.3.10. IA-parametre

hashtag2.3.11. Nye VESTA-koder

hashtag Ge2.4. Alarmer

hashtag 2.4.1. Handlinger

hashtag 2.4.2. Gateway

hashtag 2.4.3. Liste

hashtag 2.4.4. DVR-begivenheder

hashtag2.4.5. Planlægning af lister

hashtag2.4.6. Indbrudskoder

hashtag 2.5. Konfiguration

hashtag 2.5.1. Modtagers parametre

hashtag 2.5.2. Tilføj licenser

hashtag 2.5.3. Forny mastertabeller

hashtag 2.5.4. Avanceret konfiguration

hashtag2.5.5. Kontrolpanel

hashtag2.5.6. Logfremviser

hashtag2.5.7. Certifikater Aautomatiske

hashtag2.5.8. P2P Dahua-instanser

hashtag2.6. Sikkerhedskopier

hashtag2.6.1. Import/Export

hashtag2.6.2. Konfigurer

hashtag2.6.3. Rensning

hashtag2.7. Sprog

hashtag2.8. Hjælp

hashtag3. Operatørmodul

hashtag 3.1. Login

hashtag 3.2. Realtid

hashtag3.2.1. Brand

hashtag 3.2.2. Videodørtelefoner

hashtag3.2.3. Analog Brand

hashtag 3.3. Video

hashtag 3.4. Alarmer

hashtag3.4.1. Indbrudsalarmer

hashtag 4. ActiveX Modul

hashtag 4.1. Gateway-kommandoer

hashtag 4.2. Nye kommandoer

hashtag5. Konfiguration af VESTA gateway

hashtag 5.1. Introduktion

hashtag 5.1.1. Velkommen

hashtag 5.2. Programmering af VESTA central

hashtagHurtig konfiguration af CRA (Alarmmodtager på et VESTA-panel)

hashtag 5.3. AlarmSpace konfigurationer

hashtag5.3.1. Generelle konfigurationer - VESTALog

hashtag 5.3.2. Abonnentkontrol

hashtag 5.4. Konfigurationer af modtagersoftware til alarmmodtagelse (CRA)

hashtag 5.4.1. Manitou

hashtag 5.4.2. SBN

hashtag 5.4.3. Softguard

hashtag5.5. Visor-modul – Tovejstilgang for VESTA-centraler

hashtag5.5.3. Kommando for opkald til Vesta-Visor

hashtag 6. AXHUB-centralkonfiguration

hashtag 6.1. Hikvision AXHUB og AlarmSpace

hashtag 6.1.2. Introduktion

hashtag 6.1.3. Minimumskrav

hashtag 6.1.4. Indledende konfigurationer i AlarmSpace

hashtag 6.1.5. Særlige konfigurationer af AXHUB

hashtag 6.1.6. Drift i AlarmSpace

hashtag7. Modul Kamera-Visor

1. Introduktion

1.1. Funktioner

1.2. Nyheder

2. Servermodul

2.1. Login

2.2. Brugere

2.2.1. Brugeradministration

2.2.2. Brug grupper

2.2.3. Logout P2P Hyundai/Hikvision

2.3. DVR

2.3.1. Liste

2.3.2. DVR pr. bruger

2.3.3. DVR pr. gruppe

2.3.4. Oversigt over DVR'er

2.3.5. Grupper

2.3.6. INTRUSIONS-abonnenter

2.3.7. Panelbrugere

2.3.8. Centralzoner

2.3.9. Abonnentdata

2.3.10. IA-parametre

2.3.11. Nye VESTA-koder

Ge2.4. Alarmer

2.4.1. Handlinger

2.4.2. Gateway

2.4.3. Liste

2.4.4. DVR-begivenheder

2.4.5. Planlægning af lister

2.4.6. Indbrudskoder

2.5. Konfiguration

2.5.1. Modtagers parametre

2.5.2. Tilføj licenser

2.5.3. Forny mastertabeller

2.5.4. Avanceret konfiguration

2.5.5. Kontrolpanel

2.5.6. Logfremviser

2.5.7. Certifikater Aautomatiske

2.5.8. P2P Dahua-instanser

2.6. Sikkerhedskopier

2.6.1. Import/Export

2.6.2. Konfigurer

2.6.3. Rensning

2.7. Sprog

2.8. Hjælp

3. Operatørmodul

3.1. Login

3.2. Realtid

3.2.1. Brand

3.2.2. Videodørtelefoner

3.2.3. Analog Brand

3.3. Video

3.4. Alarmer

3.4.1. Indbrudsalarmer

4. ActiveX Modul

4.1. Gateway-kommandoer

4.2. Nye kommandoer

5. Konfiguration af VESTA gateway

5.1. Introduktion

5.1.1. Velkommen

5.2. Programmering af VESTA central

Hurtig konfiguration af CRA (Alarmmodtager på et VESTA-panel)

5.3. AlarmSpace konfigurationer

5.3.1. Generelle konfigurationer - VESTALog

5.3.2. Abonnentkontrol

5.4. Konfigurationer af modtagersoftware til alarmmodtagelse (CRA)

5.4.1. Manitou

5.4.2. SBN

5.4.3. Softguard

5.5. Visor-modul – Tovejstilgang for VESTA-centraler

5.5.3. Kommando for opkald til Vesta-Visor

6. AXHUB-centralkonfiguration

6.1. Hikvision AXHUB og AlarmSpace

6.1.2. Introduktion

6.1.3. Minimumskrav

6.1.4. Indledende konfigurationer i AlarmSpace

6.1.5. Særlige konfigurationer af AXHUB

6.1.6. Drift i AlarmSpace

7. Modul Kamera-Visor