🛡️ALARMSPACE

ANVÄNDARMANUAL V.3.0.1.4-003

ALARMSPACE (CENTRALT ALARM-MOTTAK/FÖRBINDELSEGRENSSNITT)

CRA-programvara för kontroll av säkerhets- och brandskyddsenheter

INNEHÅLL

INNEHÅLL 2

1. Introduktion 5

1.1. Funktioner 5

1.2. Nyheter 5

2. Servermodul 5

2.1. Inloggning 5

2.2. Användare 6

2.2.1. Hantering av användare 6

2.2.2. Användargrupper 6

2.2.3. Utloggning P2P Hyundai/Hikvision 7

2.3. DVR 8

2.3.1. Lista 8

2.3.1.1. Allmänna uppgifter 8

2.3.1.1.1. DVR MASTER_BYDEMES 10

2.3.1.1.2. Importer 11

2.3.1.2. Alternativ 11

2.3.1.3. Förklaring 12

2.3.1.4. Larm 12

2.3.1.4.1. Hantera larm per kanal 14

2.3.1.4.2. Hantera status 16

2.3.1.4.3. Larmkalender 17

2.3.1.5. Certifikat 18

2.3.2. DVR per användare 19

2.3.3. DVR per grupp 19

2.3.4. Lista över DVR:er 20

2.3.5. Grupper 20

2.3.6. Inbrottsabonnenter 21

2.3.7. Panelanvändare 22

2.3.8. Centralzoner 23

2.3.9. Abonnentuppgifter 25

2.3.10. IA-parametrar 25

2.3.11. Nya VESTA-koder 28

Ge2.4. Larm 29

2.4.1. Åtgärder 29

2.4.2. Gateway 30

2.4.3. Lista 30

2.4.4. DVR-händelser 31

2.4.5. Schemaläggning av listor 32

2.4.6. Inbrottskoder 33

2.5. Konfiguration 34

2.5.1. Mottagarparametrar 34

2.5.1.1. Allmänna parametrar 35

2.5.1.2. Kommunikation med CRA 35

2.5.1.3. Övriga parametrar 36

2.5.2. Lägg till licenser 37

2.5.3. Förnya mastertabeller 37

2.5.4. Avancerad konfiguration 37

2.5.5. Kontrollpanel 40

2.5.6. Loggvisare 41

2.5.7. Automatiska certifikat 42

2.5.8. P2P-instanser Dahua 42

2.6. Säkerhetskopior 43

2.6.1. Import/Export 43

2.6.2. Konfigurera 43

2.6.3. Rensning 44

2.7. Språk 45

2.8. Hjälp 45

3. Operatörsmodul 45

3.1. Inloggning 45

3.2. Realtid 48

3.2.1. Brand 56

3.2.2. Videointercom 58

3.2.3. Analog brand 59

3.3. Video 61

3.4. Larm 63

3.4.1. Inbrottslarm 64

4. ActiveX-modul 68

4.1. Gateway-kommandon 68

4.2. Nya kommandon 71

5. Konfiguration av VESTA-gateway 73

5.1. Introduktion 73

5.1.1. Välkommen 73

5.2. VESTA centralprogrammering 73

5.3. AlarmSpace-inställningar 76

5.3.1. Allmänna inställningar - VESTALog 76

5.3.1.1. Realtid 77

5.3.1.2. Historik 77

5.3.1.3. Logg 78

5.3.1.4. VESTA-konfiguration 78

5.3.1.5. Händelsekoder 82

5.3.1.6. Händelsemål 84

5.3.1.7. Omskapa händelser 85

5.3.1.8. Konfigurera lastbalanserare 85

5.3.1.9. LORA-parametrar 85

5.3.1.10. API-parametrar 86

5.3.1.11. Multipel API 86

5.3.1.12. Allmän konfiguration av AlarmSpace 87

5.3.2. Abonnentkontroll 88

5.4. Konfigurationer för mottagarprogramvara för CRA-larm 90

5.4.1. Manitou 90

5.4.2. SBN 92

5.4.3. Softguard 92

5.5. Visarmodul – Tvåvägsåtkomst för VESTA-centraler 92

5.5.3. Anropskommando till Vesta-visaren 92

6. Konfiguration central AXHUB 94

6.1. Hikvision AXHUB och AlarmSpace 94

6.1.2. Introduktion 94

6.1.3. Minimikrav 94

6.1.4. Initieringsinställningar i AlarmSpace 94

6.1.5. Särskilda inställningar för AXHUB 95

6.1.5.1. Alarmmottagningscentral 95

6.1.5.2. EHome-registrering 96

6.1.5.3. Ytterligare inställningar 97

6.1.6. Funktion i AlarmSpace 98

6.1.6.1. Allmänna parametrar 98

6.1.6.2. Videolarmkonfiguration 99

6.1.6.3. Kontroll av frånkopplingar 100

7. Kameravisarmodul 102

1. Introduktion

AlarmSpace är en mjukvaruplattform för kontroll, övervakning och visning av videoinspelare och kameror.

1.1. Funktioner

· Visning av kameror i realtid

· Uppspelning av inspelat video

· Hantering av larmingångar och tekniska larm från videoinspelare

· Integration med ledande CRA-programvara.

1.2. Nyheter

AlarmSpace integrerar även andra enheter såsom videointercoms och konventionella brandcentraler från Honeywell. Dessutom fungerar det som en gateway för mottagning, hantering och vidarebefordran av händelser från Vesta-centralen.

2. Servermodul

Servermodulen i AlarmSpace är endast åtkomlig för användare med administratörsbehörighet. Dess huvudsakliga funktioner är skapande och ändring av användare, enheter, tilldelning av kameror till användare, konfigurering av larmsåtgärder, gateway-koder, mottagarparametrar samt skapande och konfiguration av säkerhetskopior av programmets känsliga data.

2.1. Inloggning

Servermodulen i AlarmSpace kräver åtkomst via en användare på nivå Administratör. Standardanvändaren är:

Användare: admin

Lösenord: 12345

Därefter kan administratörens lösenord ändras och fler administratörsanvändare skapas i menyn Användare.

Inloggningsskärmen till servern visar aktuell version av AlarmSpace, ber om användarnamn och lösenord och vi kan Acceptera för att gå in i servern eller Avsluta för att avbryta operationen. Den senaste användaren som användes registreras och visas som standard nästa gång servern körs.

2.2. Användare

Skapande och ändring av användare.

2.2.1. Hantering av användare

I denna tabell ser vi alla systemets användare. Genom att dubbelklicka på en användare laddas den i den nedre delen för redigering:

Vi kan ändra användarens beskrivning, namn, lösenord och nivå (administratör eller operatör). Endast administratörer kan nå servermodulen.

Nya användare kan också skapas med knappen ny. Alla fält fylls i och knappen trycks på Spara.

Användare kan även tas bort genom att ladda användaren med dubbelklick och trycka på knappen Radera.

För att avfärda ändringar som görs kan vi trycka på knappen Avbryt.

2.2.2. Användargrupper

De användare som vi definierat i föregående avsnitt kan tilldelas en eller flera grupper. Eftersom användare kan användas för att fjärrstyra inbrottspaneler från AlarmSpace (Se Visarmodul – Tvåvägsåtkomst för VESTA-centraler), används dessa grupper för att tilldela användaren en uppsättning paneler som användaren har behörighet att styra. Arbetsflödet är att tilldela gruppen till panelen (i Abonnentkontroll) och när gruppen tilldelas användaren kommer panelen automatiskt att tilldelas användaren.

För att tilldela en grupp till en användare väljer vi först användaren i rullistan:

När vald, tilldelar vi längst ned den grupp/grupper vi vill tilldela (eller väljer ”Alla grupper”) och trycker på ”Lägg till grupp”:

Gruppen kommer att tilldelas användaren:

Om vi vill ta bort en grupp från en användare väljer vi användaren i rullistan, dubbelklickar på gruppen som ska tas bort, den laddas i den nedre sektionen och vi klickar på ”Ta bort grupp”:

2.2.3. Utloggning P2P Hyundai/Hikvision

Om Hyundai och/eller Hikvision P2P används kan vi koppla bort användaren från P2P via denna meny. Återanslutning med samma eller annan P2P-användare startas automatiskt när servermodulen startas.

2.3. DVR

Hantering av videoinspelare, kameror och stödda enheter.

2.3.1. Lista

Skapande och ändring av enheter.

2.3.1.1. Allmänna uppgifter

Hantering av registrering och ändring av enheter. De visas i en tabell:

I varje rad ser vi enhetens information. Om det finns anslutningsproblem visas raden i rött.

Vi kan söka enheter efter beskrivning, abonnent eller serienummer.

Möjlighet att synkronisera alla enheter.

Enheterna som visas enligt filtret kan visa filtrering: frånkopplade, efter typ/märke, efter beskrivning, efter anslutningstyp, efter grupp...

Enheterna som visas efter filtret kan exporteras till CSV-Excel och PDF.

För att hantera ändringar dubbelklickar man på enhetsraden:

Om vi vill lägga till en ny enhet trycker vi på knappen Ny.

Vi lägger till eller ändrar enhetens beskrivning. Vi väljer standardanslutningstyp, direkt eller P2P. Om det finns uppgifter för båda försöker den först via standard och om det misslyckas via den andra.

Vid direkt anslutning måste vi ange IP eller DDNS i Adress och Port.

Enhetstyper:

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

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

· HyundaiNextGen: Hyundai-märke, NextGen-modeller

· Hikvision: Hikvision-märke

· Dahua General: Dahua-märke med original firmware

· Dahua videointercom: Videointercoms av märket Dahua (Dahua SDK)

· Honeywell brand: Honeywell-märke, konventionella modeller

· Honeywell analog: Honeywell-märke, analoga modeller

· AX HUB: Hikvision-märke, inbrottcentral med videofångst i AlarmSpace

Grupp: en grupp kan tilldelas en enhet för filtrering i Server/Operatör och för sändning av gruppens e-post.

Abonnent: abonnentnumret som skickas till CRA-programvaran i händelserna.

Verifieringskod: kod som krävs för att visa vissa kameror på Hikvision-enheter.

Serienummer för P2P-åtkomst: enhetens serienummer som krävs för åtkomst via P2P. P2P måste vara aktiverat i inspelaren.

P2P-port: den TCP-port som konfigurerats i enheten; även om den inte behöver öppnas i kundens nätverk måste den anges.

Användare: en giltig användare för enheten

Lösenord: lösenordet för ovanstående användare.

Genom att trycka på Ladda konfiguration kommer programvaran att försöka ansluta till enheten via tillgängliga vägar och rapportera korrekt eller felaktig anslutning för varje metod.

Dessutom laddas det upptäckta serienumret i Serienummer, enhetens totala kanaler i Kanaler, utgångskanalerna och enhetens datum.

Om vi trycker på Spara sparas ändringarna och raden läggs till om det var en ny enhet. Om vi trycker på Avbryt tas ändringarna bort.

Knappen Data tillåter att tilldela ytterligare uppgifter till enheten:

Nya filter har lagts till för att kunna använda dessa ändringar:

Möjlighet att filtrera efter ort, provins, telefon och e-post.

2.3.1.1.1. DVR MASTER_BYDEMES

När AlarmSpace installeras eller uppdateras visas i DVR-listan en masterinspelare kallad MASTER_BYDEMES. Den används för att skicka generiska systemhändelser till CRA-programvaran. Den kan redigeras som vilken annan DVR som helst även om vi inte kan ansluta till den eftersom den inte finns fysiskt. Vi kan ändra abonnentnumret som ska skickas (standard 0000) och vi kan välja vilka larmhändelser vi vill skicka:

De typer av larm som hanteras är:

Periodisk test skickar en testsignal periodiskt med samma intervall som vi definierar för heartbeat i Konfiguration -> Mottagarparametrar

Full hårddisk upptäcker när serverns hårddisk i AlarmSpace har mindre än 10 % ledigt utrymme och skickar varningen.

Fel serv. P2POri varnar om kontrollen av P2P-tjänsten mot Dahua Original-molnet misslyckas

Återst. serv. P2POri varnar när P2P-tjänsten mot Dahua Original återställs

Fel serv. P2P varnar om kontrollen av P2P-tjänsten mot ByDemes-molnet misslyckas

Återst. serv. P2P varnar när P2P-tjänsten mot ByDemes återställs

2.3.1.1.2. Importer

AlarmSpace kan importera data från Dahuas program SmartPSS. Importen görs via filen devices.xml som genereras vid export från SmartPSS. Vi importerar data över mallen för en redan befintlig DVR för att komplettera fält som inte finns i devices-filen med modellens data:

I detta fall om vi klickar på Importera DVR XML och kopiera övriga data, skulle vi registrera de nya inspelarna i AlarmSpace med uppgifterna från devices.xml och resten av DVR-data från ColEvoP2PPrb.

Vi kan också skapa nya enheter genom att kopiera data från en annan. Om vi klickar på Ny DVR kopierande data skapar vi en ny enhet exakt med samma uppgifter som ColEvoP2PPrb. Då behöver vi bara ändra DVR-specifika uppgifter (anslutningsdata, abonnent...) men övriga data (alternativ, larm...) kommer redan att vara registrerade.

2.3.1.2. Alternativ

Vi konfigurerar olika allmänna alternativ för enheten:

Sekunder för inspelning före videolarm: om videoingångarna är kablade, vid rörelsedetektion eller IVS-händelser, när ett inspelarlarm inträffar laddar AlarmSpace ner några sekunder video från den associerade kameran med längden angiven i detta fält. I exemplet 30 sekunder video.

Sekunder för inspelning vid larm: i samma situation som ovan, antalet sekunder som laddas ner efter larmet (10 i detta fall).

Prioritera kanal: kanalen som kommer att användas för nedladdning om den är tillgänglig: huvud- eller underström.

Aktivera systemkontroll: detta måste aktiveras för att ta emot enheternas händelser.

Skicka e-post vid upptäckt av frånkoppling: skickar en påminnelse 12 timmar efter att en enhet blivit frånkopplad.

Skicka larm via gateway: händelser som mottas från enheterna kommer att skickas till CRA-programvaran via det protokoll som valts i Mottagarparametrar

Automatisk operatör: händelser som skickas till CRA-programmet kommer inte att vänta på svar från detta, de stängs automatiskt efter skickandet.

Skicka larm till videoverifiering: Händelserna skickas inte till CRA-programmet utan visas i fliken larm i Operatörsmodulen

Kundens e-post: e-post eller e-postadresser separerade med semikolon (;) som kan ta emot händelser för just denna enhet. SMTP-servern måste konfigureras i Mottagarparametrar

Starta om: tillåter fjärromstart av enheten.

Synkronisera tid: uppdaterar den fjärranslutna enhetens tid med AlarmSpace-serverns tid

Stäng väntande larm: om det finns larm som inte besvarats av CRA-programmet eller inte hanterats i larm Operatörens flikar, kan vi avsluta dem alla med denna knapp.

Spara DVR-konfiguration till disk: tillåter att spara den konfiguration vi gör till en fil i AlarmSpace-serverns filsystem.

Ladda konfiguration från disk till DVR: läser in konfigurationsdata från en vald fil.

2.3.1.3. Förklaring

Inte i bruk för närvarande

2.3.1.4. Larm

Konfigurera de larm vi vill ta emot och vidarebefordra:

På denna inledande larmskärm markerar vi de generella enhetshändelser vi vill övervaka. Vi kryssar i rutan bredvid händelsen och väljer en typ av händelse att skicka i rullistan. Händelsetyperna motsvarar koder (ContactID, SIA) som vi kommer att skicka till CRA-programvaran. De kan konfigureras via avsnittet Gateway i menyn Larm. Vi väljer också zonen som skickas med händelsen. I avsnittet skicka e-post kan vi välja att inte skicka, skicka till administratörens e-post (AS) konfigurerad i Konfiguration -> Mottagarparametrar, skicka till gruppens e-post Grupp eller till kundens e-post konfigurerad i Alternativ.

Händelserna att övervaka är Fel, Frånvaro eller Full hårddisk, IP-konflikt. Dessa händelser måste vara konfigurerade i inspelaren och med alternativet Skicka larm, annars får vi dem inte. Händelserna Frånkoppling/Återanslutning beroende inte av någon inspelarkonfiguration. Frånkopplingstiden för att anses giltig är konfigurerbar i menyn Konfiguration -> Avancerad konfiguration, med parametern: DVR_FRÅNKOPPLINGSTID (i sekunder).

Knappen Hantera larm per kanal används för att konfigurera larm för varje kanal i inspelaren.

Knappen Hantera status tillåter att schemalägga fördröjda larm från händelser och skicka påminnelser om larmstatusen kvarstår.

Knappen Larmkalender fastställer ett schema där händelser tas emot eller inte. Särskilt avsett för att ta emot eller inte ta emot samtalshändelser från VTO i videointercom-kits.

I fallet med videointercoms har vi en annan typ av larm att övervaka:

Det är VTO-samtal. Om markerad skickas den händelse som är associerad med MEDICINSKT LARM (Se Larm -> Gateway) när en användare trycker på VTO:s samtalsknapp. Detta möjliggör hantering av samtalet från AlarmSpace ActiveX-modulen och åtgärder med bObject i CRA-programvarorna.

Brandlarm

I fallet med konventionella Honeywell-brandcentraler visas en knapp för att kunna välja fler händelser att skicka till CRA:

Genom att trycka på knappen Fler händelser får vi upp följande formulär:

I formuläret visas alla generiska centralhändelser som inte finns i fliken Larm ovan. Vi kan markera vilka händelser vi vill skicka till CRA genom att kryssa i rutan bredvid händelsen. Koden som kommer att skickas väljer vi med rullistan (med tillgängliga koder definierade i Larm - Gateway). Vi kan också tilldela ett zonnummer till händelsen genom att skriva det i fälten Zon. När ändringarna är klara måste vi trycka på knappen Spara för att spara dem.

2.3.1.4.1. Hantera larm per kanal

Schemaläggning av händelser för varje kanal:

I den övre tabellen visas alla kanaler som upptäckts i inspelaren. Dubbelklicka på en rad för att ladda de konfigurerade parametrarna för varje kanal.

I Kanal ser vi kamerans/kanalens nummer,

I Namn ändrar vi kamerans beskrivning.

I Zon i Gateway anger vi zonen som kommer att skickas till CRA-programvaran. Om det lämnas tomt skickas kanalnumret i 3 siffror (t.ex. 001,016...).

Krysset Aktiv möjliggör val om en kanal har en aktiv kamera eller inte. Om kanalen t.ex. inte är aktiv kommer den inte att visas som alternativ vid generering av ett certifikat för installationen.

Vi markerar de händelser vi vill skicka som i de generella händelserna och väljer i rullistan den händelsetyp som kopplas till koden (SIA/ContactID) som skickas till CRA-programvaran. Denna kod kopplas i avsnittet Gateway i menyn Larm.

På samma sätt kan vi skicka e-post till AlarmSpace-administratörens e-post (Konfiguration -> Mottagarparametrar), till gruppens e-post (DVR -> Grupper), och/eller till kundens egen e-post (konfigurerad i Alternativ).

Intelligenta IVS-händelser kan också skickas. Kom ihåg att alla dessa händelser (utom Inspelningsfel och Svart kamera), måste konfigureras i inspelaren och alternativet Skicka händelse eller liknande måste vara aktiverat (beroende på inspelarmärke och modell).

Knapparna Skicka allt och Skicka inget, markerar respektive avmarkerar alla sändningar.

Vi kan kopiera data från en kanal till andra kanaler genom att högerklicka på raden. En meny visas Kopiera data till andra kanaler. Genom att klicka på menyn kan vi välja till vilka kanaler vi vill replikera data:

När vi klickar Ok kopieras och sparas data i de valda kanalerna.

Brandlarm

Brandlarmshändelser skiljer sig helt från inspelarnas händelser. Vi kan också hantera dem genom att ladda knappen Hantera larm per kanal om vi hanterar en brandcentral:

Vi laddar uppgifterna för varje zon och kan välja vilka händelser vi vill skicka till hanteringsprogrammet genom att kryssa i Hantera. Vi kopplar den kod som vi skickar till den valda händelsen i Kod (Se Larm -> Gateway).

2.3.1.4.2. Hantera status

Hantering av enheternas status. Tillåter att skicka signaler efter några minuters frånkoppling av en inspelare eller en kamera, skicka påminnelser om frånkopplingen periodiskt och varna om återställning av händelsen efter några minuter:

I detta fall skulle frånkopplingen av kameran skickas med den kod som är associerad med MEDICINSKT LARM (Se Larm -> Gateway) 10 minuter efter att händelsen inträffade. Varje 24 timmar (1440 minuter) skickas en påminnelse om frånkopplingen (om den fortfarande är frånkopplad) och återanslutningen av kameran skickas omedelbart.

2.3.1.4.3. Larmkalender

AlarmSpace har en kalender där vi kan ange de tider då vi vill registrera och skicka larm och när vi inte vill. Den är särskilt avsedd för hantering av videointercom-samtal, för att tillåta att samtal hanteras lokalt i anläggningen med VTH-skärmen under vissa tider, eller när larm i AlarmSpace ska triggas för fjärrhantering från kontrollcentret.

I exemplet ser vi måndagens tidsscheman. Händelserna skulle aktiveras från midnatt till klockan 08:00. De skulle hanteras lokalt till klockan 14:00. Fjärrhantering till klockan 16:00, lokalt från 16:00 till 20:00 och fjärrhantering fram tills slutet.

Vi kan kopiera dessa tider till övriga veckodagar med knappen Kopiera till alla dagar, endast måndag till fredag eller välja dagar att kopiera med Kopiera till andra dagar:

2.3.1.5. Certifikat

Vi konfigurerar automatisk generering av installationscertifikat. Om vi aktiverar detta alternativ för en DVR genereras ett certifikat för installationen i katalogen AutoCerts, inuti AlarmSpace-arbetsmappen:

Aktiv: genom att markera denna kryssruta aktiveras automatisk generering av certifikat för inspelaren.

Startdatum: datum från vilket certifikatbörjan genereras.

Slutdatum: datum efter vilket certifikat inte längre kommer att genereras.

Period: frekvens för generering av certifikat. Beror på tidsskalan vi väljer i rullistan (månader, timmar eller minuter). I exemplet genereras ett certifikat var 3:e månad.

Typ: kan vara Basic (kameraskärmbilder och kort historik av nyliga händelser) eller Komplett (inkluderar befintliga inspelningar från varje aktiv kanal)

Skicka via e-post: vi skickar det genererade certifikatet till e-posten som anges i E-post.

Nästa datum: är datumet då nästa certifikat kommer att genereras och skickas om vi valt att göra det. Det är inte redigerbart.

Sändningstid: vi kan tvinga en tid för generering och sändning av certifikatet. Systemet väntar till den angivna tiden den dag det är dags att generera och skicka certifikatet.

Minuter inspelningar: om vi väljer fullständig typ indikerar vi här antalet minuter före certifikatsgenereringen som vi vill söka efter befintliga inspelningar. Om många minuter anges (t.ex. en månad) kan certifikatet få ett stort antal sidor.

2.3.2. DVR per användare

Vi kan tilldela kameror individuellt till användare, så att de kan visa dem eller inte i Operatörsmodulen:

Vi markerar de kameror vi vill tilldela användaren.

Med knappen Tilldela alla kameror till vald användare tilldelar vi alla kameror från alla inspelare till användaren.

Med knappen Ta bort alla kameror från vald användare tar bort tilldelningen av alla kameror från användaren.

Vi kan välja en förebildsanvändare och tilldela samma kameror till den valda användaren med knappen Tilldela modellens DVR till vald användare.

Med knappen Spara spara vi ändringarna.

2.3.3. DVR per grupp

Funktionalitet ej implementerad.

2.3.4. Lista över DVR:er

Med denna funktion genererar vi en csv-fil med alla enheter i den angivna sökvägen:

Exempel på csv-lista:

2.3.5. Grupper

Vi definierar grupper för att kunna associera enheter till en viss samling eller grupp i detta fall. Genom att associera en enhet med en grupp kan vi filtrera enheterna efter denna grupp (både i Server-listan och i de enheter som visas i Operatören) samt skicka de larm vi markerar till en e-postadress för den gruppen.

För att lägga till eller ändra grupper:

Knapp Ny för att börja lägga till en ny eller dubbelklicka i tabellen för att redigera en befintlig grupp.

Vi måste ange en beskrivning av gruppen och en e-post. Med knappen Spara för att spara den och Radera för att ta bort den.

Avbryt för att avbryta ändringarna.

2.3.6. INTRÅNGsabonnenter

Vi visar abonnenterna i applikationen, om de är aktiva eller inte, pollingtiden, om de har pollingfel, om pollingfelshändelser ska skickas, datumet för senaste polling och om signalen ska skickas till någon särskild destination för varje abonnent, centraltyp, enhetens MAC, gruppen de är tilldelade, antalet pollingfel som krävs för att generera ett failure-event, registreringsdatum, standarden som används för intrångskoder (CID, SIA), om pollingfelshändelser skickas, tolerans för periodiskt test, Ethernet-vägens (IP) status i panelen, panelens GPRS-täckningsstatus och nivå, batteristatus (om extern batteri är närvarande eller inte) och om en automatisk återarming är schemalagd:

Om vi dubbelklickar på en abonnent kan vi ändra några parametrar för abonnenten:

Specifikt kan vi ändra Pollingperioden (för att anpassa den till den som är programmerad i den aktuella VESTA-centralen), i minuter, välja om pollinghändelser ska skickas eller inte, och aktivera/inaktivera abonnenten. Om en abonnent är inaktiv registreras signalerna som kan komma, men de går inte vidare till CRA-hanteringsprogramvaran. Det går också att schemalägga ett periodiskt test (det är ett polling som faktiskt kommer att nå CRA-programvaran). I exemplet skickas det var 24:e timme. För att undvika fördröjning av detta test tilldelas en tolerans (i sekunder).

I Signalmål kan vi välja ett annat för signalerna från denna abonnent. Om det lämnas tomt skickas de till IP:Port som definieras i AlarmSpace-konfigurationen -> Mottagarparametrar eller i särskild Vesta-konfiguration. I rullgardinsmenyn visas de särskilda destinationer som vi har registrerat i VESTALog under avsnittet Händelse Destination, som kommer att vara andra IP:Portar att skicka till. Det finns också alternativet Alla destinationer, med vilket signalerna skickas till alla IP:Portar vi har definierade i VESTALog -> Händelse Destinationer.

Alarmspace registrerar enheternas MAC för att undvika dupliceringar eller illvillig användning av gatewayen. Om en enhet med samma abonnentnummer sänder med en annan MAC kommer CRA att få ett MAC-fel. Om vi vet att det är ett enkelt byte av enhet, för att lösa problemet kan vi trycka på knappen “Återställ MAC”, som raderar enhetens MAC och tar MAC från nästa överföring. För att veta MAC för den andra centralen som sänder med samma abonnentnummer kommer den att visas i fältet MAC-fel (den kommer att återställas tillsammans med enhetens MAC med knappen Återställ MAC)

Vi kan välja en grupp för varje enhet, detta möjliggör att filtrera visningen av enheterna i Visningsmodulen per användare och underlättar sändning av användarkoder per grupper. Dessa grupper definieras i DVR -> Grupper.

Antalet Pollingfel för att skicka Fel kan ändras. Det vill säga, antalet gånger som en central måste misslyckas med polling för att generera ett pollingfel-event.

Vi kan också visa standarden för koder som abonnenten använder (SIA eller CID).

Om vi markerar kryssrutan Automatisk återarming kommer panelen att automatiskt arma sig efter 2 timmar från öppningen. Denna tid är konfigurerbar individuellt för varje abonnent i verktyget som nås med knappen Abonnentdata.

Med API-rullgardinsmenyn kan vi tilldela abonnenten API-parametrar som skiljer sig från de generiska för användning i VisorHTML (endast för att kombinera enheter tilldelade olika Climax-backends i samma AlarmSpace).

Bland de åtgärder vi kan utföra, förutom att Spara ändringarna, Avbryta ändringarna eller Radera enheten (ta bort den permanent från registrerade enheter), kan vi komma åt Visor-modulen via knappen “Centralstatus”.

Med knappen Senaste Plats ser vi den senaste plats som skickats från en användar-App med panikknappen.

Med knappen “Centralanvändare” går vi till underhållet av panelanvändare för centralen, för att kunna ändra användarkoder på panelerna på distans.

Med knappen “Centralzoner” går vi till underhållet av centralzoner, där vi visar zonerna och enheterna som vi har lagt till i panelen. Vi kan tilldela en kamera från en registrerad inspelare i DVR → Lista, som kommer att skicka en inspelning av kanalen när den zonen utlöses.

Med knappen “AI-Parametrar” justerar vi parametrarna för den intelligenta analysen av bilder tagna av pircam och integrerade kameror.

2.3.7. Panelanvändare

Modul för kontroll av panelanvändare:

I “Direkt/Programmering” väljer vi om vi programmerar individuella användare eller hela en grupp eller läser och skickar data direkt till en panel. Om vi väljer Programmering(Namn) innebär det att vi kan ändra användarkoder, lägga till eller ta bort användare i en hel grupp efter användarnamnet. Så väljer vi gruppen att kontrollera i rullgardinen “Grupper”. För att välja en användare dubbelklickar vi på en användare. För att skapa en ny trycker vi på knappen Ny (det frågar vilken partition användaren kommer att tillhöra).

När den är vald eller skapad kan vi ange Koden och om den skickar Rapport (skickar dess armeringar/avarmningar). Om vi markerar Radera, kommer användaren att raderas från panelerna så snart vi skickar. Om vi markerar kryssrutan “Tillfällig kod” kommer användaren endast att vara aktiv inom tidsintervallet begränsat av datumen “Aktiv från” och “Aktiv till”.

När ändringarna är sparade, genom att trycka på knappen “Skicka till hela gruppen”, kommer de användare som markerats som “Aktiva” att skickas (eller raderas om så valts) till de olika panelerna i gruppen. Proceduren är att söka på panelerna efter användaren med det tilldelade namnet, om den hittas ändrar den koden som finns i panelen/området till den vi tilldelat. Om den inte hittas lägger den till den nya användaren med den nya koden. Om vi istället raderar och den hittar användaren tas denne bort från panelen.

Viktig anmärkning: Användarnamnet måste vara exakt som det finns i panelen; varje variation som ett extra blanksteg eller en felaktig bokstav kommer att behandlas som en helt ny användare.

Även härifrån (Programmering) kan vi planera tillfälliga koder för en enskild panel. Vi väljer “Individuell abonnent”, anger abonnentnumret och klickar på “Sök abonnent”. Om det finns någon tillfällig kod tilldelad kommer den att visas i tabellen. Nya tillfälliga koder kan läggas till, tas bort eller ändras och fungerar på samma sätt som gruppers tillfälliga koder men endast för den valda panelen.

Om vi i rullgardinsmenyn “Direkt/Programmering” väljer “Direkt” visas ett fält för att söka abonnenten (panelen med det abonnentnumret):

Vi anger abonnentnumret och genom att klicka på “Sök abonnent”, om abonnenten hittas i INTRÅNG-abonnenter, visar den alla panelens användare. Härifrån, genom att dubbelklicka på en användare, kan vi tilldela en ny kod (vi kan inte läsa den tidigare koden av dataskyddsskäl). Vi kan också lägga till en ny användare eller radera en befintlig (utom master- och installer-användarna).

2.3.8. Centralzoner

Vi visar panelens zoner och enheter. För att säkerställa att det inte har skett ändringar i zonkonfigurationen kan vi klicka på knappen Uppdatera zoner (zonerna läses från panelen). När vi dubbelklickar på en zon kan vi tilldela en inspelarens kamera:

I detta fall, när zon 3 på panelen utlöses, kommer en video från kamera 2 på videoinspelaren med abonnentnummer 9986 att laddas ner. Flera kameror kan tilldelas samma zon (och en video från varje kamera kommer att laddas ner när zonen utlöses) och samma kamera kan tilldelas flera kanaler (om video redan laddas ner när den andra zonen som kanalen är tilldelad utlöses kommer den inte att laddas ner igen). När vi trycker på Välj kamera, öppnas Operatörsprogrammet, vi går till den inspelare vi vill, visar den specifika kameran och med högerklick öppnar vi menyn Välj kamera som visas:

2.3.9. Abonnentdata

Hantering av intrångsabonnenternas data.

Vi tilldelar ett namn, adress, ort, provins, telefon och e-post. Dessa uppgifter kan konsulteras i Alarmhanteringen i Operatörsprogrammet för att underlätta hanteringen av händelser.

Kontakter läggs också till med namn, telefon, e-post och samtalsordning, och olika interna status för intrångsabonnenterna visas.

2.3.10. AI-parametrar

Vi justerar trösklar för människa-detektering, tröskel för intrångsbekräftelse, den använda prediktionsmodellen och den tid systemet väntar på analysen (annars visas bilden utan analys):

Vi ser i bilden att vi kan konfigurera “Detekteringsnivå”, en parameter mellan 0–1 som kommer att avgöra tröskeln från vilken en människa anses korrekt identifierad. Ju närmare 1 desto strängare krav på detekteringen. Standardrekommenderat värde är 0,4 men andra värden kan behövas i vissa scenarier och bilder.

På samma sätt konfigureras “Bekräftelsenivå”, också mellan 0–1, vilket är nivån systemet använder för att betrakta en bild som bekräftad intrång. Ju närmare 1 desto strängare krav för att betrakta en detektion som positiv.

I “Prediktionsmodell” tilldelar vi den modell som AI kommer att använda för att analysera bilderna. Modeller kommer att läggas till för att anpassa dem till olika scenarier (inomhus, berg, strand, etc.).

“Timeout-process” är den tidsgräns som systemet väntar på att få den analyserade bilden. Om ingen respons erhålls inom denna tid fortsätter systemet med den ursprungliga bilden utan analys.

Vi kan se hur dessa parametrar fungerar genom att ladda en testbild med knappen “Ladda testbild”. När bilden är laddad klickar vi på “Analysera” och ser de olika nivåerna för detektering av människor och fordon:

Som vi ser i detta fall skulle larmet vara bekräftat eftersom bekräftelsenivån är inställd på 0,57 och personen upptäcks med en noggrannhet på 0,61. Om vi ändrar denna nivå till 0,65 för att testa:

Vi ser nu att analysen uppenbarligen är densamma men larmet räknas inte längre som bekräftat eftersom 0,61 är mindre än den konfigurerade bekräftelsenivån 0,65.

På samma sätt, om vi höjer detekteringsnivån till 0,63 kommer inte ens en ruta att ritas runt personen eftersom systemet anser att nivån inte är tillräcklig för att indikera att det är en person:

Utöver denna generiska testbild kan vi begära en bild från den egna installationen med knappen “Begär installationsbild”. Vi ser att VisorHTML inte visas därifrån, från vilket vi kan begära en bild till exempel från en pircam. Särskilt kommer en analyserad bild att sparas (eftersom analyssystemet är aktivt) men också en rå, oanalyserad bild som vi kan använda för att finjustera parametrarna med en bild från den faktiska installationen. Efter att ha gjort begäran klickar vi på “Ladda installationsbild” och väljer den senaste sparade bilden i abonnentens katalog vars namn slutar på NonIA (bilden kommer att ha ett namn i stil med 2023.09.13.08.27.44.435.P1.Z3_NonIA.JPG).

2.3.11. Nya VESTA-koder

När systemet upptäcker att Vesta-familjens paneler använder nya koder aktiveras knappen !!NYA VESTA-KODER!!:

Vi trycker på knappen för att se de nya koderna och deras definitioner:

Vi kan Kopiera koder för att lägga dem i ett dokument för registrering i vårt system, Avbryt, vilket gör att knappen för nya händelser och aviseringar förblir aktiv, eller “Visa inte igen tills nya dyker upp”, vilket indikerar att vi har tagit del av de nya koderna och aviseringen försvinner.

Ge2.4. Larm

Hantering av parametrar relaterade till händelser och larm från enheterna.

2.4.1. Åtgärder

Lista över åtgärder som kan tilldelas ett larm som har utlösts i Operatörsprogrammet, om händelserna skickas till denna applikation. För att snabba upp hanteringen av larmet tilldelas fördefinierade åtgärder (dispositioner) som definieras i detta avsnitt:

Med knappen Ny förbereder vi redigeringen. Vi anger önskad åtgärd och klickar på Spara. Om vi dubbelklickar i den övre tabellen kan vi ändra eller Radera redigera redan befintliga åtgärder.

2.4.2. Gateway

Händelser från enheterna kan skickas till CRA-kontrollprogramvaran via protokoll som är specifika för varje program. Men händelser kodas med standardiserade koder. De mest kända är ContactID och SIA. I denna tabell kan vi anpassa dessa koder för att matcha standarden eller synkronisera dem med de koder som CRA-hanteringsprogramvaran korrekt tolkar. Därefter kan var och en av dessa koder tilldelas de händelser vi vill skicka till CRA-programvaran, till exempel i Larm (för generiska enhetshändelser) eller i Larm per kanal, för att hantera händelser för varje kamera eller kanal.

I denna tabell visas alla koder med deras beskrivning. Genom att dubbelklicka på en av dem kan vi redigera den:

Ändra, koden som skickas i Manitou-kod, ändra Larmbeskrivning, som kommer att vara den text som visas för val vid definition av händelser.

Vi kan radera koden med knappen Radera.

Vi kan lägga till en kod med dess beskrivning med knappen Ny.

2.4.3. Lista

Enheternas händelser kan skickas till CRA-programvaran eller Operatörsprogrammet, men de registreras också i AlarmSpace-systemet. I denna lista kan dessa händelser konsulteras per dag:

2.4.4. DVR-händelser

Enheternas händelser kan skickas till CRA-programvaran eller Operatörsprogrammet, men de registreras också i AlarmSpace-systemet. I denna lista kan dessa händelser konsulteras, sorteras, filtreras och exporteras:

Filter efter datum i rullgardinsmenyerna Mellan, och.

Använd filter efter abonnentnummer, serienummer eller enhetsbeskrivning i rullgardinen Ta bort filter.

Filtrera efter händelsetyper i Händelsetyp.

Med knappen Uppdatera uppdaterar data för tillämpade filter.

Knapparna till höger exporterar de för närvarande filtrerade data till CSV/Excel och PDF.

Denna lista kan också visas från applikationen Operatör i fliken Larm från knappen DVR-händelselista.

Denna lista innehåller ytterligare fält om den innehåller analoga brandenheter. Följande visas: enhetstyp, slinga, adress, cell, referens, subadress, enhetsbeskrivning, zonbeskrivning och analogt värde:

Likaså exporteras denna utökade lista helt till Excel och Pdf.

2.4.5. Schemalagda listor

Listor kan skickas periodiskt via e-post. Via detta avsnitt kan vi schemalägga olika listor, vid olika tider och till olika mottagare:

I tabellen visas de schemalagda listorna. Dubbelklicka på en för att ändra den. Knappen Ny för att skapa ett nytt schema:

Vi konfigurerar ett namn för listan, perioden (hur ofta den skickas) i timmar, sändningstid, e-post (e-postadresser separerade med “;”) som den skickas till. Vi ser tidpunkten för sista skickade lista och nästa sändning och kan välja de händelser vi vill inkludera i listan:

Slutligen kan vi aktivera eller inaktivera utskicket med kryssrutan “Aktiv”.

2.4.6. Intrångskoder

När man arbetar med AlarmSpace Operatör för att hantera intrångslarm definieras betydelsen av koder som tas emot från panelerna i tabellerna som presenteras i detta avsnitt.

Vi kan ändra händelsebeskrivningen, markera om det är en händelse som kräver användare istället för zon (öppningar, stängningar ...), färgen som händelsen kommer att visas med (RGB omvandlat till decimalt), i display väljer vi om händelsen ska gå via kontrollskärmen eller direkt till historiken, i priority

2.5. Konfiguration

Allmänna konfigurationer för hela AlarmSpace-systemet.

2.5.1. Mottagarparametrar

Parametrar för kommunikationer med programvaran för mottagning av larm från larmcentralen. Andra parametrar som används generellt av hela applikationen:

2.5.1.1. Allmänna parametrar

Om du vill skicka e-post vid någon händelse måste du ha en SMTP-server konfigurerad för att möjliggöra utskick (kontakta din e-postleverantör). De nödvändiga parametrarna är:

SMTP ANVÄNDARE: användarnamn för e-postkontot

SMTP SERVER: SMTP-server

SMTP LÖSENORD: SMTP-lösenord

SMTP FRÅN: adress som kommer att visas som avsändare i skickade e-post

ADMIN MAIL: generisk adress dit administratörsmeddelanden kommer att skickas

Bilder och videor som laddas ner av applikationen sparas lokalt på AlarmSpace-maskinen. I detta avsnitt definierar vi sökvägarna där de lagras:

KLIENTCAPTURE_SÖKVÄG: lager för skärmdumpar gjorda manuellt när en kamera visas i realtid eller en inspelning i Operatörsprogrammet

KLIENTVIDEO_SÖKVÄG: lager för videor som laddats ner manuellt när en kamera visas i realtid eller en inspelning i Operatörsprogrammet

SERVERVIDEO_SÖKVÄG: lager för videor som AlarmSpace automatiskt laddar ner när ett kanal-larm utlöses.

2.5.1.2. Kommunikation med CRA

Kommunikationerna med CRA-programvaran konfigureras från detta avsnitt.

MOTTAGARTYP: modell av programvara som används i CRA för mottagning av larm. Möjliga värden: Manitou, SBN, Softguard eller kompatibla.

MANITOU AKTIV: om kommunikationen är aktiv. Om den inte markeras kommer inga händelser att skickas.

MANITOU MALL: vi anger kodmallen som vi kommer att använda för att koda händelser: SIA ELLER CID (ContactID)

MANITOU PORT: TCP-lyssningsport för CRA-programvaran

MANITOU SERVER: lyssnande IP för CRA-programvaran

MANITOU LINJE: identifieringsrad för AlarmSpace som mottagare. Vissa CRA-programvaror kan duplicera abonnenter som kommer från olika mottagare

HEARTBEAT: period (i sekunder) för vilken AlarmSpace skickar ett hjärtslags- eller "jag lever"-meddelande till CRA-programvaran i lämpligt format för att informera om korrekt kommunikation.

KONVERTERA TILL AVI: med detta alternativ aktiverat kommer AlarmSpace att försöka konvertera alla skickade videor till standardformatet AVI

FRÅNSLAGNINGSSIGNALER: antal gånger som frånkoppling av en enhet skickas till CRA-programvaran (med eller utan mottagning av ACK/Bekräftelse)

SEND RETRIES: antal gånger som varje signal försöker skickas igen om inga ACK/bekräftelser mottas från CRA-programvaran

AX HUB LÖSENORD: nyckel för synkronisering av HIKVISION AX HUB-centraler för mottagning av centralens videor. Den måste matcha den som är programmerad i centralen (se AXHUB-centralkonfiguration -> AXHUB:s speciella inställningar -> EHome-registrering) Den kan sedan anpassas i avsnittet Lösenord för varje registrerad central.

PUBLIK IP: för att ta emot videor från AXHUB-centralen fungerar AlarmSpace som mottagare/gateway, därför måste vi ange den publika IP där portar 7660 och 8089 ska öppnas. (se AXHUB-centralkonfiguration -> Initella inställningar i AlarmSpace)

2.5.1.3. Andra parametrar

SEKVENSINTERVALL: visningsintervall för nytt block av kameror. För närvarande inte i bruk.

SERVICE CHECKDVR TIMEOUT: intervall i sekunder då kontroll av enheternas anslutning kommer att utföras.

TIMEOUT ALARM STATUS: tid i minuter innan vi åter anser ett larm som giltigt om det kommer från samma enhet och kanal

TIDSSYNKR. INTERVALL: tidsperiod i sekunder då en synkronisering av tid utförs för enheter som tillåter det

LARMLJUD: ljud som AlarmSpace-servern avger varje gång den tar emot ett larm.

MOTTAGARE AKTIV: utan denna parameter aktiv skickas inte händelserna till CRA-programvaran

SERVICE KONTROLLERA DISKUTRYMME: mängd ledigt utrymme på AlarmSpace-serverns hårddisk innan varning om lågt diskutrymme ges.

STARTA OM TJÄNST VID OOM: starta om tjänsten för kontroll av enheter i AlarmSpace om ett minnesöverflödesfel uppstår.

2.5.2. Lägga till licenser

Funktion för att lägga till nya licenser för AXHUB-centraler för att möjliggöra mottagning av de videor de genererar. Om en central inte finns i denna lista kommer den inte att kunna registrera sig i AlarmSpace. För nya licenser kontakta ByDemes tekniska support. Använd inte utan uttryckligt tillstånd från kvalificerad personal hos ByDemes.

2.5.3. Uppdatera mastertabeller

Funktion för att uppdatera datatabeller som används för olika funktioner i AlarmSpace. I grunden innebär det att lägga till parametrar som inte finns i tabellerna via filer levererade av ByDemes personal. Använd inte utan uttryckligt tillstånd från kvalificerad personal hos ByDemes.

2.5.4. Avancerad konfiguration

Lista alla konfigurationsparametrar för AlarmSpace. Tillåter visning av parametrar som lagts till i framtida versioner. Möjliggör också uppdatering av parametrar genom redigering direkt i tabellen och knappen Spara.

Varje parameter innehåller sin egen beskrivning. Använd inte utan uttryckligt tillstånd från kvalificerad personal hos ByDemes.

Namn

Värde

Beskrivning

ADMIN_MAIL

alarmspace@bydemes.com

Administrativ e-post. Den mottar fel och varningar.

ALLOW_DELETE_VESTA_IN_BACKEND

false

Om sann tas panelen bort från Vesta-backend när panelen raderas i AlarmSpace

ALLOW_SERVICE_RESTART_ON_OOM

Vi tillåter omstart av tjänst vid minnesbrister

APEXIS_SECONDS_BETWEEN_ALARMS

Sekunder som förflyter mellan att ett larm upptäcks och det återigen upptäcks

APEXIS_STATUS_RETRIEVAL_INTERVAL

Värde i sekunder för intervall för statusförfrågningar.

AVISOS_PASARELA_DESCONEXION_DVR

Antal signaler som skickas till gatewayen när vi upptäcker ett DVR-frånkoppling

CHECK_USE_CPU

Om det är 1 startar om tjänst om CPU-användning överstiger LIMIT_CPU_USAGE

COMPANY_EMAIL

alarmspace@bydemes.com

Företagets e-post

COMPANY_NAME

ByDemes

Företagsnamn

CONVERT_2_AVI

Konvertera larmfiler via gateway till avi-format innan sändning

DAYS_PRESERVE_CERTIFICATES

Tid i dagar som automatiska certifikat sparas

DAYS_PRESERVE_VIDEOS

Multimediaprodukter kommer att raderas efter dessa dagar från skapelsedatum.

DISABLE_CERTS_AUT_SERVICE

false

Inaktiverar tjänsten för generering och utskick av automatiska certifikat

DISABLE_FIRE_SERVICE

false

Kör inte processen för kontroll av brandenheter

DISABLE_VTO_SERVICE

false

Kör inte processen för kontroll av porttelefoner

EHOME_KEY

12345678

Generiskt lösenord för anslutning till AXHUB-centraler

FFMPEG_PROGRAM_FILE

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

Konvertera larmfiler via gateway till avi-format innan sändning

FORCE_MAINSTREAM_FIRST

false

Visa huvudström som standard i Operatör

FUEGO_ANALOG_LINEA

Mottagarlinje för sändning till Manitou av analoga brandhändelser

FUEGO_ANALOG_PLANTILLA

HONA

Mall som kommer att användas i Manitou EventType för analoga brandhändelser

INTERVALO_SECUENCIA

Tid som förflyter mellan varje block av kamerasekvenser i visorn

IP_SEARCH_EVENT_AS_CAM_DISCONNECTION

true

Auktorisera DH_IPSEARCH_EVENT_EX-händelsen som kamerasammanbrott

LIMIT_CPU_USAGE

Procentsats av CPU-användning vid vilken DVR-tjänsten startas om

LIMIT_FREE_MEMORY

Procentsats ledigt minne vid vilken DVR-tjänsten startas om

LOGS_DVRSERVICE_PRESERVE

180

Max antal dagar loggar från enhetens kontrolltjänst sparas

MANITOU_ACTIVE

Om VÄRDE = 1 kommer systemet att bli en proxy för Manitou

MANITOU_LINE

Extra fält att skicka i gateway-paketet. Tillämpbart för Manitou.

MANITOU_PLANTILLA

SIA

Mall som kommer att användas i Manitou EventType

MANITOU_PORT

23505

Port för Manitou-host

MANITOU_RETRIES

Antal försök att skicka till CRA-programvaran

MANITOU_SERVER

192.168.0.2

Adress till Manitou-host

MAX_AB_FILES_SIZE

200

Maximal tillåten storlek per abonnent

MAX_FILES_SIZE

1000

Maximal storlek på lagrade filer

OPTIMIZE_FOR_VESTA

false

Optimera för VESTA. Observera att tjänster för andra enheter inte kommer att fungera.

P2P_PROXY_LISTEN_PORT

7000

Socketport där P2P-tjänsten lyssnar

PERIODICAL_DVRSERVICE_RESTART

Periodisk omstart av DVR-tjänst

PERIOD_NOTIFICATIONS

Upprepningstid för Telegram-meddelanden

PUBLIC_IP

Publik IP för mottagning av händelser från AXHUB-centralen

RECEPTORA_ACTIVA

Tillåter mottagning av larm från videomottagningsprogrammet

RECEPTORA_HEARTBEAT

Antal sekunder

RECEPTORA_HEARTBEAT_LAST_KO_TIME

Senaste gången vi upptäckte mottagaren i KO

RECEPTORA_HEARTBEAT_LAST_OK_TIME

2017-01-14 18:01:26

Senaste gången vi upptäckte mottagaren i OK

RECEPTORA_HEARTBEAT_STATUS

Värden OK-KO

RUTA_CAPTURAS_CLIENTE

C:\AlarmSpace2Shared\Fotos

Rotkatalog där skärmdumpar från klientprogrammets videor sparas

RUTA_VIDEOS_CLIENTE

C:\AlarmSpace2Shared\Videos

Rotkatalog där videor från klientprogrammet sparas

RUTA_VIDEOS_SERVIDOR

C:\AlarmSpace2Shared\Servidor

Rotkatalog där DVR-videor sparas

SDK_VENUS

SERVER_ADDRESS

192.168.1.21:8003

Adress till webbtjänsten

SERVICE_CHECKDVR_TIMEOUT

Sekunder som tjänsten väntar för att granska DVR-listan

SERVICE_CHECK_DISK_SPACE

Värde i procent av utrymme som måste vara ledigt innan en varning visas

SERVICE_SYNCRDVR_TIMEOUT

3600

Tid för att synkronisera tider

SERVICIO_GC_TIMER

Sekunder mellan minnesrensning av Garbage Collector

SHOW_PROTOCOL_CODIFICATION

false

Visar standarden som används för intrångshändelsekoderna

SHOW_PSW_DVR_LIST

false

SMTP_FROM

alarmspace@bydemes.com

Visar kolumnen med dekrypterat lösenord i DVR-kontrollen

SMTP_PASSWORD

xxxxxxxxxxx

SMTP_SERVER

smtp.office365.com

SMTP_USERNAME

alarmspace@bydemes.com

SMTP_USE_SSL

true

Använd SSL-kryptering vid e-postsändning via SMTP

LARMLJUD

alarm_2.wav

Ljudfil som kommer att spelas när klienten tar emot ett larm. Måste ligga inom AppPath+Wav-mappen

TELEGRAM_TOKEN

Telegram Bot-token som används för Telegram-notiser

TIEMPO_DESCONEXION_CAMARA

Tid som systemet väntar för att bekräfta en kameras frånkoppling

TIEMPO_DESCONEXION_DVR

135

Tid som systemet väntar för att bekräfta en DVR-frånkoppling

TIME_FIND_RECORDINGS

120

Minuter under vilka vi söker inspelningar för det automatiska fullständiga certifikatet

TIMEOUT_ALARM_STATUS

Tid i minuter som tjänsten tillåts ignorera ett larm på en kanal om dess aktiva tillstånd inte har förändrats sedan första behandlingen.

TIME_ALARMS_CLOSING

Minuter inom vilka ett larm automatiskt stängs (0 för att inte stänga)

MOTTAGARTYP

0 = Manitou, 1 = SBN

UPLOAD_ALARM_COLOSO_EVOLUTION_PORT

55550

USE_MANITOU

Om VÄRDE = 1 kommer systemet att bli en proxy för Manitou

2.5.5. Kontrollpanel

Kontrollpanelen visar status för AlarmSpace-tjänsterna och tillåter att starta om, stoppa, inaktivera och återaktivera dem:

Om en tjänst inaktiveras kommer den att sluta fungera och kommer inte att startas om (inte ens vid serveromstart). Det enda sättet att återaktivera den är att aktivera tjänsten igen.

VIKTIG NOTERING: använd denna modul med försiktighet och endast om du är säker på följderna. Felaktig användning kan orsaka globalt felbeteende i AlarmSpace-programvaran.

2.5.6. Loggvisare

De olika AlarmSpace-tjänsterna genererar olika loggar. Detta verktyg tillåter visning av alla dessa loggar i realtid. Välj bara tjänsten du vill övervaka i rullgardinsmenyn så kommer motsvarande logg att uppdateras:

2.5.7. Certifikat Aautomatiska

Allmänna konfigurationsparametrar för automatiska certifikat:

Namn

Värde

Beskrivning

DAYS_PRESERVE_CERTIFICATES

Tid i dagar som automatiska certifikat sparas

DISABLE_CERTS_AUT_SERVICE

false

Inaktiverar tjänsten för generering och utskick av automatiska certifikat

TIME_FIND_RECORDINGS

120

Minuter under vilka vi söker inspelningar för det automatiska fullständiga certifikatet

2.5.8. P2P Dahua-instanser

Tillåter att definiera olika instanser av AlarmSpace P2P Dahua-tjänster för att parallellisera bearbetningen. Instanserna kan köras på samma servermaskin eller på vilken maskin i LAN som helst.

För att starta en ny instans använder vi knappen “Ny”. Vi fyller i IP-parametrarna (den privata IP-adressen för maskinen där tjänsten ska köras), port (porten tjänsten kommer att använda), om den är aktiv eller inte, och typen av P2P (“bydemes” för Dahua-enheter med ByDemes-firmware och “dahua” för de med Dahua:s originalfirmware). Sedan sparar vi och systemet kommer att starta den nya tjänsten och balansera enheterna rättvist över de parallella tjänsterna. Observera att om tjänsten ska köras på en annan instans än AlarmSpace-servern måste programvaran “AlarmSpace2 P2P Services Installer” installeras manuellt.

2.6. Säkerhetskopior

Hantering av import och export av databasinnehåll.

2.6.1. Import/Export

Exporterar databasens innehåll till en fil. Filen möjliggör full återställning av databasen i ett nytt system. Vi väljer målmappen med knappen med tre punkter och klickar på bearbeta:

En backupfil genereras i den valda katalogen.

Om vi väljer fliken Import återställer vi data från den valda filen och inför dem i den nuvarande AlarmSpace-installationen.

VIKTIGT: Import av data från en backupfil tar bort de data som finns i databasen och ersätter dem med backupens data. Använd denna funktion endast vid betydande förlust av data och med vetskap om att data som lagts till efter backupen kommer att gå förlorade.

2.6.2. Konfigurera

Databasbackupar kan utföras periodiskt via denna modul:

I denna modul väljer vi var kopiorna ska sparas, vi måste “Aktivera periodisk schemaläggning”, välja hur ofta den ska köras och välja startdatum för kopiorna. Vi kan också ta bort kopior äldre än det valda antalet dagar för att undvika diskutrymmesproblem.

Vi kan välja tabeller för kopian. Viktigt att veta är att AlarmSpace skapar tabeller per datum för att undvika att databastabeller växer ohämmat. När en tabell når en gräns skapas en ny tabell och den gamla får ett nytt namn. Vi kan välja att inte kopiera dessa gamla tabeller; kopian blir lättare och vi behåller ändå alla data. För att inte kopiera gamla tabeller måste vi ta bort kryssrutorna för “all” och “old_tables”:

2.6.3. Rensning

För att minska databasvolymen kan vi rensa den med denna funktionalitet. Det innebär att ta bort gamla tabeller som vi inte längre behöver data från (och som vi kan ha i gamla backuper). Vi känner igen gamla tabeller eftersom de får en numrering. Till exempel genererar tabellen alarms gamla tabeller som alarms_0000000001, alarms_0000000002, … Dessa numrerade tabeller kan tas bort utan att påverka programmets korrekta funktion.

2.7. Språk

Tillåter byte av språk i AlarmSpace-plattformen. För närvarande finns följande språk tillgängliga:

När ett språkbyte görs ombeds vi att starta om servern för att uppdatera ändringarna.

2.8. Hjälp

I hjälpavsnittet hittar vi information om AlarmSpace-versionen och licenser samt olika hjälpdokument som finns tillgängliga för plattformen. Vi kan också söka efter tillgängliga uppdateringar för AlarmSpace-versionen:

3. Operatörsmodul

Modul för visning av kameror i realtid, visning och nedladdning av inspelningar och hantering av larm. Denna modul fungerar som klient till servermodulen, så den kan installeras på flera maskiner som ansluter till servern. Flera operatörer kan använda den samtidigt.

3.1. Inloggning

För att komma in i Operatörsmodulen måste vi ange ett giltigt AlarmSpace-användarkonto, av vilken nivå som helst.

Standardoperatörsanvändaren har lösenordet 12345. Det kan ändras och fler operatörsanvändare kan skapas från AlarmSpace-servern i menyn Användare.

Vi kan använda Auto Login som vid nästa uppstart av Operatörsprogrammet på denna maskin fyller i fälten Användare och Lösenord med de senast använda värdena, så att det inte behövs att fylla i användarnamn och lösenord för snabb inloggning. För att återställa AutoLogin måste Operatör startas med parametern STOPAUTO.

Det går också att öppna Operatör genom att ange användare, lösenord och en specifik abonnent via kommandoraden:

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

Detta kommando startar Operatörsmodulen med användaren “operador”, lösenord “12345” och endast med kamerorna för abonnenten “1234”. Vi kan använda endast vissa parametrar, till exempel om vi inte anger -ab öppnas programmet med alla enheter som är tilldelade användaren.

Genom att använda kommandoradsparametern -cert öppnas inte Operatör, den genererar endast ett certifikat för en abonnents kameror direkt. För att detta ska fungera måste även parametarna -user och -pwd anges för att validera åtkomstanvändaren. Om vi använder parametern -ab genereras certifikatet för den abonnenten, annars kommer vi att bli ombedda att ange abonnentnumret:

Vi kan använda parametern -cert utan argument eller ange sökvägen där certifikatet ska sparas. Om ingen sökväg anges sparas det i mappen som är tilldelad gruppen som enheten tillhör, eller om ingen grupp är tilldelad i standardvägen (t.ex. "C:\Program Files\ByDemes\AlarmSpace2 Client Module\AutoCerts"). I certifikatet kan även inspelningar för varje kanal listas; det uppnås genom att lägga till parametern -minFindRecord XXX, som anger antalet minuters inspelningar som ska sökas. Ett enkelt exempel på kommandorad för att generera ett certifikat direkt:

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

Och ett exempel som anger certifikatets sökväg till C:\CertificadosDVR\DVR1234 och söker 120 minuter inspelningar:

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

Operatörsmodulen visar i åtkomstfönstret den version av Operatör som körs. Det rekommenderas att denna version överensstämmer med den som körs på AlarmSpace-servern, annars kan vissa funktioner fungera felaktigt.

Första gången vi startar en Operatör måste vi konfigurera serverns adress (för att informera Operatören vart den ska ansluta). Detta görs med knappen Konfiguration:

Här måste vi ange AlarmSpace-serverns IP följt av ett kolon (:) och port 8003 (standard, kan ändras i serverkonfigurationen). Om kommunikationen är korrekt efter Acceptera visas bekräftelsen:

Om det misslyckas visas det också och som följd kan vi inte arbeta korrekt med Operatören tills problemet är åtgärdat:

Serverns IP och port måste anges korrekt. Om problemet kvarstår, kontakta ByDemes tekniska personal.

3.2. Realtid

Via fliken Realtid visar vi kameror i realtid. Flera kameror kan aktiveras samtidigt från samma inspelare eller från flera.

I panelen till vänster visas en panel med olika flikar.

I fliken DVR visas listan över alla enheter med möjlighet att expandera varje enhets kameror, endast de enheter/kameror som är tilldelade användaren i Servermodul -> DVR -> DVR per användare

Listan görs efter enhetsbeskrivning. Med knappen Lista DVR:er per abonnent ser vi listan efter abonnentnummer. Genom att trycka igen återgår vi till att se enheterna efter deras beskrivning.

Genom att dubbelklicka på en kamera visas den i realtid. Genom att dubbelklicka på en inspelare visas alla enhetens kameror.

Om vi väljer en vy visas tillgängliga alternativ för vad vi tittar på:

I laddar vi ner den video vi tittar på.

I gör vi en skärmdump av bilden i det ögonblicket.

I lyssnar vi på ljudet från enheten om den har den funktionen.

I aktiverar vi mikrofonen för att prata med enheten.

I hittar vi funktionen “Instant Replay”, som spelar upp kamerans inspelning 5 minuter tidigare

I zoomar vi in valfri del av kameravy, valt med musen.

I rensar vi skärmen och slutar visa kameran.

Nederst har vi möjlighet att rensa alla kameror som vi tittar på och ladda om användarens enheter:

Med högerklick på en inspelare visas en kontextmeny med olika alternativ:

Aktivera huvudström byter kameravyn till läget med högre upplösning kallat huvudström

Aktivera underström byter visningen till läget med reducerad upplösning Underström, vilket hjälper till att inte överbelasta klientens och AlarmSpace:s kommunikationskanal

Hantera reläer öppnar de tillgängliga reläutgångarna på enheten och tillåter att aktivera eller inaktivera dem:

Vi markerar reläernas tillstånd som vi önskar och klickar på knappen Ändra relätillstånd.

Kameracertifikat skapar en ögonblicksbild av alla kamerors status på enheten som kan fungera som installations- eller översynscertifikat. Den frågar oss i vilken mapp certifikatet ska sparas och vilka kameror vi vill fånga (om vissa kanaler inte används; som standard alla DVR-kanaler). Dessutom kan vi manuellt lägga till en kommentar i certifikatet:

Om certifikatet har skapats korrekt ser vi bekräftelsen:

Och vi får certifikatet på den angivna sökvägen:

Logotypen kan ersättas av en .bmp med liknande upplösning som den vi har i C:\Program Files\ByDemes\AlarmSpace2\LogoCert\LogoClient.bmp. För att byta ut den ersätter vi filen LogoClient.bmp med den nya .bmp-filen med samma namn.

Certifikatet visar också de händelser som enheten haft de senaste 24 timmarna, för att till exempel se tester som utförts vid installation eller underhåll:

“Fullständigt kamcertifikat” skapar ett certifikat exakt som det föregående, men inkluderar en komplett lista över de olika inspelningarna från alla aktiva kameror under den senaste månaden:

“Kameravisare” öppnar applikationen Kameravisare, som visar den valda kameran och en inspelning 30 sekunder tidigare.

Fliken PTZ tillåter olika alternativ för kameran om den är justerbar och motoriserad:

Steg/Hastighet justerar steglängden för rörelserna; ju högre desto snabbare sker ändringarna.

Med pilarna rör vi kameran i olika riktningar.

Med Zoom förstorar eller förminskar vi bilden.

Med Focus närmar vi in eller ut kamerans fokuspunkt.

Med IRIS öppnar eller stänger kamerans iris för att justera mängden ljus som den uppfattar.

Fliken Förinställd tillåter att köra de olika åtgärder som enheten har definierat i sina förinställningar:

Välj numret på Förinställd och tryck Kör.

Fliken Filter tillämpar filter på enheterna som visas i DVR-fliken. Vi kan filtrera genom att använda en Allmänt filter vilket filtrerar efter DVR-typ (ColosoEvo, Dahua, Hivision, HyundaiNextGen...), efter Anslutningstyp, föredragen anslutningstyp: direkt eller P2P och efter Grupp: visar endast enheter som har den gruppen tilldelad i Servermodul -> DVR -> Lista -> Allmänna uppgifter.

I detta fall skulle endast enheterna i GRUPP 1 visas. Observera att när ett filter är tillämpat visas en (F) bredvid titeln Filter, för att klargöra att inte alla enheter tilldelade användaren visas utan bara de som tillåts av det valda filtret.

3.2.1. Brand

När enheten är av typen konventionell brandcentral visas detta fönster vid dubbelklick:

Vi ser alla centralens zoner, med aktiva larm och fel i varje. Om vi hovrar över en zon visas aktuell larmtyp, centralens temperatur, nätingångsspänning och hjälputgångsspänning, batterispänning samt zonens egen spänning. Även en historik över de senaste zonhändelserna visas.

Den skiljer mellan detektor- eller tryckknappslarm och fel av typen kortslutning eller öppen krets.

Vi ser status för intern summer, systems fel och sirener, med deras historik. Dessutom visas en generell historik med alla nyligen inträffade händelser och vi kan fjärrtysta centralens interna summer.

Med högerklick på enheten får vi alternativet Generera certifikat, som skapar ett certifikat med status och spänningar för hela centralen samt grafer som visar tidsutvecklingen för centralens tillstånd under den valda perioden.

3.2.2. Porttelefoner

När ett samtal från en porttelefon som är korrekt konfigurerad i servermodulen för att skicka samtalet till operatören inträffar, visas en popupruta som denna medan en ringsignal hörs:

Där ser vi VTO:s kamera. Därefter startar vi samtal med knappen Starta samtal, vi kan Öppna dörr, Öppna andra dörren, Stoppa ringning.

La alternativet Frigör samtal används om denna operatör inte kan ta samtalet just nu; även om operatören redan svarat kan hen frigöra det och det kommer åter att synas för alla öppna operatörer så att en annan operatör kan ta det. Slutligen, för att avsluta samtalet kan vi använda Avsluta samtal (stänger inte fönstret) eller Stäng fönster, vilket avslutar och stänger fönstret samtidigt.

Om flera samtal kommer samtidigt visas det första först och när det stängs visas nästa. Om fler än en operatör är aktiv visas det första samtalet för alla operatörer och när en börjar samtala visas nästa för de andra operatörerna, så att flera samtal kan hanteras samtidigt av flera operatörer.

3.2.3. Analog brand

När enhetstypen är “Honeywell Analog” visas följande skärm:

Vi har en övergripande vy av centralen. Om vi hovrar över ikoner visas historiken för varje enhet. I Allmän historik en generell historik. Till vänster kan vi göra förfrågningar om enheterna. Om vi inte fyller i några uppgifter och trycker på knappen sök visas hela centralens konfiguration. Om vi i rullgardinsmenyn vid konfigurationen väljer till exempel enheterna I test returnerar den endast enheter som är i test. Om vi väljer en Krets, en Typ och anger en adress returneras mer exakt information om den specifika enheten. Om vi anger en zon (och raderar adressen, som har företräde) återges information om enheten i den zonen. Med högerklick på sökknappen visas (efter administratörslösenord) en meny med tvåvägsalternativ:

Vi kan nolla zoner, sätta dem i test och återställa dem till normalt tillstånd. Även med högerklick på ikonen för Systemfel kan vi återställa centralen:

Om vi högerklickar på enheten visas en meny där vi kan generera en pdf med hela centralens konfiguration:

3.3. Video

Via videofliken söker vi inspelningar för den valda kanalen genom att filtrera efter olika kriterier:

Vi filtrerar efter önskade datum och efter vilken typ av händelse som orsakade videofilens inspelning: alla, yttre larm, rörelsedetektion, vilken som helst larmtyp eller olika med förfrågningar.

Med knappen Sök visar till höger alla tillgängliga inspelningar enligt valda filter:

Dubbelklicka på en av inspelningarna som visas för att spela upp tillhörande video:

Under uppspelning har vi olika alternativ:

pausa och återuppta uppspelningen.

stoppa uppspelningen helt; skärmen blir svart.

snabb/slow framåt/bakåt och bildruta för bildruta.

ladda ner en video av det som visas.

ta skärmdump av det som visas vid det tillfället.

tidsvalsknapp, tar oss exakt till önskad sekund i videon. Vi kan ladda ner från den sekund som valts.

I fliken Skärmdumpar kan vi visa de skärmdumpar som vi har lagrade lokalt på maskinen, i den sökväg som vi har angivit i Servermodul -> Konfiguration -> Parametrar Mottagare -> Allmänna parametrar (i MOTTAGARSKÄRMAR SÖKVÄG):

3.4. Larm

Fliken Larm används för att hantera larm som tas emot från enheterna. Enheternas händelser kan skickas till CRA-mjukvaran om de är programmerade som Skicka larm via gateway eller skickas till operatören om alternativet är markerat Skicka larm för videoverifiering.

I det senare fallet visas larmen i larmlistan hos alla operatörer vars användare har enheten tilldelad:

Vi väljer larmet från Aktiva larm. Om det finns associerade videor kan vi spela upp dem: om det finns pre-larmvideo och/eller post-larmvideo visar vi dem genom att markera motsvarande kryssruta. Vi kan pausa uppspelningen, återuppta den, stoppa helt, spola framåt, spola tillbaka och ta en skärmdump när som helst. Det visar oss också en bild av larmögonblicket i Larmets skärmdump.

När det är valt klickar vi på knappen Bearbeta larm, vi ser att det tar oss till fliken Realtid för att visa kameran live. Vi återvänder till fliken Larm och väljer en åtgärd associerad med hanteringen av larmet som visas i rullgardinsmenyn Åtgärd. Åtgärderna i denna rullgardinsmeny skapas i AlarmSpace-server -> Larm -> Åtgärder. För att associera åtgärden med larmet trycker vi på knappen Spara åtgärd. Vi skriver en kommentar i det utrymme som reserverats för detta (under Bearbeta larm). Slutligen bearbetar vi händelsen med knappen Bearbeta larm.

I knappen DVR-händelselista, visas listan över AlarmSpace-enheternas händelser, med möjlighet att filtrera efter olika kriterier och exportera till Excel/CSV och PDF. För mer detaljer se Servermodul -> Larm -> DVR-händelser.

3.4.1. Inbrottslarm

Operatörens larmmodul kan nu även ta emot inbrottslarm från Vesta-paneler. För att de ska mottas i operatören måste du i gateway-inställningarna för VESTA, i avsnittet ComputerProtocol (utgående protokoll), ange typen OPERATÖR:

När det är konfigurerat ser vi att händelser från inbrottspanelerna visas i operatören:

Vi behandlar dem på samma sätt som i föregående fall, genom att lägga till en åtgärd och spara den samt skriva en kommentar. När vi sparar kan vi antingen spara bara den händelse vi bearbetar eller Stäng alla abonnent för att spara alla abonnentens händelser. I operatören kan vi också se DVR-händelselista

DVR-händelser, som också inkluderar inbrottshändelser och gå in i underhållet av INBROTTsabonnenter.

Händelserna kan konfigureras med olika färger beroende på vilken grad av vikt vi vill tilldela dem, och de kan sorteras efter prioritet. Man kan även välja vilka händelser som visas på skärmen eller går direkt till historiken.

Uppe till höger ser vi abonnentens tilldelade uppgifter (namn, adress, ort, provins, telefon och e-post).

Genom att trycka på knappen Kontakter ser vi abonnentens tilldelade kontaktpersoner (namn, telefon, e-post), sorterade efter Ordning som vi har angivit i Abonnentuppgifter:

I Status ser vi abonnentens tillgängliga status:

Och i Zoner, de zoner som panelen upptäckt:

Om det finns en bildhändelse visar den den första fångade bilden:

och med uppspelningsknappen kan vi visa hela videon och utföra tvåvägsåtgärder:

4. ActiveX-modul

ActiveX-modulen är en applikation som tillåter visning av kameror i realtid och uppspelningar via Internet Explorer eller kompatibla inbäddade webbläsare i CRA-program som Manitou, SBN och Softguard.

4.1. Gateway-kommandon

Den nuvarande “GENERISK ACTIVEX-GATEWAY” i AlarmSpace V2 inkluderar en webbserver som lyssnar på port 8003 (och uppåt).

Vid installation söker den den första lediga porten omkring 8003.

Denna port kan ändras i en textfil configuracion.dat i installationsmappen och genom att starta om tjänsten.

(Den måste vara öppen mellan operatörernas maskiner och den maskin där AlarmSpaceV2 körs). Det är också viktigt att IP:n som visas i denna fil (i de första fyra raderna) motsvarar IP:n för AlarmSpace-servern (i exemplet 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 detta kan man använda anropet till webbplatsen och kommandona nedan med följande system:

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

Där subscriber är abonnentnumret konfigurerat i AlarmSpace V2; i detta exempel skulle det endast ansluta till abonnent 9999:s DVR och visa kanal 4 i huvudström i realtid

Parametriserbart enligt följande kommandoöversikt:

channel= kanalnummer för direktvisning, börjar på 1.

Alternativ, om enheten har KANAL “0”

Om kanalnumret skrivs som 0 kommer systemet att tolka det som att man vill använda "Kanal 0" som åtföljs av parametrarna (“multiplay_type” och “multiplay_channel”)

multiplay_type=<n> där <n> är 4, 8, 9, 16. Det vill säga antalet kanaler.

multiplay_channel=<n> där <n> är den första kanalen som kommer att visas i “rutnätet”.

(Detta alternativ beror på inspelaren; vissa stöder endast CH0 och förstår inte övriga kommandon)

channel_source=main | sub. För att välja stream för mainstream- eller substream-anslutningen. Standard är "sub".

channel_save_video= Om den är 1 börjar den spara video när anslutningen startar. Spara videoknappen blir röd så att operatören kan stoppa den.

channel_save_image= Om den är 1 tas en skärmdump vid sessionens start.

prealarm_channel= kanalnummer för att välja i inspelningar.

prealarm_save_video=-sekunder/-sekunder. Intervall i sekunder räknat från "nu". Det vill säga, om du anger -20/-5 och klockan är 10:32:40 kommer sparad video att gå från 10:32:20 till 10:32:35.

prealarm_view_video=-sekunder/-sekunder.

Intervall i sekunder räknat från "nu". Det vill säga, om du skriver -20/-5 och klockan nu är 10:32:40 kommer videon att vara från 10:32:20 till 10:32:35.

Använd detta alternativ för att visa en förhandsgranskning av pre-larmet i det högra fönstret istället för att ladda ner det. Det är kompatibelt med prealarm_save_video ovan. Om båda används kommer det att visas och laddas ner.

Det är mycket viktigt att DVR:n spelar in och är synkroniserad med AlarmSpace; annars kanske den inte hittar de inspelningar som begärts som pre-larm. NTP rekommenderas för att synkronisera tiden och be DVR:n t.ex. om -60/5 (en minut före larmet).

Alla alternativ kan användas samtidigt:

exempel: port=3500&subscriber=9999&channel=4&channel_source=main&channel_save_image=1&channel_save_video=1&p realarm_channel=8&prealarm_save_video=-20/0

Med detta kommer systemet att ansluta till kanal 4 på abonnent 9999:s DVR i mainstream, ta en skärmdump och börja samtidigt spara video i realtid; därefter begärs inspelningen från kanal 8 från 20 sekunder före nu och sparas.

Fler kommandon kan läggas till med & och det får inte finnas blanksteg.

Dessutom finner operatörernas ActiveX:

En knapp för att aktivera DVR:ns reläutgångar. En knapp för att aktivera DVR-ljudet.

En knapp för att aktivera tvåvägsljudsystemet.

En knapp för att göra Replay om en pre-larmförfrågan begärts. Den visas endast om en pre-larmförfrågan begärts med parametrarna.

Den spelar upp larmögonblicket tills en annan pre-larmförfrågan begärs och så länge inspelningen finns på DVR:ns disk.

Operatören kan med sökknapparna visa inspelningar från andra kameror, och om hen trycker Replay visas pre-larmet igen.

Knappuppsättning för att välja ljudinspelningar lagrade på datorn som kan skickas till DVR för att höras genom de högtalare som är anslutna till DVR i installationen.

Dessa ljudfiler måste vara wavs 16 bitar 8 kHz mono; några exempelfiler bifogas.

Vi rekommenderar inte att de är för stora eftersom webbläsaren kan frysa under uppspelning.

Utöver knapparna för att spela in video och ta foton både i livevyn och i uppspelningsvyn

I realtid kan vi välja kamera och strömtyp samt styra domer och till och med välja kontrollhastigheten

Vid uppspelning kan vi välja kanal, datum och tid och trycka GO för att starta uppspelningen vid det ögonblicket

Och kontrollerna för uppspelningen

4.2. Nya kommandon

NYA KOMMANDON

dvr_name=namn. En enhet kan identifieras med det tilldelade namnet. Gör det möjligt att skilja mellan två inspelare med samma abonnentnummer.

sincPlaybackChannel=1 | 0. Tillåter att ändra visningen av inspelat video till den kanal som vi byter till i livevyn; uppspelningstiden kommer att vara den som valts i prealarm_view_video.

fire_subscriber= Abonnentnummer tilldelat en brandcentral. Visning av centralens status visas och vi kan interagera med den. Kombinerat med DVR-kommandon tillåter det samtidig visning av kameror.

vto_subscriber= Abonnentnummer tilldelat en porttelefon (VTO). VTO-kontrollskärmen visas, vi ser kameran, kan samtala och öppna dörrar. Kombinerat med DVR-kommandon tillåter det visning av ytterligare kameror.

Den nya knappen ‘?’ visar en tabell med kameror sorterade efter senaste rörelsedetektion. Så kan vi få en överblick över det detekterade förloppet:

5. Konfiguration av VESTA-gateway

5.1. Introduktion

5.1.1. Välkommen

Climax VESTA-inbrottspanelen kan skicka genererade händelser i olika format. AlarmSpace har utökat sina kapaciteter för att ta emot dessa händelser, bearbeta dem och generera nya utgångssignaler anpassade till protokollen för de viktigaste mottagarprogrammen i vårt land (Manitou, SBN, Softguard och kompatibla).

Dessutom övervakar AlarmSpace det programmerbara polling-kontrollen och erbjuder möjligheten att inaktivera abonnenter (de skickas inte till CRA-mjukvaran) och ändra polling-tider. Vi kan också övervaka mottagna händelser i realtid.

Mottagarsystemet erbjuder hög tillgänglighet genom en klusterkonfiguration med två maskiner (primär och backup) vilket kraftigt minskar risken för att förlora händelser eller drabbas av betydande förseningar.

5.2. Programmering av VESTA-centralen

Snabbkonfiguration av CRA (alarmscentral som mottagare i en VESTA-panel)

Steg 1: Logga in i APP eller WEB SmartHomeSec som installatör

Steg 2: Gå till avsnittet INSTÄLLNINGAR -> RAPPORT

Steg 3: Lägg till en ny URL och tilldela GRUPP 2

Steg 4: Lägg till i URL: ip://ABONNENT@IP:PORT/MAN

ABONNENT = Abonnent tillhandahållen av CRA 
IP = CRA:s offentliga IP
PORT = CRA:s PORT

Den rekommenderade programmeringsupplägget för korrekt mottagning av händelser från VESTA-centralen är följande:

I denna figur representerar CRA mottagarmjukvaran, VESTA en installerad central och AlarmSpace MAIN och BACKUP är två instanser av AlarmSpace på två olika maskiner. De kan virtualiseras, men vi rekommenderar fysiskt separata maskiner. Om anslutningen till AlarmSpace MAIN misslyckas försöker centralen via AlarmSpace BACKUP. Den kommer alltid försöka tillbaka via MAIN för att se om den återfås.

För att programmera kommunikationsparametrarna i VESTA-centralen måste vi gå till ByDemes moln: https://smarthomesec.bydemes.com/ByDemes/ och logga in med användarnamn och lösenord. När vi är inloggade väljer vi önskad panel och går till avsnittet Inställning/Rapport

I de olika URL:erna konfigurerar vi kommunikationsparametrarna. URL1 är reserverad för internt bruk. I URL 2 anger vi uppgifterna för vår primära AlarmSpace-mottagare på följande sätt:

ip://1234@123.123.123.123:23506/MAN

Där 1234 är abonnentnumret, 123.123.123.123 är AlarmSpace:s offentliga IP och 23506 porten öppen mot AlarmSpace-maskinen för att ta emot händelser.

VIKTIGT MEDDELANDE

IP:n måste skrivas utan ledande nollor; FYLL INTE UT MED 0 TILL 3 SIFFROR. Om du gör det kommer anslutningen inte att fungera.

I gruppen tilldelar vi Grupp 2, vilket säkerställer att alla händelser skickas.

För att säkerställa maximal tillgänglighet rekommenderar vi att tilldela en ny URL (URL 3). Denna måste peka på AlarmSpace-backupmaskinen (med backupmaskinens offentliga IP och port öppen mot den maskinen). Vi kommer också välja Grupp 2 för att endast skicka de händelser som misslyckas via huvudsaklig väg (olika grupp skickar alla, samma grupp skickar endast de som misslyckas i den tidigare).

I Rapporteringssekvens (Reporting Sequence) väljer vi Grundläggande och för omförsök rekommenderar vi endast ett omförsök för att snabba upp bytet till sekundär väg vid fel (om sekundär väg inte används kan man öka till 3 omförsök).

Uppgifter för uppladdning av bilder saknas:

Även med protokollet “Manitou” och strängen 1234@123.123.123.123:23506 med samma abonnentnummer, ip och port som huvudvägen.

Klicka på "Skicka" så har vi kommunikationerna tilldelade.

VIKTIGT MEDDELANDE

Vi rekommenderar att kommunikationen med AlarmSpace BACKUP sker över en annan kommunikationsväg (annan fiber/ADSL än huvudvägen) och helst från olika operatörer (annan fysisk infrastruktur) för att säkerställa mottagning om en kommunikationslänk fallerar.

5.3. AlarmSpace-konfigurationer

5.3.1. Allmän konfiguration - VESTALog

VESTALog-applikationen har olika funktioner. Visa mottagna händelser och de som vidarebefordras till CRA-mjukvaran i realtid, se en historik över behandlade ramar, en textlogg med mottagarens driftinformation, konfiguration av mottagarens parametrar, välja olika mål för händelser, omfördela eller avvisa händelser och konfigurera loadbalancer-funktionen.

5.3.1.1. Realtid

Vi visar händelser mottagna från VESTA-centraler, svaren och händelser skickade till CRA-mjukvaran samt deras svar.

5.3.1.2. Historik

Visar ramar mottagna från VESTA-centraler. Vi kan filtrera dem efter datum och abonnentnummer.

5.3.1.3. Logg

5.3.1.4. VESTA-konfiguration

Parametrar för mottagaren:

ServidorMy: IP för lokal MySQL-server (maskinens egen IP)
ServidorMyBackup: IP för backup-MySQL-servern (lämna 0 om den finns på AlarmSpace Backup eller om backup-maskinen inte implementeras)
rutaVideos: sökväg där mottagna bilder och videor kommer sparas.
domainForUNC: om du vill spara videor via nätverk kan användarautentisering via UNC krävas. Ange domän här.
userForUNC: användare för att spara videor och bilder på nätverk.
passwordForUNC: lösenord för att spara videor och bilder på nätverk
checkForUser: kommer begära användarnamn och lösenord vid start av tvåvägsvy. Om användaren saknar rättigheter för panelen kommer åtkomst nekas.
secondsBefore: endast bilder och videor från dessa sista sekunder visas i tvåvägsvyn, för att undvika visning av gamla videor som kan förvirra operatören.
sendVisorEvents: om detta aktiveras skickar alla användaråtgärder i tvåvägsvyn en händelse till CRA-mjukvaran.
useLoadBalancer: tillåter att fördela inkommande panelanslutningar mellan två eller fler maskiner för att öka antalet samtidiga händelser som kan hanteras.
Ip: lokal (privat) IP för maskinen där lyssningsporten öppnas.
Port: lyssningsport. Den måste öppnas i routern (TCP) för att ta emot händelser till denna maskin.
PuertoEncriptacion: lyssningsport för krypterade ramar (annan än den för okrypterade ramar). För större säkerhet kan centralerna programmeras att skicka krypterat på följande sätt:

ip://1234@3.123.23.123:23508/MAN_TLS för händelser

Välj Manitou (TLS) för bilder.

Linea: mottagarlinje, använd av vissa CRA-program för att skilja och associera abonnenter till en viss mottagare.
PuertoMedical: lyssningsport för ramar från medicinsk utrustning. Används också för att ta emot SIA DC09 (SIA IP) när CRA-mjukvaran inte stöder andra protokoll.
Title: Namn på mottagaren.
IniCar: starttecken för ramar mottagna från panelerna. Ändra inte utan övervakning från byDemes.
EndCar: sluttecken för ramar mottagna från panelerna. Ändra inte utan övervakning från byDemes.
manitouServer: IP för CRA-mjukvarans server.
manitouPort: lyssningsport för den använda CRA-mjukvaran.
vestaAutoactivateAb: om satt till 1 aktiveras nya abonnenter som applikationen tar emot automatiskt. Om 0 registreras abonnenten men måste aktiveras manuellt.
vestaPollingTime: standardtid mellan polling-signaler. Den tilldelas automatiskt till alla nya abonnenter. Kan ändras individuellt.

Om vi högerklickar på denna rad kan vi tilldela detta värde till alla inbrottsabonnenter vi har för närvarande:

vestaDaysPreserveFrames: dagar som ramar i historiken kommer bevaras.
vestaDaysPreserveImages: dagar som bilder kommer bevaras på AlarmSpace:s hårddisk
VestaNumAb: abonnentnummer som applikationen använder för att skicka interna händelser.
VestaInternalTestPeriod: frekvens (i sekunder) för applikationens interna test. Om 0 skickas inget test.
VestaAccountDefaultTestPeriod: frekvens för att skicka ett test från VESTA-centralen till CRA-mjukvaran om polling fungerar korrekt.

Om vi högerklickar på denna rad kan vi tilldela detta värde till alla inbrottsabonnenter vi har för närvarande.

AllowMultipleDestines: Tillåt flera destinationsadresser för signaler till CRA
ComputerProtocol: Utgående protokoll, måste matcha det som programmerats i centralen (XML, SIA…)
ASReceiverType: CRA-mjukvara
skipDateFromFrame: SKICKA INTE händelsedatum även om det finns i rammen
automaticResponse: Skicka inte händelse till CRA-mjukvaran och bekräfta automatiskt
privateProtocol: vi kan byta den modelltyp som används (CID) mot en anpassad i ramen som skickas till CRA-mjukvaran.
refuseUserCaptures: om detta fält är sant kommer bildförfrågningar från pircam utförda av användare (webb eller app) inte nå CRA, vilket bevarar integriteten.
continuosuCRAConnection: anslutningen till CRA-mjukvaran upprättas vid tjänstens start och avbryts inte; den hålls konstant.
sendCallerIdToCRA: centralens identifiering skickas i ramen mot CRA.
externally Monitoring: centralens interna test (skickas periodiskt enligt VestaInternalTestPeriod) kan även kontrollera extern anslutning genom att sändas via den offentliga IP:n.
publicIp: offentlig IP som Vesta-servern använder för att sända det interna testet externt. Den används också för att kontrollera att paneler vi vill visa med VisorHTML skickar till denna CRA.
numPollingFailure: antal på varandra följande polling-fel för att skicka fel.
Heartbeat: heartbeat-ram för att skicka till CRA-mjukvaran för att bekräfta att processen är aktiv.
HeartbeatPeriod: repetitionsperiod i sekunder för heartbeat ovan.
AESKey: krypteringsnyckel för AES att användas om SIA-DC09 krypterad överföring används.
sendEventoOnWrongMac: låter välja om ett event från en panel med fel MAC (som inte matchar den registrerade) ska skickas till CRA. Om eventet skickas följs det av ett annat event som indikerar felet (CodigoEventoMacError). Om alternativet att inte skicka markeras skickas ingenting, som om abonnenten var inaktiv.
DefaultBypassTolerance: om vi tillåter ett polling-test att passera ibland kan vi ange en tolerans så att sändningen inte försenas. Ange denna tolerans i sekunder här.
AllEventAsPolling: varje event mottaget från panelen (inte bara polling-signalen) uppdaterar polling-timern (och återställer polling-felstatus om den är aktiv). Om satt till falskt uppdaterar endast polling-signalen pollingtimern.
SynchASPolling: synkroniserar automatiskt pollingtiden i AlarmSpace med den pollingtid som panelerna har programmerat. Vi har tre alternativ:

Om vi väljer alla paneler synkroniseras alla AlarmSpace-abonnenter med sina motsvarande paneler (vi behöver ha panelernas MAC uppdaterade).

Om vi väljer Endast vid angiven tid, synkroniseras endast de abonnenter vars paneler har den tid som vi anger i följande fält (TimeSynchASPolling)

Om vi väljer Synkronisera inte, inga abonnenter synkroniseras.

TimeSynchASPolling: endast abonnenter vars paneler har denna tid programmerad (tid i sekunder) synkroniseras. Till exempel, om vi anger 21600 sekunder uppdateras abonnenter som har paneler programmerade med 6 timmars polling (typiskt för batteridrivna enheter).
AddURLGpsLink: lägg till en URL med geolokalisering för en geolokaliserad händelse som kan öppnas direkt med ett klick.
Logffmpeg: aktivera loggen för att se ffmpeg:s svar när en video byggs från mottagna bilder.
SendEventNewVESTACodes: när systemet upptäcker att nya ContactID-koder frigjorts i Climax-VESTA-systemet skickas en händelse med denna kod tillsammans med det interna gateway-testet. Denna kod kan konfigureras i Händelsekoder och upphör att skickas när de nya koderna accepteras i AlarmSpace-servern, DVR→INTRUSION-abonnenter NYA VESTA-KODER!!

5.3.1.5. Händelsekoder

Programmerbara händelsekoder för gatewayen:

CodigoEventoPolling: ContactID-koden som applikationen tolkar som polling-signal för kontroll av frånkopplingar. Den kommer inte skickas till mottagarmjukvaran.
CodigoEventoFalloPolling: ContactID-kod skickad vid tredje pollingsignalfel.
CodigoEventoFalloPolling2Vias: ContactID-kod skickad vid tredje pollingsignalfel på enheter som har minst 2 kommunikationsvägar (upptäckt automatiskt).
CodigoEventoRestPolling: ContactID-kod skickad när en pollingsignal mottas medan polling var i felstatus.
CodigoEventoRestPolling2Vias: ContactID-kod skickad när en pollingsignal mottas medan polling var i felstatus på enheter med minst 2 vägar (upptäckt automatiskt).
CodigoEventoMacError: en händelse genererad av gatewayen med denna kod skapas när identifieringen (MAC) för centralen som skickar med ett abonnentnummer inte överensstämmer med den identifiering som registrerades vid initialregistreringen av abonnenten.
VestaInternalTestCode: ContactID-kod som skickas som applikationens interna test (heartbeat).
CodigoEventoPollingSIA: vid användning av SIAIP-protokollet (SIA-DC09) anger vi koden för polling-händelsen.
CodigoEventoFalloPollingSIA: SIA-kod skickad vid tredje pollingsignalfel.
CodigoEventoFalloPollingSIA2Vias: SIA-kod skickad vid tredje pollingsignalfel på enheter med minst 2 kommunikationsvägar.
CodigoEventoRestPollingSIA: SIA-kod skickad när en pollingsignal mottas medan polling var i felstatus.
CodigoEventoRestPollingSIA2Vias: SIA-kod skickad när en pollingsignal mottas medan polling var i felstatus på enheter med minst 2 vägar.
CodigoEventoMacErrorSIA: SIA-kod skickad för en felaktig MAC men i SIA-format.
videoEvCodeSIA: SIA-kod skickad när ett videoevent bifogas
userCaptureCode: kod för event som panelerna skickar vid en användarfångad bild
visorArmCode: ContactID-kod som skickas vid arming av en partition från tvåvägsvyn om aktiverad
visorDisarmCode:. ContactID-kod som skickas vid disarming av en partition från tvåvägsvyn om aktiverad
visorPartialArmCode:. ContactID-kod som skickas vid hemmaarming av en partition från tvåvägsvyn om aktiverad
visorBypassCode: ContactID-kod som skickas vid bortkoppling av en zon från tvåvägsvyn om aktiverad
visorRestoreBypassCode: ContactID-kod som skickas vid återaktivering av en zon från tvåvägsvyn om aktiverad
visorSceneApplyCode: ContactID-kod som skickas vid tillämpning av en scen från tvåvägsvyn om aktiverad
visorTakeSnapshotCode: ContactID-kod som skickas vid begäran om bild från tvåvägsvyn om aktiverad
registerAccountEvCode: ContactID-kod som skickas vid första registrering av en abonnent. Om fältet lämnas tomt skickas inte denna händelse.
EraseAccountEvCode: ContactID-kod som skickas när en abonnent tas bort från INBROTT-abonnenter. Om fältet lämnas tomt skickas inte händelsen.
visorArmCodeSIA: SIA-kod som skickas vid arming av en partition från tvåvägsvyn om aktiverad
visorDisarmCodeSIA:. SIA-kod som skickas vid disarming av en partition från tvåvägsvyn om aktiverad
visorPartialArmCodeSIA:. SIA-kod som skickas vid hemmaarming av en partition från tvåvägsvyn om aktiverad
visorBypassCodeSIA: SIA-kod som skickas vid bortkoppling av en zon från tvåvägsvyn om aktiverad
visorRestoreBypassCodeSIA: SIA-kod som skickas vid återaktivering av en zon från tvåvägsvyn om aktiverad
visorSceneApplyCodeSIA: SIA-kod som skickas vid tillämpning av en scen från tvåvägsvyn om aktiverad
visorTakeSnapshotCodeSIA: SIA-kod som skickas vid begäran om bild från tvåvägsvyn om aktiverad
registerAccountEvCodeSIA: SIA-kod som skickas vid första registrering av en abonnent. Om fältet lämnas tomt skickas inte denna händelse.
EraseAccountEvCode: SIA-kod som skickas när en abonnent tas bort från INBROTT-abonnenter. Om fältet lämnas tomt skickas inte händelsen.

5.3.1.6. Händelsedestinationer

Vi definierar specifika destinationer dit signaler från VESTA kan skickas. De kommer vara valbara per abonnent:

Vi måste definiera IP, port och en linje (om använda av mottagarprogrammet som tar emot händelsen). Ge det ett namn för att referera till det i specifika abonnenter, i AlarmSpace-servern -> DVR -> VESTA-abonnenter

5.3.1.7. Omskriv händelser

Funktion som tillåter att skriva om händelsekoden i en ram så att CRA-mjukvaran får önskad händelse:

Ändring av larmkod (Contact ID eller SIA) till önskad kod. Vi har olika alternativ:

I de fyra första raderna ändras originalhändelsen (E130) till den nya (E131) om zonen (1 eller 2) matchar och om desaktiveringshändelsen (E401 eller E402) kommer inom fördröjningstiden (10 sekunder). Om ingen desaktiveringshändelse kommer inom 10 sekunder skickas E130.
I rad 5 kommer händelsen E780 avvisas och inte skickas till CRA eftersom den nya händelsen är tom.
I rad 6 ändras originalhändelsen (E132) till den nya (E133) för vilken som helst zon eftersom zonfältet är tomt, om desaktiveringshändelsen (E401) kommer inom fördröjningstiden (10 sekunder). Om ingen desaktiveringshändelse kommer inom 10 sekunder skickas E132.

5.3.1.8. Konfigurera lastbalanserare

Funktion under utveckling.

5.3.1.9. LORA-parametrar

I detta avsnitt visas parametrar som automatiskt konfigurerats för korrekt mottagning av händelser via LoRaWAN-nätverk. Ett eget index för varje CRA, CRA:ns namn (kan ändras, endast informativt), IP tilldelad av det privata virtuella nätverket och port som nätverket använder för att ta emot händelser. Det är inte nödvändigt att öppna denna port eftersom vi är över en VPN.

5.3.1.10. API-parametrar

För korrekt funktion av VisorHTML och andra interna AlarmSpace-processer måste vi korrekt konfigurera API-parametrarna beroende på olika underdistributörer. Generellt kan vi lämna standardparametrarna som visas på skärmen eftersom de kommer fungera korrekt.

OBS: Ändra inte dessa parametrar utan att konsultera byDemes specialister.

5.3.1.11. Multipel API

Denna funktion låter definiera fler än en API för användning med VisorHTML. De olika parametrarna för varje API kan tilldelas individuellt till en specifik abonnent, så att dessa parametrar prioriteras framför de allmänna parametrarna i API-parametrarna.

5.3.1.12. Nuva-parametrar

Här kan vi aktivera kommunikation med Nuvathings moln för att ta emot händelser från deras enheter.

För att aktivera kommunikationen sätter vi EnableNuvaCS till sant. För HostNuva behålls standardvärdet cloud.nuvasafe.com och för PuertoNuva också: 11112. I CsIdNuva måste vi ange det ID som tilldelats av Nuvathings för att bli igenkända i deras moln. Pollingen av Nuva-enheterna kontrolleras av molnet, så Polling-händelsekoden används inte i detta fall. Vi kan dock anpassa LineaNuva (mottagarlinje, linjeprefix) för att skilja den från händelser från andra system som VESTA.

5.3.1.13. Nuva flerdubbel

AlarmSpace tillåter samtidig anslutning till Nuvathings moln med flera identifierare för att underlätta användning för plattformar som tjänar olika CRA eller för multi-CRA-scenarier. Här konfigurerar vi de olika CsId.

5.3.1.12. Allmän AlarmSpace-konfiguration

Kommunikationsparametrarna till CRA-mjukvaran konfigureras i AlarmSpace-servern under Konfiguration/Parametrar för mottagare:

Vi måste välja programtyp, markera som aktivt, port och serverns IP. I denna version sänder VESTA-centralen endast i ContactID-format (oavsett vald mall, som endast påverkar inspelarnas händelser).

5.3.2. Abonnentkontroll

Vi visar applikationens abonnenter, om de är aktiva eller inte, polling-tiden, om de är i polling-felstatus och datum för senaste polling:

Om vi dubbelklickar på en abonnent kan vi ändra några parametrar för abonnenten:

Specifikt kan vi ändra pollingperioden (för att anpassa den till den som är programmerad i aktuell VESTA-central) i minuter och aktivera/inaktivera abonnenten. Om en abonnent är inaktiv registreras inkommande signaler men skickas inte till CRA-hanteringsmjukvaran. Man kan också schemalägga ett periodiskt test (detta är ett polling-test som faktiskt skickas till CRA-mjukvaran). I exemplet skickas det var 24:e timme. Med enhetens MAC kontrollerar vi om det mottagna abonnentnumret motsvarar den registrerade MAC; om inte skickas ett fel-event (standardkod E304, se VESTA-konfiguration). Det är möjligt att tilldela en grupp till varje abonnent. Grupper kan sedan tilldelas användare så att varje användare bara har tvåvägsåtkomst till sina gruppabonnenter. Kolumnen Antal Polling-fel är antalet på varandra följande fel som krävs för att skicka polling-felhändelsen. Om ej definierad är standard 3. Vi kan också se registreringsdatum för varje abonnent, vilken koduppsättning abonnenten använder (CID eller SIA), Tolerans Test som är marginalsekunder (före eller efter) som systemet använder för att betrakta en polling-signal som ett test, och kryssrutan Skicka Polling-händelser som tillåter att avaktivera sändning av pollingshändelser (polling-felen övervakas fortfarande men händelserna skickas inte till CRA). De mer grafiska nya kolumnerna visar Ethernet-anslutningsstatus (svart: inget ethernet i installationen, rött: ethernetfel, grönt: ethernet ok), GSM-täckningsnivå och batterinivå. Automatisk återställning avser systemets förmåga att fjärr- och automatiskt omåterställa en panel efter en definierad tid från avarming. Kolumnen API-parametrar indikerar om abonnenten måste använda API-parametrar (för VisorHTML) som avviker från standardparametrarna. Dessa parametrar väljs i VESTA-programmet → Fler API.

5.4. Konfigurationer för mottagande CRA-programvara

5.4.1. Manitou

Detta är ett exempel där mottagarna konfigureras i Manitou och ett exempel på hur det bör se ut:

En dedikerad port/drivrutin eller en delad (fler än en mottagare) kan användas.

Vi måste välja raden som matchar den vi har programmerat i VESTA-centralens gateway:

Och typen av Manitou-sändare med "Videokapacitet":

5.4.2. SBN

Kontakta din vanliga IBS-tekniker för att aktivera kommunikationen med gatewayen.

5.4.3. Softguard

Kontakta din vanliga Softguard-tekniker för att aktivera kommunikationen med gatewayen.

5.5. Visor-modul – Tvåvägsåtkomst för VESTA-centraler

Visor-modulen är en applikation som gör det möjligt att visa videor som tas emot vid larm och fotografier som fångas manuellt via vilken HTML5-kompatibel webbläsare som helst och som kan ”anropas” från vilket CRA-mjukvara som helst som tillåter att en URL tilldelas ett larmevent. Den innehåller tvåvägsfunktioner med centralerna som tillåter att man larmar/avlarmar centralen, utesluter/aktiverar zoner, fångar en bild från pircam och tillämpar scener som definierats i centralen.

5.5.3. Kommando för anrop till Vesta Visor

Den aktuella versionen av AlarmSpace V2 inkluderar en ytterligare webbserver för VESTA-centraler som ligger ”lyssnande” på port 8003.

Vid installation söker den den första lediga porten omkring 8003.

Denna port kan ändras i en textfil "configuracion.dat" i installationsmappen och genom att starta om tjänsten.

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 detta kan webbsidan anropas med följande format:

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

Där 111.111.111.111 är IP-adressen på maskinen där AlarmSpace körs och XXXX är abonnentnumret för VESTA-centralen.

Valfritt kan parametern secondsBefore läggas till: http://111.111.111.111:8003/bydemesVisor.html?subscriber=XXXX&secondsBefore=YYY

Om vi anger secondsBefore kommer endast videor och bilder från de senaste YYY sekunderna att listas. Om det inte finns något kommer sidan att uppdateras tills något tas emot.

Detta anrop öppnar webbläsaren med följande fönster:

Till vänster har vi den senaste videon som mottagits vid larm samt de 10 senaste mottagna videorna, åtkomliga från en rullgardinsmeny.

I mitten har vi de 10 senaste fotografierna tagna manuellt från VESTA-applikationen, också åtkomliga från en rullgardinsmeny.

Under videorna visas platsen för ett panikmeddelande skickat av en användare om det har inträffat under de senaste 10 minuterna.

Till höger har vi status för partitioner och zoner i centralen samt tvåvägsfunktionerna. Vi ser om centralen är online och via vilken väg den senaste överföringen skedde (Ethernet i detta fall), den informerar också om tillgängliga vägar. Den visar Ethernet, GPRS med signalnivå och operatör samt batteristatus:

Vi kan utföra partiell inlarmning, full inlarmning eller avlarmning av varje partition. Applicera eller ta bort ett bypass (utesluta) för en zon och fånga en bild från en pircam (om vi har behörighet). Slutligen kan vi tillämpa scener som vi har definierat i centralen, som till exempel att släcka lampor och aktivera larmet när man lämnar hemmet eller motsatt process när man kommer in. Följande funktionalitet har lagts till Kontrollera kommunikationer, när man trycker på knappen visas de rapport-URL:er som panelen har konfigurerat, så att vi kan kontrollera att de är korrekta och den programmerade polling-tiden, för att verifiera mot den som vi har programmerat i AlarmSpace.

Om vi har aktiverat alternativet sendVisorEvents kommer alla åtgärder som utförs i Visorn att skicka ett event (med konfigurerbar kod) till CRA-mjukvaran.

6. Konfiguration av AXHUB-central

6.1. Hikvision AXHUB och AlarmSpace

6.1.2. Introduktion

AXHUB är en inbrottslarmcentral från Hikvision som kan anslutas till IP-kameror och lagra videor från larmhändelser. Med AlarmSpace kan vi ladda ner dessa videor omedelbart och vidarebefordra dem till larmmottagningsmjukvaran (CRA). Detta ökar centralens kapacitet eftersom efterföljande videor inte förloras utan laddas ner.

6.1.3. Minimala krav

Minimala versioner för videonedladdningsfunktionen är:

AXHUB-central modell DS-PWA32-HG Firmware-version: V1.0.4 build 190629

AlarmSpace2 Version 3.0.0.3

6.1.4. Initiala konfigurationer i AlarmSpace

För korrekt kommunikation med AXHUB-centralen måste vi programmera några generella parametrar i AlarmSpace:

Utöver parametrarna för kommunikation med en CRA-mjukvara (typ av mjukvara, mall, port, IP...) är de nya parametrarna att programmera:

AX HUB LÖSENORD: ett nummer som sedan måste programmeras i varje AXHUB-central för att tillåta kommunikation med AlarmSpace. Standard: 12345678

OFFENTLIG IP: En publik IP för CRA:n där vi kan vidarebefordra portarna 7660 och 8089 till AlarmSpace-maskinen. Kommunikationen sker över TCP.

Med dessa parametrar registreras varje central i AlarmSpace automatiskt utan användarintervention. Senare kommer vi att se andra parametrar som kan anpassas.

6.1.5. Särskilda konfigurationer för AXHUB

Parametrarna som behövs för att ansluta och ta emot larm och videor från AXHUB i larmmottagningsmjukvaran är "Alarmmottagningscentralen" (Alarm Receiving Center) och "EHome-registrering" (Ehome Registration).

6.1.5.1. Alarmmottagningscentral

I centralens webbserver går vi till "Kommunikationsparametrar" och specifikt till "Alarmmottagningscentralen":

Denna kommunikationsväg kommer att skicka larmer och händelser (inte videor) direkt till mottagningsmjukvaran med SIA IP-protokollet. Vi måste välja protokolltyp (SIA eller ContactID), IP/domän för maskinen där CRA-mjukvaran finns med dess öppna port och ett abonnentnummer. De andra parametrarna kan lämnas som standard förutom Heartbeat-intervallet. Vi kan välja att inaktivera det eller sätta ett test var 24:e timme; polling-kontrollen utförs redan av AlarmSpace.

6.1.5.2. EHome-registrering

EHome/Isup-protokollet är det som AlarmSpace använder för att ladda ner videor:

I "Server Address" måste vi ange den publika IP som har port 7660 öppen i TCP på AlarmSpace-maskinen.

I "Device ID" måste vi ange samma abonnentnummer som i larmmottagningsprotokollet så att mottagna videor associeras med samma abonnent.

I "Kommunikationsläge" (Communication Mode) måste vi välja det som ger oss bäst prestanda, alltid prioritera trådbunden nätverksanslutning eller wifi. Men videotransmission är också möjlig om vi endast har mobilkommunikation. Det är viktigt att påpeka att beroende på tillgången till mobila nätverkstyper kan videotransmission ta längre tid. Vi visar inställningar för att minska videornas storlek (vikt) vilket gör användningen rimlig med alla kommunikationsmetoder.

Slutligen, i "EHome Login Password" måste vi ange det ord vi har programmerat i AXHUB-lösenordet i AlarmSpace för att tillåta kommunikationen.

6.1.5.3. Ytterligare inställningar

För att anpassa videornas storlek (vikt) till den kommunikationskanal vi använder måste vi gå till menyn "Video & Audio":

Här kan vi välja för varje kanal parametrar som kommer att påverka de genererade videona avgörande. Om vi använder mobilkommunikation, särskilt om den inte når 4G, följer vi följande steg:

- Försök alltid att överföra Sub-stream.

- Välj den lägsta upplösning som kameran tillåter.

- Video Bitrate är den egenskap som gör det möjligt att avsevärt minska storleken. Om överföringen tar för lång tid, minska denna parameter. Den enda gränsen är att den resulterande videon måste vara tillräckligt begriplig för slutanvändaren.

- Vi kan välja mellan 5 sekunders förvideo och 2 sekunder post-larm eller omvänt 2 sekunder förvideo och 5 sekunder post-larm, beroende på installationens eller den specifika zonens behov. Detta påverkar inte storleken på de genererade videorna.

Alla dessa parametrar (särskilt Video Bitrate) bör justeras i den faktiska installationen genom att göra videotransmissionstester tills man hittar en balans mellan den tid det tar att överföra videon och det slutliga videons resultat. Beroende på kameror, optik och upplösningar kan en lägre bitrate ge ett bra resultat, medan det med andra inte gör det. Med adekvat täckningsnivå kan man uppnå tider på mellan 20–25 sekunder för överföring av kompletta videor under 100 KBytes.

6.1.6. Funktion i AlarmSpace

När vi aktiverar EHome-protokollet i centralen kommer den att registreras i AlarmSpace-servern som IP/porten pekar på, så länge AXHUB-lösenordet matchar. Minimala funktionsparametrar införs i AlarmSpace-programmeringen så att vi kan börja fungera utan att ens behöva öppna AlarmSpace-servern.

Det finns dock konfigurerbara parametrar som kan vara användbara generellt för CRA:n eller särskilt för varje enhet (särskilt om mobilkommunikation används).

6.1.6.1. Allmänna parametrar

När den nya centralen visas i AlarmSpace-servern tilldelas följande parametrar:

Som standardnamn AXHUB följt av det abonnentnummer vi tilldelat (namnet kan ändras utan problem)

Anslutningstypen används inte, och i IP-adress visas maskinens egen. Den använda porten är informativ. Enhetstypen ska inte ändras, den är korrekt.

I abonnenten visas det abonnentnummer som programmerats i centralen; det ska inte ändras om det inte också ändras i centralen.

Serienumret är informativt och Användaren används inte.

I lösenordet kommer alltid AXHUB:s generella lösenord att visas. Det kan anpassas per enhet, men först måste man programmera centralen med CRA:ns standardlösenord och när enheten är registrerad i AlarmSpace ändra lösenordet på båda sidor (i AlarmSpace och i centralens EHome-protokoll).

Kanalerna är det totala antalet kameror (anslutna eller inte) som centralen har.

Det är viktigt att framhålla att från AlarmSpace-servern kan man inte kontrollera kommunikationen eller ladda om centralens data. Kommunikationen kan inte initieras tvåvägsmässigt.

6.1.6.2. Konfiguration av video-larm

Som standard är video-larm konfigurerade per kanal i AXHUB:

Om händelsen "ALARM VIDEO" inte finns i gatewayens kodkonfiguration läggs den till automatiskt. Om mallen som används är SIA läggs den till med koden "VA" och om det är ContactID med koden "E995":

Om koden "VA"/"E995" ändras till någon annan kod som användaren vill använda kommer det vara den koden som skickas till CRA-mjukvaran vid Video Alarm-händelsen för denna central och för alla som registreras i framtiden. Det är viktigt att inte ändra beskrivningen av larmet "ALARM VIDEO" eftersom vid framtida automatiska registreringar kommer en gatewaykod "ALARM VIDEO" med värdet "VA"/"E995" att skapas igen och det är den som kommer att tilldelas video-larmen.

6.1.6.3. Kontroll av frånkopplingar

AlarmSpace skapar automatiskt en frånkopplings-/återanslutningskontroll för enheterna med gatewaykodnamnet "FALLO POLLING"/"REST. FALLO POLLING" och zonen "000":

Gatewaykoderna som tilldelas som standard för händelserna "FALLO POLLING" och "REST. FALLO POLLING" är "NT"/"NR" för SIA-protokollet och "E356"/"R356" för ContactID. Dessa koder kan ändras i menyn "Larm/Gateway" till de koder man önskar att AlarmSpace ska skicka för frånkopplings- och återanslutningseventen:

Frånkopplingskontrollen för AXHUB-centralerna är helt transparent för CRA-mjukvaran (den mottar endast fel och återställning om de inträffar). Internt tar AlarmSpace dock emot och kontrollerar periodiska tester från centralen. Om vi använder mobilkommunikation med ett SIM-kort som har begränsad datamängd kan vi vilja ändra frekvensen för de tester som AXHUB skickar (för att minska datakonsumtionen). För att ange detta i centralen måste vi programmera parametern "Segundos polling" i alternativ för den valda centralen:

Vi ser att i detta fall är de inställda på 15 sekunder; vi kan ändra dem till önskat antal sekunder. Till exempel, om vi ställer in 900 sekunder kommer centralen att skicka ett test var 15:e minut. Vi kan också ändra parametern "Antal polling-fel för att skicka frånkoppling", vilket betyder hur många gånger vi väntar på ett test utan att få det innan frånkopplingshändelsen skickas. I detta fall är det satt till 3 försök, vilket innebär att om polling-sekunderna är 15 kommer frånkopplingshändelsen att skickas efter 45 (15*3) sekunder, men om de är 15 minuter skickas frånkopplingen efter 45 minuter. Därför är det lämpligt (om kommunikationen tillåter) att sätta en hög frekvens för polling (liten polling-sekund) för att ha bättre kontroll över enhetens anslutningsstatus.

7. Modul Kamera-Visor

Kamera-Visor-modulen motsvarar ActiveX-modulen men som skrivbordsapplikation. Vi visar en kamera i realtid och inspelningen av sekunderna innan. Parametrarna som används är exakt desamma, förutom informationen om "address" och "port". Om inga parametrar skickas ber programmet om abonnentnummer och vilken kamera som ska visas (grundläggande funktionalitet). Parametrarna skulle skickas på följande sätt:

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

Alla taggar som definierats i ActiveX-modulen kan användas, alltid tillagda med separatorn &.

PreviousSIMALARM NextDANALOCK MED VESTA (Z-WAVE)

Last updated 2 years ago

hashtag 1. Introduktion

hashtag 1.1. Funktioner

hashtag 1.2. Nyheter

hashtag 2. Servermodul

hashtag 2.1. Inloggning

hashtag 2.2. Användare

hashtag 2.2.1. Hantering av användare

hashtag 2.2.2. Användargrupper

hashtag 2.2.3. Utloggning P2P Hyundai/Hikvision

hashtag 2.3. DVR

hashtag 2.3.1. Lista

hashtag 2.3.2. DVR per användare

hashtag 2.3.3. DVR per grupp

hashtag 2.3.4. Lista över DVR:er

hashtag 2.3.5. Grupper

hashtag 2.3.6. INTRÅNGsabonnenter

hashtag2.3.7. Panelanvändare

hashtag2.3.8. Centralzoner

hashtag2.3.9. Abonnentdata

hashtag2.3.10. AI-parametrar

hashtag2.3.11. Nya VESTA-koder

hashtag Ge2.4. Larm

hashtag 2.4.1. Åtgärder

hashtag 2.4.2. Gateway

hashtag 2.4.3. Lista

hashtag 2.4.4. DVR-händelser

hashtag2.4.5. Schemalagda listor

hashtag2.4.6. Intrångskoder

hashtag 2.5. Konfiguration

hashtag 2.5.1. Mottagarparametrar

hashtag 2.5.2. Lägga till licenser

hashtag 2.5.3. Uppdatera mastertabeller

hashtag 2.5.4. Avancerad konfiguration

hashtag2.5.5. Kontrollpanel

hashtag2.5.6. Loggvisare

hashtag2.5.7. Certifikat Aautomatiska

hashtag2.5.8. P2P Dahua-instanser

hashtag2.6. Säkerhetskopior

hashtag2.6.1. Import/Export

hashtag2.6.2. Konfigurera

hashtag2.6.3. Rensning

hashtag2.7. Språk

hashtag2.8. Hjälp

hashtag3. Operatörsmodul

hashtag 3.1. Inloggning

hashtag 3.2. Realtid

hashtag3.2.1. Brand

hashtag 3.2.2. Porttelefoner

hashtag3.2.3. Analog brand

hashtag 3.3. Video

hashtag 3.4. Larm

hashtag3.4.1. Inbrottslarm

hashtag 4. ActiveX-modul

hashtag 4.1. Gateway-kommandon

hashtag 4.2. Nya kommandon

hashtag5. Konfiguration av VESTA-gateway

hashtag 5.1. Introduktion

hashtag 5.1.1. Välkommen

hashtag 5.2. Programmering av VESTA-centralen

hashtagSnabbkonfiguration av CRA (alarmscentral som mottagare i en VESTA-panel)

hashtag 5.3. AlarmSpace-konfigurationer

hashtag5.3.1. Allmän konfiguration - VESTALog

hashtag 5.3.2. Abonnentkontroll

hashtag 5.4. Konfigurationer för mottagande CRA-programvara

hashtag 5.4.1. Manitou

hashtag 5.4.2. SBN

hashtag 5.4.3. Softguard

hashtag5.5. Visor-modul – Tvåvägsåtkomst för VESTA-centraler

hashtag5.5.3. Kommando för anrop till Vesta Visor

hashtag 6. Konfiguration av AXHUB-central

hashtag 6.1. Hikvision AXHUB och AlarmSpace

hashtag 6.1.2. Introduktion

hashtag 6.1.3. Minimala krav

hashtag 6.1.4. Initiala konfigurationer i AlarmSpace

hashtag 6.1.5. Särskilda konfigurationer för AXHUB

hashtag 6.1.6. Funktion i AlarmSpace

hashtag7. Modul Kamera-Visor

1. Introduktion

1.1. Funktioner

1.2. Nyheter

2. Servermodul

2.1. Inloggning

2.2. Användare

2.2.1. Hantering av användare

2.2.2. Användargrupper

2.2.3. Utloggning P2P Hyundai/Hikvision

2.3. DVR

2.3.1. Lista

2.3.2. DVR per användare

2.3.3. DVR per grupp

2.3.4. Lista över DVR:er

2.3.5. Grupper

2.3.6. INTRÅNGsabonnenter

2.3.7. Panelanvändare

2.3.8. Centralzoner

2.3.9. Abonnentdata

2.3.10. AI-parametrar

2.3.11. Nya VESTA-koder

Ge2.4. Larm

2.4.1. Åtgärder

2.4.2. Gateway

2.4.3. Lista

2.4.4. DVR-händelser

2.4.5. Schemalagda listor

2.4.6. Intrångskoder

2.5. Konfiguration

2.5.1. Mottagarparametrar

2.5.2. Lägga till licenser

2.5.3. Uppdatera mastertabeller

2.5.4. Avancerad konfiguration

2.5.5. Kontrollpanel

2.5.6. Loggvisare

2.5.7. Certifikat Aautomatiska

2.5.8. P2P Dahua-instanser

2.6. Säkerhetskopior

2.6.1. Import/Export

2.6.2. Konfigurera

2.6.3. Rensning

2.7. Språk

2.8. Hjälp

3. Operatörsmodul

3.1. Inloggning

3.2. Realtid

3.2.1. Brand

3.2.2. Porttelefoner

3.2.3. Analog brand

3.3. Video

3.4. Larm

3.4.1. Inbrottslarm

4. ActiveX-modul

4.1. Gateway-kommandon

4.2. Nya kommandon

5. Konfiguration av VESTA-gateway

5.1. Introduktion

5.1.1. Välkommen

5.2. Programmering av VESTA-centralen

Snabbkonfiguration av CRA (alarmscentral som mottagare i en VESTA-panel)

5.3. AlarmSpace-konfigurationer

5.3.1. Allmän konfiguration - VESTALog

5.3.2. Abonnentkontroll

5.4. Konfigurationer för mottagande CRA-programvara

5.4.1. Manitou

5.4.2. SBN

5.4.3. Softguard

5.5. Visor-modul – Tvåvägsåtkomst för VESTA-centraler

5.5.3. Kommando för anrop till Vesta Visor

6. Konfiguration av AXHUB-central

6.1. Hikvision AXHUB och AlarmSpace

6.1.2. Introduktion

6.1.3. Minimala krav

6.1.4. Initiala konfigurationer i AlarmSpace

6.1.5. Särskilda konfigurationer för AXHUB

6.1.6. Funktion i AlarmSpace

7. Modul Kamera-Visor