PotoP VMS Studio

De client vraagt het besturingssysteem naar zijn beeldschermen en de grafische driver naar de details, zodat elke monitor fabrikant, model, serienummer, resolutie, verversingssnelheid, aansluiting en de aansturende GPU toont, plus temperatuur en VRAM waar de driver die doorgeeft. Elk fysiek scherm wordt herkend aan zijn hardware-identiteit, niet aan zijn positie, en krijgt een vaste code zoals M1. Nieuwe namen en codes worden op die client opgeslagen en blijven behouden na herstarten en opnieuw aansluiten. Een losgekoppelde monitor blijft in de lijst staan totdat u hem verwijdert, zodat een opgeslagen wall nog steeds naar hetzelfde scherm verwijst.

De editor draait in de browser en slaat de multi-indeling op de server op, zodat hetzelfde recept ook door desktopclients wordt gebruikt. De browser somt zijn eigen schermen op via de Window Management API, waarvoor een beveiligde HTTPS-verbinding en toestemming van de gebruiker nodig zijn. Elk item toont een monitorcode, en codes die niet bij deze browser horen, worden als niet aanwezig weergegeven. Kiest u een indeling voor een code, dan wordt die aan het recept toegevoegd. Bij projecteren opent per passend scherm een browservenster dat daar wordt geplaatst en de live-indeling toont.

Multi-indelingen worden op de server opgeslagen als een lijst monitorcodes met voor elke code de indeling. Dit overzicht tekent elk recept als een kleine afbeelding van zijn schermen en toont hoeveel daarvan in de gebruikte browser aanwezig zijn. Projectie starten opent een venster op elk passend scherm en start daar de live-indelingen. Bewerken en Verwijderen wijzigen het opgeslagen recept voor alle clients. De toegang volgt dezelfde gebruikers- en groepsrechten als de rest van het systeem, en een wall kan aan gebruikers of groepen worden gekoppeld, zodat hij voor hen automatisch opent.

Via de Window Management API, waarvoor HTTPS en eenmalige toestemming nodig zijn, weet de browser op welk fysiek scherm elk venster staat. Identificeren opent op elk gevonden beeldscherm een randloos venster, toont de monitorcode en -naam in grote letters en sluit het na een paar seconden weer. De code komt uit een register dat in deze browser wordt bijgehouden, zodat nieuwe namen behouden blijven en een losgekoppelde monitor in de lijst blijft totdat u hem verwijdert. Het detailpaneel toont resolutie, positie, schaal en kleurdiepte zoals de browser die ziet.

Terwijl de AI-pipeline de livestream volgde, sloeg hij elke detectie op met klasse, betrouwbaarheid, kader en miniatuur in de analysedatabase. Bij het afspelen worden die regels voor het getoonde moment opgehaald en tekent de browser het kader over de video, zodat er niets in de opname wordt ingebrand. De zijlijst wordt uit dezelfde regels gevuld en toont klasse, tijd en betrouwbaarheid. Klikt u op een item, dan springt de opname naar dat moment. De tracker telt ook hoeveel waarnemingen bij één object horen, zodat één geparkeerde auto te onderscheiden is van vele passerende.

Inspecteren neemt het beeld onder de afspeelkop en stuurt het naar de server, die er de detector op loslaat en het object met zijn masker uitsnijdt. De knop Identificeren geeft die uitsnede door aan een vision-taalmodel dat in de AI-instellingen is ingesteld, lokaal of via een aanbieder van uw keuze, en toont de beschrijving. De kleur komt uit de uitsnede zelf. Zoek dit type en deze kleur doorzoekt daarna de analysedatabase op detecties van dezelfde klasse en kleur in alle opnames. De beschrijving is de beste inschatting van een model, en dat zegt het ook als het beeld slecht is.

De server loopt de opgenomen segmenten van het gekozen tijdvak door, ontsleutelt ze in het geheugen en neemt steekproeven van beelden. Een filter op basis van achtergrondaftrek slaat lege beelden over, zodat de objectdetector en tracker alleen draaien waar iets beweegt. Elk gevolgd object wordt een reeks uitgesneden beelden met de oorspronkelijke tijdstempels. Die reeksen worden opnieuw ingepland, zodat ze tegelijk over één gedeelde achtergrond spelen, en ffmpeg rendert het resultaat als MP4 met de echte tijd van elk object ingebrand. De taak draait op de achtergrond, met voortgangsweergave, en kan worden geannuleerd. Een klik op een object laat de tijdlijn naar het oorspronkelijke moment springen.

De server knipt het gevraagde tijdvak met ffmpeg uit de opgenomen segmenten en ontsleutelt versleutelde opnames desgewenst in het geheugen. Tijdstempel, cameranaam en watermerk worden in het beeld ingebrand. Schakelt u versleuteling in, dan wordt de MP4 versleuteld met AES-256 met een sleutel die via PBKDF2 uit uw wachtwoord wordt afgeleid, en ernaast wordt een handtekeningbestand geschreven. Het wachtwoord wordt nooit opgeslagen, zodat niets het kan achterhalen. Het resultaat blijft op de server, wordt naar uw computer gedownload of allebei, afhankelijk van de bestemming die u kiest.

De speler draait op elke computer, zonder PotoP-server. U kiest de versleutelde video en het bijbehorende handtekeningbestand en voert het wachtwoord in. Eerst controleert hij de handtekening met een HMAC om aan te tonen dat het bestand ongewijzigd is, daarna leidt hij met PBKDF2 de sleutel uit het wachtwoord af en ontsleutelt hij met AES-256. De onversleutelde video bestaat alleen in het geheugen zolang hij speelt. Vervolgens kunt u met de groene grepen een fragment bijsnijden, een still opslaan of een gewone MP4-kopie exporteren. Een browserversie wordt meegeleverd in exportmappen, met startbestanden voor Linux, Windows en macOS.

Elke camera heeft eigen opname-instellingen die op de server zijn opgeslagen, en de recorder past ze toe zodra u opslaat. Triggers kunnen continu zijn, een weekschema, of gebeurtenissen zoals beweging, een persoon, een kenteken, een alarmingang of een macro, met buffers voor en na de gebeurtenis zodat ook het moment vóór de trigger bewaard blijft. Segmenten worden op een vaste lengte geknipt en kunnen na het afsluiten met AES-256 worden versleuteld. De bewaartermijn verwijdert oude segmenten op leeftijd of op maximale grootte. Start-, stop- en detectiegebeurtenissen kunnen meldingen versturen via systeemgebeurtenissen, e-mail, Telegram of een webhook.

De primaire detector draait op een ingestelde framerate met een eigen betrouwbaarheidsdrempel, overlapdrempel, maximaal aantal detecties en klassefilter. Een tracker, in deze weergave ByteTrack, koppelt detecties over opeenvolgende beelden aan stabiele object-ID's; daarop zijn tellen en verblijftijd gebaseerd. Secundaire stappen worden per klasse geschakeld: kentekenherkenning start pas als er een auto, vrachtwagen, bus of motor wordt gevonden, en houding of segmentatie pas als hun triggerklasse verschijnt. Zo blijft de belasting laag, omdat de zwaardere modellen alleen een kleine uitsnede zien en niet het hele beeld.

Een houdingsmodel draait op de uitsnede van de persoon die de primaire detector heeft gevonden en geeft lichaamspunten terug, elk met een eigen betrouwbaarheid. De server slaat het skelet op en de browser tekent het over het beeld, met de gewrichtentabel ernaast. Valdetectie kijkt hoe die punten bewegen en over de tijd gerangschikt zijn, en een gevoeligheidsinstelling past de drempels aan. Als ze afgaat, wordt de gebeurtenis opgeslagen en kan ze een melding versturen of een macro starten. De livetabel eronder vraagt de database periodiek op, zodat u dezelfde regels ziet die het alarmsysteem bereiken.

Een segmentatiemodel draait op de objecten die de primaire detector heeft gevonden en geeft voor elk een pixelmasker terug. De server stuurt die als maskerafbeeldingen naar de browser, en het voorbeeld tekent ze over het beeld. De tracker houdt een object-ID bij, zodat de tabel kan tonen hoe lang elk object al in beeld is. Blijft een object langer stil dan de drempel voor stilstand, dan markeert de levenscycluslogica het als achtergelaten en kleurt de regel rood. Levenscyclusgebeurtenissen, zoals verschenen of vertrokken, worden vastgelegd om later te kunnen zoeken.

U tekent polygonen en lijnen direct op een livebeeld, en de server slaat ze op in de genormaliseerde coördinaten van de camera, zodat ze bij elke resolutie kloppen. De tracker volgt object-ID's, en een overschrijding wordt gedetecteerd wanneer de positie van een gevolgd object van de ene kant van de lijn naar de andere gaat, met de richting A naar B of B naar A. Zones genereren gebeurtenissen voor binnenkomen en verblijven. Elke gebeurtenis gaat met tijdstempel en track-ID naar de analysedatabase, waar tellers, rapporten, alarmen en macro's haar kunnen gebruiken.

Bewegingsdetectie heeft twee bronnen. De eigen detectie van de camera komt binnen als ONVIF-bewegingsgebeurtenissen, en de serveranalyse vergelijkt videobeelden met een achtergrondmodel op de server, via CPU of GPU. Het masker is een raster van blokken dat u op het beeld kleurt; blokken die als genegeerd zijn gemarkeerd, vallen buiten de vergelijking, zodat bladeren of wegverkeer niets triggeren. Gevoeligheid, minimale oppervlakte, bemonsteringsfrequentie en verkleining zijn instelbaar. Het masker wordt bij de camera opgeslagen en door de server toegepast zodra u opslaat.

U tekent blokken op een livebeeld, en de server slaat ze bij de camera op. Afhankelijk van de schakelaars vervaagt of bedekt de server die gebieden in de livestream, in momentopnames en in opnames. Voor live en opnames gebeurt dat op de server, voordat de video wordt opgeslagen of verstuurd; bij opnames gaat het gemaskeerde gebied in de opgeslagen video definitief verloren, waarvoor de pagina waarschuwt. Kleur en vervagingssterkte zijn instelbaar. De maskers worden bij het opslaan naar de draaiende pipeline gestuurd, zodat de wijziging geldt zonder de camera te herstarten.

Elke uitsnede van een persoon of voertuig wordt door een klein her-identificatiemodel op OpenVINO omgezet in een uiterlijkvector van 256 waarden en in de analysedatabase opgeslagen. Bij zoeken wordt de zoekafbeelding op dezelfde manier omgezet en via cosinusgelijkenis vergeleken met de opgeslagen vectoren, met een index in het geheugen, zodat het resultaat exact en snel is. Omdat het om het totale uiterlijk gaat en niet om een gezicht, werkt het ook bij mensen die van achteren of in lage resolutie in beeld zijn. Selecteert u een resultaat, dan worden de waarnemingsgeschiedenis en route van die track geladen, en Volgen in Afspelen opent de opnames.

Wanneer een gevolgd object een ingestelde lijn overschrijdt, legt de server de gebeurtenis vast met richting, camera, lijn en tijd. Dit scherm leest die gebeurtenissen live in de lijst Recent. Het historierapport groepeert ze per uur of per dag, met kolommen voor in, uit en totaal, en kan verblijftijd en bezetting toevoegen waar die zijn ingesteld. Bij het overschrijden van een bezettingslimiet volgt een melding. De CSV-knop exporteert het rapport voor spreadsheets, de gebruikelijke manier voor bezettings- en personeelsplanningsstudies.

De server telt detecties per camera en per uur uit de analysegegevens, inclusief kentekens en treffers op de watchlist. Die cijfers gaan naar een taalmodel, hier een klein Llama-model dat lokaal door Ollama wordt geleverd, dat de briefing in gewone taal schrijft. Is er geen model beschikbaar, dan wordt in plaats daarvan een eenvoudige statistische samenvatting getoond. De anomaliedetector gebruikt geen AI-model: hij leert een gebruikelijk aantal voor elk uur van de dag, apart voor werkdagen en weekenden, en markeert een uur dat ver boven die basislijn ligt. Hij blijft stil totdat er voldoende geschiedenis is.

Een plattegrond is een canvas met een optionele achtergrondafbeelding, getekende bouwelementen en pictogrammen, op de server opgeslagen samen met de rest van de systeemconfiguratie. Elk pictogram is gekoppeld aan een echt object, zoals een camera, een lamp, een deuruitgang of een intercom, en de server stuurt de status van dat object naar elke geopende client, zodat de kleur van het pictogram verandert wanneer het apparaat verandert. Desktop-, browser- en telefoonclients lezen allemaal dezelfde definitie van de plattegrond en tekenen haar zelf; daarom ziet één plattegrond er overal hetzelfde uit. Voor bewerken zijn de visualisatierechten nodig.

De pagina Nieuwe plattegrond bevat een reeks ingebouwde generatoren. U kiest een gebouwtype, beantwoordt een paar parameters, zoals het aantal spreekkamers en hoeveel apparatuur er geplaatst moet worden, en ter plekke wordt een voorbeeld berekend. Bij Aanmaken schrijft de generator muren, ruimtes, deuren en pictogrammen in een gewone plattegrond op de server. Daarna ligt niets vast: het resultaat is een gewone plattegrond die u net zo bewerkt als een met de hand getekende, en u kunt ook een bestaande plattegrond klonen, met of zonder bouwelementen.

Sjablonen zijn generatoren in code die ruimtes, muren en pictogrammen uitzetten op basis van een paar parameters, hier het aantal serverrijen en het uitrustingsniveau. De pictogrammen worden ongekoppeld aangemaakt, met het juiste type en label voor elke ruimte, zodat de installateur ze daarna alleen nog aan een echte camera, sensor of uitgang hoeft te koppelen. Omdat het resultaat als gewone plattegrond wordt opgeslagen, kan het net als elke andere worden hernoemd, verplaatst, uitgebreid of gekloond. Verschillende gebouwtypen gebruiken simpelweg verschillende generatoren achter hetzelfde formulier.

De pictogrameditor heeft een cameratabblad met een kompasvoorbeeld. U sleept aan een greep om te richten, aan zijgrepen voor de breedte en aan een vierkante greep voor het bereik, of u typt waarden en gebruikt lensvoorinstellingen. Het voorbeeld toont precies wat de plattegrond na OK tekent; de ring en hulplijnen bestaan alleen in de editor. Op hetzelfde tabblad kiest u welke camera en welke stream (hoofd- of substream) het pictogram gebruikt en wat een klik doet, bijvoorbeeld een voorbeeld openen. Alle waarden worden bij het pictogram opgeslagen.

Het getoonde venster is de editor voor lamppictogrammen, waarin elke status (uit, aan, gedimd, storing, offline) een eigen kleur krijgt, met optionele statusstipjes voor in- en uitgangen. Een lamppictogram wordt gekoppeld via een apparaatplug-in, zoals de Philips Hue-integratie of generieke I/O, en de server houdt de status gelijk met de echte armatuur. Automatisch schakelen vanuit intercom- of sensoringangen gebeurt door de macro-engine op de server, niet door de plattegrond zelf. Problemen die de plug-in meldt, zoals geen verbinding, krijgen een eigen kleur op het pictogram.

Een intercompictogram is gekoppeld aan een intercomplug-in, in het venster de Commend ICX-integratie, en de server luistert naar de oproepgebeurtenissen van die post. Elke gebeurtenis komt overeen met een pictogramstatus zoals rust, bellen, overgaan, in gesprek, in de wacht, noodoproep of lijnstoring, en elke status heeft een eigen kleur die de editor als voorbeeld toont. De status wordt naar alle verbonden clients gestuurd, zodat de plattegrond binnen enkele ogenblikken de echte post weerspiegelt. Acties op het pictogram, zoals bellen of een deur openen, gaan via dezelfde plug-in terug naar het apparaat.

Elke actie van een pictogram kan met een pincode worden vergrendeld. Klikt een operator op zo'n pictogram, dan vraagt de client om de pincode voordat hij de opdracht naar de server stuurt, zodat een verdwaalde klik geen uitgang kan schakelen of deur kan openen. Pincodes kunnen permanent of tijdelijk zijn en worden per pictogram in de editor ingesteld. De vergrendeling is een extra beveiliging bovenop de normale rechtencontrole, die de server nog steeds afdwingt voor wie er ook is aangemeld.

Het paneel Bouwelementen toont tekenbare objecten zoals muren, deuren, ramen, trappen, liften, wegen, planten, hekken, zwembaden en borden, en u kunt er zelf ook toevoegen. Elementen zijn vectorvormen die in dezelfde plattegrond als de apparaatpictogrammen worden opgeslagen, met positie, grootte en laagvolgorde, zodat ze bij elke zoomfactor scherp schalen. Een plattegrond kan dus volledig in het product worden getekend, of over een geüploade achtergrond in PNG, JPG, BMP of GIF, zoals een tekening van de architect.

Elke desktop- en browserclient registreert zich bij de server onder een unieke ID en blijft zich melden, zodat de pagina kan tonen wat er online is, met gebruiker, GPU, aantal monitoren en het laatste contactmoment. Een beheerder kan een client vooraf registreren op zijn ID of er een verwijderen. Een joystick toewijzen koppelt een apparaatrecord aan die client. Netwerkjoysticks sturen kleine UDP- of HTTP-frames en blijven uitgeschakeld wanneer ze voor het eerst worden gezien, zodat niemand op het LAN camera's kan besturen totdat een beheerder ze inschakelt. IP-joystickcontrollers verbinden via VISCA-over-IP: de server luistert op een poort, gedraagt zich als een camera en stuurt de opdrachten door naar de PTZ-interface van de echte camera.

Een apparaatgroep is een benoemde verzameling camera's op een server. Gebruikersgroepen worden aan apparaatgroepen gekoppeld, en wanneer een gebruiker camera's opvraagt, geeft de server alleen de camera's terug die horen bij een apparaatgroep die aan een van de groepen van die gebruiker is gekoppeld. Statistieken tonen het aantal camera's en hoeveel gebruikersgroepen en gebruikers toegang hebben. Omdat de regel door de server wordt toegepast en niet door de client, is een camera die aan een groep wordt toegevoegd direct zichtbaar voor de juiste mensen, en de ingebouwde beheerder ziet altijd alles.

De keuzelijst toont alle gebruikersgroepen met een korte beschrijving van wat elke groep mag, en een zoekveld maakt de lijst korter. Een groep toevoegen slaat op de server een koppeling op tussen die gebruikersgroep en de apparaatgroep. Vanaf dat moment krijgt elk lid van die groep de camera's van de groep in livebeeld, afspelen en indelingen, en via deze koppeling geen andere. Koppelen en ontkoppelen is één stap en geldt direct voor aangemelde gebruikers, zonder herstart.

Beheerders kiezen of clientacties en wijzigingen op de server worden vastgelegd, wat de minimale ernst is, welke categorieën bewaard blijven en hoeveel dagen. Een opschoonronde op de achtergrond verwijdert oudere regels volgens schema, en Bewaartermijn nu toepassen voert die op verzoek uit. Aanmeldings- en beveiligingsgebeurtenissen worden altijd op hun eigen ernstniveau bewaard. De trail kan als CSV of PDF worden gedownload, en een geplande taak kan het rapport wekelijks of naar keuze mailen via de mailserver die in de gebeurtenisinstellingen is ingesteld.

De PDF wordt op de server gegenereerd uit dezelfde auditregels die het tabblad Rapporten toont, met een standaard Python-PDF-bibliotheek in plaats van een schermafbeelding. Hij bevat de productkop en het logo, wie het rapport wanneer heeft aangemaakt, de actieve filters, een tabel over meerdere pagina's met herhaalde kopregel, en een paginavoet. Zeer grote resultaatsets worden afgekapt, en het rapport vermeldt dat expliciet, bijvoorbeeld 5000 van het totaal. Het geplande e-mailrapport voegt precies dit bestand toe.

De macro-editor is een visuele nodegraaf die op de server draait. Een System Event-node gaat af wanneer de statusbewaking een overeenkomende gebeurtenis genereert, zoals een bijna verlopen certificaat, hoog schijf- of GPU-gebruik of een bijna lege apparaatbatterij, en geeft de tekst en waarde van de gebeurtenis door via zijn uitgangen. Gekoppeld aan een Telegram Send-node plaatst hij een bericht via de Telegram Bot API. De graaf wordt gecontroleerd met Valideren, kan worden gesimuleerd, en terwijl hij live draait toont de editor de waarden die door elke node gaan.

Het scherm toont de Telegram Send-node van de macro-editor: bottoken, chat-ID, een berichtsjabloon met placeholders voor tijd en waarde, een Test-knop en een minimale tussenpoos tussen berichten, zodat herhaalde gebeurtenissen de chat niet overspoelen. De server plaatst het bericht via de Telegram Bot API zodra de node een stijgende flank ontvangt. E-mailmeldingen gebruiken de SMTP-server die onder de gebeurtenisinstellingen is ingesteld. De gebeurtenissen zelf komen van de statusbewaking van de server en van de gebeurtenisfeeds van de camera's.

De server definieert zo'n 144 rechten, elk met een module en een actieniveau zoals gebruiken of bewerken. Het groepsvenster toont ze in secties, met een filterveld, snelkoppelingen voor alles/gebruiken/bewerken en voorinstellingen die een gangbare set aanvinken. De server controleert het betreffende recht bij elke API-aanroep en elk livekanaal, zodat een gebruiker zonder PTZ- of opnamerechten ook wordt geweigerd als hij de API rechtstreeks aanroept. Geweigerde pogingen worden met de naam van het recht in de audittrail vastgelegd.

In plaats van rechten per gebruiker toe te kennen, verplaatst een beheerder gebruikers tussen kant-en-klare groepen zoals Operators, Kijkers en paren van redacteuren en gebruikers voor indelingen, macro's, kaarten, PTZ, apparaten en meer. De effectieve rechten van een gebruiker zijn de optelsom van de rechten van al zijn groepen, plus hun indelingen en de camera's van de apparaatgroepen die aan die groepen zijn gekoppeld. Een groep wijzigen wijzigt alle leden tegelijk, waardoor rollen consistent blijven over veel accounts.

Het tabblad Middelen van een groep stelt numerieke plafonds in, waarbij nul onbeperkt betekent: camera's en gelijktijdige streams die een lid mag openen, exportlengte, -grootte en -aantal per dag, hoeveel indelingen, macro's en bladwijzers hij mag maken, en API-verzoeken per uur en tokens. De server dwingt ze af zodra er een verzoek komt, bijvoorbeeld door een stream boven het plafond te weigeren. Instellingen per gebruiker kunnen de groepswaarde overschrijven, zodat een gedeelde installatie ook onder belasting voorspelbaar blijft.

Het tabblad Beveiliging van een groep bepaalt het aantal gelijktijdige sessies, de sessietime-out, verplichte tweestapsverificatie, minimale wachtwoordlengte, complexiteit, geldigheidsduur, het blokkeren van hergebruik, blokkering na mislukte pogingen en de duur daarvan, plus auditniveau en bewaartermijn van het log. De server dwingt het beleid af bij het aanmelden en bij wachtwoordwijzigingen, waarbij wachtwoorden als gezouten bcrypt-hashes worden opgeslagen, niet leesbaar. De timing van het aanmelden is gelijkgetrokken, zodat een onbekende gebruikersnaam niet te onderscheiden is van een verkeerd wachtwoord.

Het tabblad Rechten van de gebruiker toont dezelfde matrix als bij een groep, in twee kleuren: blauwe vakjes zijn directe rechten die hier kunnen worden gewijzigd, paarse komen van de groepen van de gebruiker en zijn in deze weergave alleen-lezen. De server combineert beide sets wanneer hij een verzoek controleert. Directe rechten zijn handig voor eenmalige uitzonderingen, en de teller laat zien hoeveel van het totaal actief zijn en hoeveel van groepen komen. Alle directe wissen verwijdert de uitzonderingen zonder de groepsrechten aan te raken.

Het tabblad Beveiliging beheert de tweede factor van een gebruiker: een tijdgebonden eenmalig wachtwoord (TOTP) dat werkt met gangbare authenticator-apps, samen met eenmalige back-upcodes. Het toont ook de accountstatus, zoals vergrendeling, mislukte pogingen en laatste aanmelding, en laat een beheerder ontgrendelen of resetten. Actieve sessies staan in een lijst met IP-adres en browser en kunnen één voor één of allemaal tegelijk worden beëindigd. API-tokens zijn aparte inloggegevens met een naam en vervaldatum, zodat scripts en integraties het wachtwoord van de gebruiker niet nodig hebben; ze kunnen op elk moment worden ingetrokken.

Het tabblad Activiteit leest voor één gebruiker twee dingen van de server: de actieve sessies, met IP-adres, clientaanduiding en laatste activiteit, en de recentste beveiligingsgebeurtenissen uit de audittrail. Geweigerde acties, zoals een geweigerd recht of een camera die de gebruiker niet mag zien, worden vastgelegd op het moment dat de server het verzoek afwijst, samen met de naam van het recht of de bron. Sessies tonen het soort client, bijvoorbeeld een browser of een script dat de API gebruikt, wat helpt om normaal gebruik te onderscheiden van onverwachte toegang.

De server kan een certificaatautoriteit genereren of een bestaande importeren. Het CA-certificaat en de privésleutel worden op de server opgeslagen, waarbij het sleutelbestand alleen leesbaar is voor het serviceaccount en optioneel met een wachtwoord is beveiligd; alleen ondertekende certificaten verlaten de machine. Op het tabblad kunt u ook het CA-certificaat downloaden, er een back-up van maken en het terugzetten, het in de systeemvertrouwensopslag installeren, certificaten op serienummer intrekken en een intrekkingslijst (CRL) samenstellen. Vanuit dezelfde CA kan ook een RADIUS-servercertificaat voor 802.1X worden uitgegeven.

Er wordt een nieuw sleutelpaar gegenereerd en de opgeslagen CA ondertekent een certificaat voor de opgegeven naam, DNS- en IP-vermeldingen, met een gekozen geldigheid en sleuteltype. Het resultaat wordt aangeboden als PEM (certificaat, sleutel en CA) of als PKCS#12-bundel. Vinkt u de serveroptie aan, dan wordt het certificaat als eigen certificaat van de server geïnstalleerd, vertrouwt de desktopclient de CA, wordt het oude zelfondertekende certificaat uitgefaseerd en wordt de dienst herstart, zodat browsers geen waarschuwingen meer tonen zodra ze de CA vertrouwen.

U voert camera's handmatig in of importeert een CSV met adres, fabrikant, inloggegevens en poorten. Voor elke regel geeft de server een apparaatcertificaat uit vanuit de CA, zet het certificaat en de CA via de eigen web-API van die fabrikant op de camera en schakelt daarna HTTPS in. Er zijn ook acties om HTTPS uit te schakelen en te testen. De server moet de camera's op het netwerk kunnen bereiken, en inloggegevens worden alleen voor de run gebruikt. Het resultaat is één doorgang in plaats van op elke camera inloggen.

Voor één camera ondertekent de server een apparaatcertificaat en uploadt het via de API van de fabrikant; daarnaast kan hij de CA meesturen, HTTPS activeren, gewone HTTP uitschakelen en de beveiligde verbinding testen. De tweede sectie maakt via SSH verbinding met een andere PotoP-host, kopieert het certificaat, de sleutel en het CA-bestand naar de doelmap en kan een dienst herstarten. Beide bewerkingen draaien op de server, die het doel dus moet kunnen bereiken, en vereisen beheerdersrechten.

Het paneel toont het certificaat dat momenteel voor de webclient is geladen, met onderwerp, uitgever, geldigheid, sleuteltype en -lengte, handtekeningalgoritme en SHA-256-vingerafdruk, en kan het als PEM exporteren. Het mobiele gedeelte biedt het CA-certificaat aan als download of als QR-code die een telefoon of tablet kan scannen, zodat het apparaat de server één keer vertrouwt en daarna niet meer waarschuwt. Voor Linux, macOS en Windows zijn installatie-instructies en scripts beschikbaar.

Voordat het wachtwoord wordt verstuurd, maakt de aanmeldpagina via HTTPS contact met de gekozen server en controleert het certificaat aan de hand van de vertrouwensopslag van de browser. Is de keten geldig en klopt hij, dan verschijnt de groene melding Veilige verbinding; anders ziet de gebruiker een waarschuwing. Die controle wordt door de eigen TLS-stack van de browser uitgevoerd en kan dus niet door de pagina worden vervalst. Daarna worden de inloggegevens via de versleutelde verbinding naar de geverifieerde server gestuurd.

Het RAID-paneel in de serverbeheerinstellingen is een tekenengine die schijven, stripes en pariteit voor het gekozen niveau uitzet. In de simulatiemodus kiest u een niveau en een aantal schijven en tekent het een synthetische array, zodat er niets echts wordt aangeraakt. Op een live server wordt dezelfde weergave gevuld vanuit de echte controller: software-RAID via mdadm, of hardwarecontrollers via de opdrachtregeltools van de fabrikant. Fouttolerantie en bruikbare capaciteit worden berekend uit het niveau en het aantal schijven, en het diagram laat zien hoe de pariteit over de leden roteert, zodat installateurs kunnen plannen voordat ze een array bouwen.

Dezelfde RAID-monitor kan geneste niveaus tekenen. Hier wordt een gesimuleerde RAID 60 van zestien schijven getoond als vier RAID 6-groepen, met striping over de groepen erboven. Het paneel berekent de fouttolerantie per groep, zodat elke groep twee uitgevallen schijven overleeft, en de bruikbare capaciteit als acht van de zestien schijven. De wat-als-schuifregelaar eronder voert die capaciteit in de rekenhulp voor opnameduur in, die haar deelt door de gemeten bitrate van de camera's. De planning gebeurt op de servergegevens, zonder dat er iets aan de schijven verandert.

Het venster RAID-beheer draait in de desktopclient maar werkt op de server waarop u bent aangemeld. Een beheerder voert zijn wachtwoord opnieuw in om een kortlevend beheerderstoken te krijgen. Een array aanmaken levert een plan op: de server somt de gevonden schijven op en bereidt de exacte opdracht voor als lijst met argumenten, nooit als shell-tekenreeks, en toont die als voorbeeld. Tijdens het plannen wordt er niets uitgevoerd. Toepassen voert alleen dat opgeslagen plan uit via een vaste lijst toegestane RAID-tools, en bij gevaarlijke acties moet u eerst de identiteit van het doel intypen. Software-RAID gebruikt mdadm.

Uitbreidings- en onderhoudsacties volgen dezelfde stroom van eerst plannen en dan toepassen als het aanmaken van een array. De client stuurt het verzoek, de server valideert elke apparaatnaam en stelt de exacte mdadm-opdracht samen voor het toevoegen van schijven, vergroten, wijzigen van de chunkgrootte of converteren van het niveau, en stuurt die terug ter controle. Scrub-controle en -reparatie starten de consistentiescan van de kernel op de array. Minimale en maximale resync-snelheid zijn de standaardlimieten van Linux-software-RAID, zodat een rebuild kan worden afgeremd terwijl camera's opnemen. Voor toepassen is het beheerderstoken nodig, en bij riskante stappen een bevestiging van de identiteit.

Het tabblad Configuratie bepaalt hoe uitval wordt gedetecteerd en hoe de standby-server actueel blijft. De bewaking controleert elke server op het ingestelde interval, en een server wordt pas als uitgevallen beschouwd na het ingestelde aantal opeenvolgende mislukte controles. Verplichte diensten worden altijd bewaakt, terwijl optionele zoals VoIP of analyse alleen meetellen als ze zijn aangevinkt. Back-upinterval, aantal bewaarde snapshots en een bandbreedtelimiet sturen de replicatieagent op de failover-node aan. Meldingen kunnen per e-mail (SMTP), via Telegram of als desktopmelding worden verstuurd.

Tijdens een back-upcyclus vraagt de failover-node een overzicht op van de bestanden en databases van de live server en haalt daarna alleen op wat sinds de vorige snapshot is veranderd. Ongewijzigde bestanden worden vanuit de vorige kopie gekoppeld; daarom kan het paneel duizenden bestanden tonen terwijl er maar een handvol is opgehaald. De voortgang in bestanden en megabytes wordt in een statusrecord geschreven dat de client live toont. De voltooide export wordt in een snapshotmap geroteerd, en de databaseregel van de standby-server toont Synchroniseren zolang de gegevens worden toegepast.

Een overname gebeurt automatisch zodra de foutdrempel is bereikt, of handmatig met Geforceerde overname. De standby-server bedient dan de camera's van de uitgevallen server, de uitgevallen server wordt als offline gemarkeerd, en de banner en de statusregel bovenaan kleuren rood. Reageert de oorspronkelijke server weer op de controles, dan verplaatst Failback de camera's terug. Het tabblad Configuratie kan dit ook automatisch doen, nadat de server een ingesteld aantal minuten gezond is geweest. Clients blijven werken omdat gebruikers en sessies al naar de standby-server waren gespiegeld.

Het tabblad Gebeurtenissenlog legt elke stap van het redundantieproces vast op het moment dat hij plaatsvindt, met een lokale tijdstempel: een geforceerde replicatiecyclus, het overnameverzoek, de start van de overnameworker, de migratie van camera's, het aantal gestopte streams op de uitgevallen server en het eindresultaat. De regels komen uit de overnamevolgorde van de server en blijven gedurende de sessie bewaard, met een knop Wissen. Omdat elke overgang op volgorde wordt vastgelegd, kan een operator achteraf nagaan wat het systeem deed en het overnemen in een incidentrapport.

Het tabblad Training bevat de instellingen voor dataset, augmentatie en beeldbron die een trainingsrun voeden. Een dataset is een map met afbeeldingen en labels, gevuld vanuit geüploade bestanden, een webcam, een videobestand of een RTSP-stream. Augmentatie-instellingen zoals mozaïek, spiegelen, schalen, roteren en kleurverschuivingen worden tijdens het trainen direct toegepast. Een validatiesplitsing en een random seed houden runs reproduceerbaar. Het getoonde venster verschijnt wanneer op Training starten wordt gedrukt zonder dat er een dataset is geselecteerd. Conversie naar ONNX en formaten voor versnellers staat op een apart tabblad.

Actieherkenning werkt in twee fasen. Eerst draait een houdingsmodel over uw video of afbeeldingen en haalt per persoon de lichaamspunten eruit, opgeslagen met het label dat u kiest, zoals lopen of vallen. Daarna wordt een kleine sequentieclassificator, standaard een LSTM, getraind op vensters van opeenvolgende beelden met die punten, met PyTorch op het gekozen apparaat. Na de training worden precision, recall en F1 per klasse berekend op apart gehouden validatiegegevens. Het resultaat kan met een inferentiefragment worden geëxporteerd voor gebruik in de analyse.

Het kentekentabblad traint een netwerk voor tekenreeksherkenning van het type LPRNet, dat een uitgesneden kentekenafbeelding leest en de tekens met CTC decodeert. U kiest de tekenset van een land en de invoergrootte, en verzamelt daarna kentekenuitsneden uit opnames, afbeeldingsmappen, URL-lijsten of openbare datasets. Met de labeleditor corrigeert u ongelabelde kentekens, met optionele OCR-suggesties. Testen op beeld laat het huidige model op één afbeelding draaien. Voltooide modellen worden geëxporteerd en kunnen worden gecompileerd tot een bundel voor Axelera Metis-versnellers en in de live herkenningscascade worden geïnstalleerd.

Het annotatietabblad is een labeltool binnen de Training Studio. U definieert objectklassen, bladert door de afbeeldingen van de dataset en tekent met de muis kaders of polygonen. Elke annotatie wordt met haar klasse en coördinaten in de datasetmap opgeslagen, in het formaat dat de trainers lezen. Automatisch annoteren laat een bestaand detectiemodel over de afbeelding lopen en stelt labels voor die u accepteert of corrigeert. Het statistiekenpaneel telt het totale aantal annotaties en kaders per klasse, zodat u ziet welke klassen te weinig voorbeelden hebben.

Inventarisvragen worden rechtstreeks uit de database van de server beantwoord, zonder taalmodel. Typt u list cameras, dan zoekt de server dit op en geeft namen, IP-adressen, fabrikanten en of de camera aan staat en opneemt, als teksttabel op het Resultatenbord. Dezelfde engine dekt plattegronden, servers, indelingen en macro's. De chat presenteert alleen het resultaat, zodat het antwoord de actuele configuratie weerspiegelt, en hij respecteert de rechten van de aangemelde gebruiker.

Verzoeken waarin een detail ontbreekt, zoals een geavanceerde camerazoekvraag, starten een korte dialoog op de server. De assistent toont de geldige keuzes uit de huidige configuratie, hier elke camera met haar adres, en wacht op het antwoord. U kunt antwoorden met de letter, de naam of het IP-adres. Terug keert terug naar de vorige vraag en Annuleren beëindigt de dialoog. De keuzelijst wordt uit live gegevens opgebouwd en biedt dus alleen camera's aan die bestaan.

Vragen over de database en back-ups worden beantwoord door directe serverfuncties. De opdracht db status leest de actieve PostgreSQL-verbinding en meldt type, versie, grootte, aantal tabellen, verbindingspool en host, met het wachtwoord gemaskeerd. De opdracht backups toont de configuratieback-ups die op de server staan, met datum en grootte. De LLM-schakelaar zet een optioneel taalmodel aan dat lokaal via Ollama draait, zodat vrije vragen kunnen worden afgehandeld zonder gegevens naar een clouddienst te sturen.

Het venster Detailniveau bepaalt hoe de chat antwoorden van de server opmaakt. De vier niveaus lopen van aantallen op één regel tot volledige uitvoer inclusief ruwe waarden. Tijdstempels, statuspictogrammen en ASCII-tabellen kunnen aan- of uitgezet worden, net als een compacte weergave en een limiet op het aantal items in lijsten. De instellingen gelden op de client bij het weergeven van antwoorden, zodat verschillende operators met verschillende niveaus tegen dezelfde server kunnen werken. Het paneel achter het venster is de ingedeelde helplijst met voorbeeldopdrachten.