Con IP conectado arduinos a cámaras de disparo

Question

Estoy buscando construir un 5 cámara RÉFLEX digital sistema de disparo utilizando los arduinos a través de nuestra red.

Actualmente tenemos desencadenante físico de los cables de modo que podemos provocar que cada DLSR sin demora. Aunque todas las cámaras están en la red y ejecución de Nikon capture pro, hay una pequeña demora de golpear el "botón de disparo" en el software, y la cámara de capturar la imagen. El desencadenante físico es instantánea.

Básicamente me gustaría eliminar la necesidad de ejecutar dedicado activación de cable para las cámaras, como todo lo que quiero es poder, y un par de ethernet para cada cámara. Quiero tener la capacidad de accionar, y de forma inteligente cambio de la cámara tiempos a través de un arduino o similares de ip connectible dispositivo, a veces podemos tener un solo gatillo, pero pequeños retrasos de cada disparo, como, tomar inmediatamente uno, luego dos un poco más tarde....

El disparo debe ser hecho físicamente, pero se puede hacer a través del sensor, por lo que tener un arduino con cada cámara nos dará un montón de opciones.

En la sala de control, queremos ser capaz de desencadenar alguna de las cámaras con los botones físicos, como verías en aplicaciones industriales, algo que puede realmente tomar una paliza. Así que a partir de estos botones me gustaría esperar a que se ejecute dentro de un arduino, y después de que el arduino se comunica con los demás a activar.

El flujo de la señal es como este

Botón en la sala de control > arduino > internet > arduino > Nikon externo cable de disparo > de la Cámara Nikon.

Algunas cámaras se disparan al mismo tiempo, otros con retrasos.

Así que mi pregunta clave es: ¿Qué es la latencia de una ip conectado arduino, activar otro?

Answer 1

Para responder a tu pregunta clave, la latencia de una IP conectado arduino a otro es casi completamente dependiente de la red de su equipo. El hardware de arduino y el gatillo de añadir un poco de latencia, pero puede ser tratada como 0 con respecto a la cantidad de latencia que un equipo de la red y desencadenante físico de hardware va a agregar.

Normalmente en tamaño medianas y grandes redes corporativas he visto una latencia de entre 3 ms y 50 ms.

Si están con ganas de todas las cámaras que se disparan al mismo tiempo exacto que usted puede ser que desee considerar un método más sofisticado para lidiar con los retrasos imprevistos en la red. Cada tan a menudo, usted puede enviar la información de temporización para el gatillo de arduino. Con el tiempo, usted puede comenzar a calcular el promedio de la variación en la red. Jitter ser la diferencia entre la latencia de un paquete a la latencia de otros paquetes en diferentes momentos. Usted debe ser capaz de conseguir "aceptar" el tiempo con este método, a continuación, cuando usted quiere que sus cámaras de accionar, de enviar un paquete, diciendo: ¿qué marca de tiempo que desea que se disparen.

Usted puede también añadir un retorno de paquetes que el control de usuario de lado ardunio recibiría. Con un poco de trabajo se puede utilizar el tiempo de ida y vuelta para perfeccionar su tiempo aún más.

Si usted no se preocupan por tener todos ellos van en el mismo exacto momento, usted sólo tendrá que mantener el gatillo de paquetes, y cualquier gasto asociado, tan pequeño como sea posible.

Answer 2

TCP/IP en los Arduinos no es exactamente la mejor opción para cualquier cosa en tiempo real. Ethernet horario no es determinista, por lo tanto, independientemente de cualquier método que intenta eliminar el jitter o compensar la latencia, nunca va a ser perfecto.

Usted menciona "Arduino -> red -> Arduino" como su topología que desee, en cuyo caso me gustaría tirar la idea del uso de la (muy caro) Ethernet tablas y el uso de algo diseñado para sistemas embebidos, como RS-485. Como usted tiene total control de la red, su módulo maestro podría enviar un 'disparador' mensaje para todos los esclavos para recoger y actuar después del mensaje de finalización. Que todos los que la reciben en el exacto mismo tiempo (+/- 1 ns/pie), por lo que el jitter y el retraso sería insignificante para cualquier aplicación de cámara.

Aquí está un escudo que ha RS-485 en él, pero es tan solo un chip (por ejemplo, MAX485 y amigos) que usted podría protoboard.

---

Editar:

Cuán lejos están estas cámaras? Si están sólo a unos 10 metros de distancia y desea una luz (?) el sensor que va a cada uno, acaba de conectar un sensor+obturador+cable de alimentación y el funcionamiento de la misma Arduino. Sólo debe ser de 4 a 6 cables; comprar unos buenos conectores y debe ser indolora para desbaratar y set-up. Usted puede ser capaz de salirse con la significativamente más cables incluso, dependiendo del sensor, etc.