200 devices aansluiten

[Verwijderd]

Ik probeer een opstelling te bouwen waar 200 CCD camera's aangesloten zijn op een computer. Ik wil alleen niet dat mijn computer gaat communiceren met elk apart device. Hoe kan ik ze aansluiten of iets instellen zodat ik er wel data van binnen kan krijgen zonder controles van de computer?

Ik hoop dat iemand een oplossing hiervoor heeft!

[D-Three]

Verwijderd schreef op vrijdag 15 januari 2016 @ 11:19:
Ik probeer een opstelling te bouwen waar 200 CCD camera's aangesloten zijn op een computer.

Dus camera's aansluiten op computer maar...

Ik wil alleen niet dat mijn computer gaat communiceren met elk apart device. Hoe kan ik ze aansluiten of iets instellen zodat ik er wel data van binnen kan krijgen zonder controles van de computer?

de computer mag niet communiceren met de camera's? Waarom zijn ze dan aangesloten? Je zal toch iets duidelijker moeten uitleggen wat je precies wil.

[WK100]

Oke ik doe een gokje:

TS wilt 200 CCDs (CCTVs ) aansluiten zonder dat de computer het beeldmateriaal verwerkt in de GPU, kortom alleen als databank voor het videomateriaal. Zit ik in de buurt?

[ Voor 3% gewijzigd door WK100 op 15-01-2016 11:38 ]

[arvidbeheerder]

Een uitgebreidere uitleg van de opstelling zou wel handig zijn. Welke camera, welke software op de computer etc. En waarom een computer en geen stevige NAS als je het toch alleen als databank gaat gebruiken?

[AlexanderB]

Als het IP camera's zijn, no problem, maar dan zoek je inderdaad naar een NAS waarschijnlijk.

Als je nog vanuit compositie video een digitale video moet gaan importeren zou ik vast rekening houden met meerdere pc's vol met video-import kaarten..

[memphis]

AlexanderB schreef op vrijdag 15 januari 2016 @ 12:10:
Als je nog vanuit compositie video een digitale video moet gaan importeren zou ik vast rekening houden met meerdere pc's vol met video-import kaarten..

Of een switch die meerdere videobronnen naar 1 schakelt.

[itcouldbeanyone]

als je niet elke camera tegelijk nodig hebt. dan kun je een usb switch gebruiken(mits het een usb webcam betreft)

als je een grote "sensor" wilt bouwen van tientallen megapixels.
kun je bij bepaalde camera's (zoals composite) heel makkelijk via bus switches het signal van sensor naar sensor schakelen,
en dan na ongeveer 8 seconden al je ontvangen data stitchen

[Verwijderd]

De bedoeling is om een hogesnelheidscamera te maken met meerdere fotosensoren. En door dan de frames achter elkaar te plakken kun je een hogere frames per seconde behalen. Ik dacht zelf aan een switch die de signalen bundelt en dan naar een computer zou sturen. Hoe zou ik het werken met een NAS tussen de sensoren en de computer? En hoe zou ik dit op moeten zetten?

[ehtweak]

Wellicht ter inspiratie:
http://nikonrumors.com/20...lix-360-at-ces-2016.aspx/

[Brilsmurfffje]

Verwijderd schreef op zondag 17 januari 2016 @ 13:44:
De bedoeling is om een hogesnelheidscamera te maken met meerdere fotosensoren. En door dan de frames achter elkaar te plakken kun je een hogere frames per seconde behalen. Ik dacht zelf aan een switch die de signalen bundelt en dan naar een computer zou sturen. Hoe zou ik het werken met een NAS tussen de sensoren en de computer? En hoe zou ik dit op moeten zetten?

Dat gaat niet werken want ze filmen allemaal vanuit een andere hoek..

[Verwijderd]

Brilsmurfffje schreef op zondag 17 januari 2016 @ 13:51:
[...]


Dat gaat niet werken want ze filmen allemaal vanuit een andere hoek..

Dat is allemaal optisch op te lossen, dat is op het moment niet het probleem!

[Verwijderd]

ehtweak schreef op zondag 17 januari 2016 @ 13:49:
Wellicht ter inspiratie:
http://nikonrumors.com/20...lix-360-at-ces-2016.aspx/

Dit is niet waar wij voor gaan. Wij proberen het beeld zo snel te projecteren op verschillende beeld sensoren dat je sneller kunt "filmen" dan de sensor op zich zelf zou kunnen.

[memphis]

er zijn al camera's met 1000fps voor de normale consument te vinden.... moet je nog meer hebben?

[Xaph]

Ik heb totaal geen ervaring met het combineren van camerabeelden, maar wel ervaring met het aanleggen van grote security/safety netwerken.

Logischer wijs zou ik zeggen dat je beter een 1000fps camera kan kopen, gezien de kosten. Maar, mocht je écht 200 streams op willen slaan, kan ik je altijd helpen.

[Verwijderd]

Xaph schreef op zondag 17 januari 2016 @ 14:30:
Ik heb totaal geen ervaring met het combineren van camerabeelden, maar wel ervaring met het aanleggen van grote security/safety netwerken.

Logischer wijs zou ik zeggen dat je beter een 1000fps camera kan kopen, gezien de kosten. Maar, mocht je écht 200 streams op willen slaan, kan ik je altijd helpen.

Kosten zijn absoluut niet het probleem, mijn vakgroep heeft er een leuk potje voor. We willen naar de miljoenen frames per seconde toe dus een consumentencamera gaat het absoluut niet halen.

[OmeJoyo]

Leuk idee, maar je hebt dus per definitie een computer, of beter gezegd een array van computers nodig om al die streams op te nemen, of je moet camera's hebben die alles zelfstandig opnemen met een absolute timestamp. Ik voorzie hele andere problemen of beter gezegd, uitdagingen want niets is onmogelijk, wellicht wel on-praktisch.

[Padje]

Zou eens John de Mol bellen die heeft hier vast ervaring mee

Maar plaats eens een foto van je huidige opstelling.

[Brilsmurfffje]

Verwijderd schreef op zondag 17 januari 2016 @ 14:36:
[...]


Kosten zijn absoluut niet het probleem, mijn vakgroep heeft er een leuk potje voor. We willen naar de miljoenen frames per seconde toe dus een consumentencamera gaat het absoluut niet halen.

Je moet alle camera's ook exact gelijk hebben lopen kwa tijd, anders kan je nooit de frames in de juiste volgorde plaatsen, de frames moeten dus van de correcte timestamp voorzien worden _in_ de camera zelf en niet op de pc waar het binnenkomt. Als je dan ook alle beeldjes nog optisch moet corrigeren voor de vertekeningen dan kom je al vrij rap in supercomputer territorium.

Maar goed, 200 Ethernet camera's aansluiten is geen rocketscience, een dikke switch, genoeg snelheid op de netwerk kabels zodat het allemaal in realtime aankomt bij de pc. Daarin dan disks snel genoeg om deze giga stroom aan data bij te kunnen houden..

[TommyboyNL]

Wat jij wil gaat je niet lukken met alleen maar off-the-shelf hardware. Trek een paar ET'ers van een andere vakgroep, zij kunnen je hier ongetwijfeld goed bij helpen.

[Verwijderd]

Het op tijd triggeren van de camera's en het software matig bijwerken van de beeldjes hoeft geen probleem te zijn aangezien dat altijd hetzelfde is voor het desbetreffende frame.

Op het moment neigen we naar High speed sensors met een system on a chip opstelling. De beelden van elke sensor zijn dan opgeslagen op de RAM van deze chip.

De problemen die ik op het moment zie zijn het wegschrijven van de data zonder dat de computer ten alle tijden verbinding probeert te maken met elke sensor.

[Xaph]

TommyboyNL schreef op zondag 17 januari 2016 @ 14:59:
Wat jij wil gaat je niet lukken met alleen maar off-the-shelf hardware. Trek een paar ET'ers van een andere vakgroep, zij kunnen je hier ongetwijfeld goed bij helpen.

Met off-the-shelf hardware gaat het wel lukken: je moet alleen weten wat je nodig hebt. Onderstaande senario's even met uitgangspunt dat de camera's compatible zijn met de software, en is alleen een oplossing voor de storage, niet voor het aan elkaar plakken van beelden e.d. wat de TS wil.

1.) Software: Genetec Security Center; hardware: twee Genetec SV-Pro(gaat tot 100 streams per server).

2.) Software: Bosch VRM, hardware: twee DIVAR IP 6000(gaat tot 128 streams per server).

Beide zijn "off-the-shelf" oplossingen en komen met verschillende configuratie mogelijkheden als het gaat om storage capaciteit.

[rdejongjr]

http://www.highspeedcamer...ahigh-Speed-Cameras/v2512

wellicht contact opnemen met die gasten?
- snel (25.000 - 1.000.000FPS)
- Voorzien van oa GPS, sync en triggers (meerdere camera's voor dezelfde shot)
- Interne opslag welke uitgelezen wordt via 10Gb ethernet

[Orion84]

Brilsmurfffje schreef op zondag 17 januari 2016 @ 14:49:
[...]


Je moet alle camera's ook exact gelijk hebben lopen kwa tijd, anders kan je nooit de frames in de juiste volgorde plaatsen, de frames moeten dus van de correcte timestamp voorzien worden _in_ de camera zelf en niet op de pc waar het binnenkomt.

Waarom? Je moet enkel een manier hebben om iedere camera met een specifieke vertraging te laten starten. Dus camera 1 start op t=0, camera 2 start op t=0+1microseconde etc.

Dan heb je een oplossing nodig om de beelden van al die camera's ergens op te slaan. En vervolgens een oplossing die het beeldmateriaal in elkaar weeft, op basis van de bekende volgorde van de cameras. Dus frame 1 camera 1, frame 1 camera 2 ... frame 1 camera 200, frame 2 camera 1, frame 2 camera 2 etc.

Als je cameramodules hebt met eigen opslag, dan zou je dus prima kunnen focussen op de techniek om de camera's in de juiste volgorde en met de juiste tussenpozen te starten. Het samenvoegen van het beeldmateriaal is dan redelijk simpel.

Ik ben wel benieuwd naar hoe makkelijk je camera modules kan vinden die je op een betrouwbare manier met zulke extreem korte tussenpozen kan laten starten. Dat vereist extreem nauwkeurige aansturingselektronica en cameramodules die een zeer consistente vertraging hebben tussen het ontvangen van het 'start' signaal en het daadwerkelijk starten met opnemen. Als daar ook maar enig verschil zit tussen camera's (of tussen de ene opname en de volgende) dan raakt heel je volgorde door de war.

[ Voor 3% gewijzigd door Orion84 op 17-01-2016 16:03 ]

[Brilsmurfffje]

Orion84 schreef op zondag 17 januari 2016 @ 16:01:

Ik ben wel benieuwd naar hoe makkelijk je camera modules kan vinden die je op een betrouwbare manier met zulke extreem korte tussenpozen kan laten starten. Dat vereist extreem nauwkeurige aansturingselektronica en cameramodules die een zeer consistente vertraging hebben tussen het ontvangen van het 'start' signaal en het daadwerkelijk starten met opnemen. Als daar ook maar enig verschil zit tussen camera's (of tussen de ene opname en de volgende) dan raakt heel je volgorde door de war.

We bedoelen beide hetzelfde

toevallig heb ik laatst een script in Python geschreven waarbij timing redelijk belangrijk was. In Python loop je bijvoorbeeld al snel tegen de beperking aan dat de timer "drift" naarmate de tijd verstrijkt, dit is de orde van enkele milliseconden, iets wat met miljoenen beeldjes per seconde zorgt voor compleet mislukte opname.

Je kan ook een timer in het beeld plaatsen die tijd met de juiste hoeveelheid decimalen weergeeft en dan kan je beeldanalyse toepassen door de tijd fysiek uit de foto te halen en ze dan op de juiste volgorde zetten.

[Mr_gadget]

Xaph schreef op zondag 17 januari 2016 @ 15:10:
[...]


Met off-the-shelf hardware gaat het wel lukken: je moet alleen weten wat je nodig hebt. Onderstaande senario's even met uitgangspunt dat de camera's compatible zijn met de software, en is alleen een oplossing voor de storage, niet voor het aan elkaar plakken van beelden e.d. wat de TS wil.

1.) Software: Genetec Security Center; hardware: twee Genetec SV-Pro(gaat tot 100 streams per server).

2.) Software: Bosch VRM, hardware: twee DIVAR IP 6000(gaat tot 128 streams per server).

Beide zijn "off-the-shelf" oplossingen en komen met verschillende configuratie mogelijkheden als het gaat om storage capaciteit.

Je moet dan elke camera starten met 0.0002 seconden vertraging (uitgaande van 25 fps, 1/(25*200)), En dat mag dan niet afwijken. Hoe wil dat doen met beveiligingscamera's?

Je zou eigenlijk de camera modules (zoals de camera module van de Raspberry Pi) per x aantal camera's met een fpga moeten uitlezen en de fpga's onderling koppelen met een trigger line

[yoshiwa]

Kan je iets meer vertellen over de opstelling waar het moet voor dienen?
Doe zelf phD aan de uni en heb ook wat ervaring/ben bezig met opstelling van cameras voor metingen.

[Orion84]

Brilsmurfffje schreef op zondag 17 januari 2016 @ 16:13:
[...]


We bedoelen beide hetzelfde

We dragen beiden een verschillende oplossing aan voor het timingprobleem. Maar dat in dat aspect de grootste uitdaging zit (los van het optisch corrigeren) ben ik inderdaad helemaal met je eens.

Dat ga je ook zeker niet op willen lossen met scriptjes op een pc of iets dergelijks. Dat gaat je alleen lukken met specifieke elektronica.

Kijk bijvoorbeeld naar de delay modules die ze bij mythbusters regelmatig gebruiken om het ene mechanisme een fractie van een seconde later te laten reageren dan het andere. Geen idee of er dergelijke modules op de markt zijn met voldoende precisie. En dan zit je dus nog met de betrouwbaarheid van de camera's zelf.

[Xiphalon]

Jullie hebben het over camera's, de TS over sensors met een soc erachter

Verwijderd schreef op zondag 17 januari 2016 @ 15:01:
Het op tijd triggeren van de camera's en het software matig bijwerken van de beeldjes hoeft geen probleem te zijn aangezien dat altijd hetzelfde is voor het desbetreffende frame.

Op het moment neigen we naar High speed sensors met een system on a chip opstelling. De beelden van elke sensor zijn dan opgeslagen op de RAM van deze chip.

De problemen die ik op het moment zie zijn het wegschrijven van de data zonder dat de computer ten alle tijden verbinding probeert te maken met elke sensor.

Als je niet wilt dat de computer de sensors uitleest, moeten de sensors zelf contact opnemen met een oplossing om hun data weg te schrijven. dat kan een pc zijn, maar ook een nas of een queue ergens.

[Orion84]

Xiphalon schreef op zondag 17 januari 2016 @ 17:54:
Jullie hebben het over camera's, de TS over sensors met een soc erachter
[...]

Camera(module) lijkt me een treffende term voor 'sensor met een soc erachter'. Ik doelde met 'camera' in elk geval niet per se op kant en klare fotocamera's zoals de mediamarkt ze verkoopt, als je dat bedoelde. Of kant en klare beveiliginscameras of zo.

[ Voor 5% gewijzigd door Orion84 op 17-01-2016 18:39 ]

[Rone]

Verwijderd schreef op vrijdag 15 januari 2016 @ 11:19:
Ik probeer een opstelling te bouwen waar 200 CCD camera's aangesloten zijn op een computer. Ik wil alleen niet dat mijn computer gaat communiceren met elk apart device. Hoe kan ik ze aansluiten of iets instellen zodat ik er wel data van binnen kan krijgen zonder controles van de computer?

Ik hoop dat iemand een oplossing hiervoor heeft!

En wat heeft je eigen zoektocht met bijvoorbeeld Google tot dusver opgeleverd? Je vermeldt nergens wat je zelf al hebt gevonden en waarom dat niet hielp. Daardoor voldoet je topic geenszins aan de eisen zoals omschreven in Het algemeen beleid. Neem die dus eens door.