...., still it is hard to understand :
( Although , I think I got your idea , please check the new circuit (instead of relay board ), and advice me
The [Simplified] Parallel Write Concept for Read_Write - Decode Matrix 2.
The Logic Gates switch at a very high speed.
"...I think I got your idea..." There are numerous ways a Multi-Cam rig can be controlled,
as this is basically an experimental concept/subject it is best to start with a least three
similar cameras and build simple test/rigs/prototypes for controlling the cameras.
This is what I have been doing, but my rig is designed to be much more "Modular" and
is not just a simple "Inwardly Pointing Camera Array".
For example, my "Mini_windows 8v1 PE O/S", will Load the "Boot.wim", Boot, and Run "ChdkPtp" in 2Gig of Ram,
From Win-Dos_8v1 with No Cd-Rom, No Start, No Metro-GUI, No Desktop, No File-Explorer, etc, etc.
So my Cheap and Small Laptop is a major part of a portable camera control system and rig.
Please Note that:-
Multi-Camera_Array_Concept_[Write].png was "Over Simplified"
.... as I was still thinking of the "Original Posts" whereby the USB-2
+5v pin was multiplexed to achieve multiple "USB Functions".
So back to Building a mult-camera rig
[was: Re:] and the Battery third (temp) terminal as multipurpose analogue input.
The Battery third terminal(s) is NOW used for the "Parallel" write/shoot camera input,
this input is NOT a differential input and is subject to noise pickup. But has the advantage
over USB-2 that the precise switching points are now very well defined. The Disadvantage is
a possible unknown sync delay.
When, one of cameras in the array, USB-2 +5v pin's is a Hi that camera will "Auto Connect" and
a "Serial" read/download is then possible. When USB-2 +5v pin's are Lo "Parallel" write/shoot
is enabled via the Battery(s) third terminal, "Common", analogue input(s).
To minimize the "Common Mode" noise pick-up on the "Common", analogue input(s) they can
use a co-ax cable from camera to camera, as shown, in Multi-Camera_Array_Concept_[Write].png
Also rather than sending a Digital "Voltage Sync Pulse" a "Current Sync Pulse" could be used instead.
The Camera far end termination [Network at Cam-#24] remains and a Camera near end termination [Network at Cam-#01] provides the required Voltage to Current pulse conversion.
Adding an additional 24 suppression Ferrites wont change the Co-Ax Cable and the current pulse as it appears as additional common mode noise rejection. i.e as Differential CMR.
Connections to Cam-#02 to Cam-#23 are via Co-Ax "T" connectors [example; SMA type] these cameras
see the sync pulse as a "Voltage Sync Pulse" this also includes Cam-01 and Cam-24.
Edit #2 Re:- WW's post #10 and novsela post #14
[/quote]
"....you might consider having all the plugs switched with a single relay - or at least multiple contacts on a multi-pole relay...."
[/quote]
This alternative to post #17 would be better done by an additional 24 HS Cmos gates or 24 High speed Opto Switches but still synced in parallel using the the Battery third (input) terminal.
Edit #3
An advanced version of post #17 would be to have the sync pulse, AC coupled, and to use a simple form
of "Ternary Encoding", using this scheme the Battery third terminal Analogue Input is pre biased to a
Digital 0 at a nominal "Zero" +2.5 volts, then, a nominal +v/Hi and -v/Lo sync voltage/current is required
to sync the cameras, this scheme has much better noise rejection at the cost of more CHDK complexity.
This is in some ways similar to the existing CHDK - Remote Pulse Width encoding schemes.
H-H
Edit #1 [Deleted]
