UDP, TCP y RDMA para cámaras GigE Vision

• Más de 15 años de uso generalizado
• Estándar completamente ratificado y maduro
• Adopción masiva
• Protocolo basado en UDP
• Protocolo de transmisión real
• Soporte multicast
• Tiene todo lo que necesitas
• Necesita un receptor diseñado correctamente a alta velocidad

Nos tomaremos un momento para entender la tecnología detrás de GigE Vision. GVSP es el protocolo de transmisión de Ethernet utilizado en el estándar actual. Una secuencia se compone de varios fotogramas (o imágenes). Cada trama se compone de un paquete líder, varios paquetes de imágenes (o carga útil) y un paquete final. Todos los paquetes siguen el protocolo ethernet UDP, que es un protocolo no conectado. Esto simplemente significa que la cámara envía los paquetes y deja al receptor con su trabajo de colocar los datos en el búfer de destino. Al ser un protocolo no conectado, esto significa que tiene una sobrecarga de red 0, lo que lleva al máximo rendimiento de la red. También significa que se admiten fundamentos como la multidifusión. Debemos diseñar correctamente nuestro receptor para evitar la pérdida de datos. CXP también sigue este mismo protocolo y deja al receptor con su trabajo de colocar los datos en el búfer de destino. Esto conduce a un rendimiento superior y la latencia y fluctuación más bajas con un receptor de calidad. Notaremos que la incapacidad de algunas empresas para diseñar un receptor de calidad las ha llevado por caminos alternativos.

Figura: Estructura de paquetes y tramas GVSP.

• Se requiere copia de memoria (división de encabezado en el software)
• Mayor porcentaje de CPU
• Ancho de banda de memoria del sistema 3x
• PC 3 veces más potente
• Cantidad de PC 3x
• 1/3 de densidad del sistema
• Necesita un receptor bien diseñado a alta velocidad

GVSP convencional utiliza la división de encabezados en el software para quitar los encabezados de los paquetes GVSP y colocar el datos de imagen de los paquetes de carga útil en un búfer de memoria contiguo. Este proceso aumenta el uso de la CPU pero, lo que es más importante, consume 3 veces el uso del ancho de banda de la memoria del sistema en una implementación de 0 copias. Esto resulta en una eficiencia del 33% para el sistema que factores en el costo del sistema de varias maneras. Este es un ejemplo de un receptor mal diseñado y muchos en el mercado todavía están haciendo esto incluso en 10GigE, pero todavía vemos casos en los que algunos las empresas tienen problemas para ejecutar varias cámaras 1GigE en un solo servidor todo relacionado con un mal diseño del receptor.

Figura: Ruta de datos en una implementación convencional de GigEVision + GVSP.

• Copia cero verdadera
• Utiliza división de encabezado (HS) en NIC de OTS
• Omisión completa del kernel
• HS en uso para SMPTE 2110 en el mercado de M&E
• Compatible con tarjetas de procesamiento industrial
• La latencia y el jitter más bajos
• No se requieren (ni se necesitan) reenvíos ni control de flujo con una implementación de calidad
• Sigue siendo compatible con GigEVision

El GVSP optimizado utiliza la división de encabezados en el hardware disponible en las NIC de rendimiento OTS y otros dispositivos de procesamiento. Este es el mismo método utilizado en SMPTE 2110 en los mercados masivos de M&E, que también tiene tolerancia cero para la pérdida de datos. En este mercado, se basan en receptores bien diseñados y, como tales, las NIC de OTS proporcionan tecnologías de división de encabezado que se utilizan en implementaciones de transmisión como SMPTE 0, pero también en protocolos de mensajes y conectados como RDMA/RoCE. Trabajamos con los mismos proveedores que admiten RDMA/RoCE para usar la división de encabezados para lograr el receptor más rico en funciones y de mayor rendimiento mientras se adhiere a la especificación GigEVision actual y altamente madura.

Figura (arriba): Ruta de datos en una implementación optimizada de GigEVsion.
Figura (abajo): Socios de Emergent Vision Technologies.

• Se propone la incorporación del estándar GigEVision
• *Totalmente patentado* hasta que sea ratificado (quizás en 2 años)
• Protocolo basado en TCP
• Overhead hace un rendimiento más bajo que UDP
• No es una tecnología de copia cero (3x mem bw)
• Utilice Reenvíos/Control de flujo como muleta
• No es un protocolo de transmisión (como USB)
• Estrictamente punto a punto (como USB/CXP)
• Sin compatibilidad con multidifusión (como USB/CXP)
• Sin compatibilidad con GPUDirect

Algunos proveedores tienen problemas con las tecnologías de división de encabezados, ya sea al implementar o lograr el rendimiento, por lo que buscan otras soluciones. Algunos también intentan confiar en NIC de muy bajo costo o incluso en chips residentes de placa base de bajo rendimiento, lo cual es peligroso para aplicaciones como el procesamiento de obleas, que conlleva una gran penalización si se detectan problemas. Una propuesta es utilizar TCP. Este protocolo conectado ofrece ventajas limitadas sobre UDP. TCP ofrece reenvíos y control de flujo para una transferencia más confiable, pero esto afecta el rendimiento e induce latencia y fluctuación. TCP todavía requiere copias de datos y, dado que es un protocolo conectado, tiene una sobrecarga que contrarresta la ventaja de una transferencia confiable a medida que se agregan cámaras al sistema. Esto puede estar bien para un sistema de menor rendimiento, pero ejecuta muchos cámaras GigE en un solo sistema difícilmente proporcionará un rendimiento garantizado. Un sistema correctamente diseñado y con márgenes basado en UDP, incluso sin división de encabezados de hardware, funcionará igual de bien. El rendimiento nunca está garantizado a menos que un sistema esté bien diseñado y con márgenes.

CXP no utiliza reenvíos ni control de flujo y tiene un rendimiento, una latencia y una fluctuación de fase óptimos. Entonces, ¿por qué GigE Vision necesita esto?
Una de las razones es el almacenamiento en búfer físico insuficiente en algunas tarjetas NIC: no pueden hacer frente a las fluctuaciones del sistema operativo. Otro es el bajo rendimiento de BER.

La buena noticia es que las NIC de calidad tienen un amplio almacenamiento en búfer físico como CXP para lidiar con esto. BER, francamente, es solo un problema en un producto de bajo costo muy mal diseñado.

Pero, la realidad es que un servidor correctamente ajustado que incluya cambios de BIOS junto con un código de receptor correctamente escrito es importante en todos los casos.

Figura: La implementación de GigE Vision + TCP es 1 paso adelante y 2 pasos atrás.

• Se propone la incorporación del estándar GigEVision
• *Totalmente patentado* hasta que sea ratificado (quizás en 2 años)
• Protocolo basado en RDMA admitido por OTS NIC
• Overhead hace un rendimiento más bajo que UDP
• Tecnología de copia cero
• Utilice Reenvíos/Control de flujo como muleta
• No es un protocolo de transmisión (como USB/CXP)
• Estrictamente punto a punto (como USB/CXP)
• Sin compatibilidad con multidifusión (como USB/CXP)
• Sin compatibilidad con NVIDIA GPUDirect en Windows

Al igual que con UDP, algunos proveedores buscan RDMA para evitar una implementación de división de encabezados. Estos son los mismos proveedores que tienen problemas para trabajar con más de 2 cámaras de 10 GigE en un sistema y, francamente, tienen problemas con los sistemas de varias cámaras basados ​​en 1 GigE.

RDMA logra una transferencia de 0 copias al búfer de imagen: bueno. Al igual que TCP, RDMA es una tecnología conectada, por lo que incurre en gastos generales y limitará la escalabilidad. El rendimiento nunca está garantizado a menos que un sistema esté bien diseñado y delimitado.

RDMA ofrece reenvíos y control de flujo para una transferencia más confiable, pero esto, al igual que TCP, afecta el rendimiento e induce latencia y fluctuación.

RDMA, como TCP, tampoco puede admitir una tecnología de red fundamental como la multidifusión.

RDMA es básicamente un TCP de copia cero o incluso USB.

Tanto RDMA como TCP son tecnologías punto a punto, por lo que uno podría preguntarse por qué usar GigEVision en lugar de CXP o USB, especialmente dadas las relaciones costo/rendimiento mucho mejores para fpgas como se usa en los capturadores de cuadros CXP y las propias tarjetas de Emergent. Les recuerdo que con las mismas NIC utilizadas para RDMA también podemos aprovechar la función de división de encabezados de la tarjeta para mantener intacto el estándar GigEVision para una integración ilimitada.

Otra realidad importante es que el control de flujo y reenvíos para TCP y RDMA funcionan con el uso de buffering en la cámara. Independientemente de dónde se encuentre, ya sea en la cámara o en la tarjeta, el almacenamiento en búfer es el requisito fundamental para una transferencia confiable. Además, en cualquier diseño, ya sea que use UDP, TCP, RDMA e incluso CXP, si estos búferes de protección se desbordan, perderá datos.

Figura: La implementación de GigE Vision + RDMA/RoCE es 1 paso adelante y 2 pasos atrás.

• Las tecnologías conectadas no admiten aplicaciones de transmisión/multidifusión
• Elimina la redundancia eficiente
• Elimina el procesamiento distribuido
• Elimina un importante fundamental en la creación de redes.
• ¡Disponible ahora!

Esta diapositiva destaca el punto sobre las tecnologías de multidifusión. GigEVision+GVSP es actualmente el único protocolo que admite esta función fundamental de red. Otros estándares serán rápidamente desestimado en solicitudes que requieren redundancia eficiente y procesamiento distribuido.

Figura: Solo GigEVision + GVSP admite transmisión y multidifusión.

Esta diapositiva es una ilustración de cómo los cambios propuestos o ratificados están convergiendo con los estándares de la interfaz. USB sigue siendo prácticamente el mismo, pero es una tecnología de punto a punto. CXP ha adoptado la capa física de Ethernet que converge hacia GigEVision. GigEVision+RDMA y GigEVision+TCP (en caso de que se ratifiquen) convergen en CXP y USB como tecnología punto a punto. (tal vez 2 años fuera). GigEVision+GVSP mantendrá su integridad y conjunto de características y no convergerá con los otros protocolos.

Figura: Solo GigEVision + GVSP se destaca como el verdadero protocolo de transmisión.

• Tarjetas GPU: todo el procesamiento se realiza en la tarjeta
• Tarjetas FPGA: todo el procesamiento se realiza en la tarjeta
• GPUDirect: desvíe la memoria del sistema a la GPU
• Transferencias punto a punto: mover datos de nodo a nodo
• AI Engines: características de GPU y tarjetas FPGA
• El mercado de NIC converge con HPC

Entonces, digamos que ahora tenemos nuestros datos seguros en la memoria del sistema por cualquier medio. Ahora, ¿qué hacemos con él? Ya mencionamos esta idea anteriormente y parece que ni siquiera forma parte de la discusión de quienes trabajan para modificar el estándar GigE Vision para agregar RDMA o TCP. Para algunos aplicación de visión de alta velocidads, la CPU y la memoria del sistema son un recurso suficiente. Para otras aplicaciones de rendimiento que utilizan múltiples 100GigE, 25GigE o incluso 10GigE cámaras, el procesamiento en tiempo real requiere descargar la tarea a nodos de procesamiento más adecuados. Las CPU y la memoria de su sistema a menudo no pueden hacer frente. ¿Importan RDMA y TCP ahora? La respuesta es no, ya que las tarjetas pueden procesar igualmente GVSP. Veamos algunos ejemplos para entender por qué.

Figura: Las NIC comerciales no pueden procesar datos de píxeles y simplemente pasar los datos de píxeles al sistema.

• 0 CPU y 0 ancho de banda de memoria del sistema
• El producto NVIDIA requiere Rivermax para Windows
• NVIDIA requiere asociación: seleccione algunos
• Linux está abierto para GPUDirect en GPU estándar
• Aplicación 80% MV en Windows
• Algunas aplicaciones incluyen AOI, drone, VR, deportes
• Reduce los requisitos de PC
• Apoyo de igual a igual
• ¡Disponible ahora!

GPUDirect es una tecnología fantástica y la utilizan muchos de nuestros clientes en AOI, drones, VR y aplicaciones deportivas, por nombrar algunas. En este caso, la CPU y la memoria del sistema permanecen intactas. mientras que los datos se transfieren directamente a la GPU desde la NIC. En Linux, muchas cosas como esta son posibles con muchas GPU con NIC arbitrarias. Las GPU de NVidia en Windows solo permiten GPUDirect de las NIC de Mellanox que usan Rivermax para proveedores asociados selectos como Emergent. RDMA no es compatible con GPUDirect aquí. Con el 80 % de las aplicaciones de visión artificial en Windows, limita otros que buscan implementar esta función. mimergent ha admitido esta función durante más de 2 años.

Figura: GPUDirect pasa datos de píxeles directamente a la GPU sin pasar por la CPU y la memoria del sistema.

• 0 CPU y 0 ancho de banda de memoria del sistema
• Se requiere una sola ranura PCIe
• CPU no involucrada en absoluto
• El producto NVidia requiere Rivermax en Windows
• NVidia requiere asociación
• Aplicación 80% MV en Windows
• Reduce los requisitos de PC
• Apoyo de igual a igual
• Llegan futuros modelos integrados para HPC
• ¡Disponible ahora!

Similar a la diapositiva anterior, NVidia fusionó NIC con recursos de procesamiento para habilitar una solución de ranura única. Se esperan futuros modelos como NVidia se centra en HPC. Como socio de NVidia, Emergent tiene acceso a todas estas tecnologías. Estas tecnologías tampoco se limitan a un solo flujo de video, sino que pueden manejar flujos múltiples limitados solo por los recursos del dispositivo.

Figura: La tecnología Nvidia Bluefield ofrece NIC con recursos de procesamiento integrados.

• 0 CPU y 0 ancho de banda de memoria del sistema
• CPU no involucrada en absoluto
• Tarjetas OTS FPGA con soporte de núcleo GVSP proporcionado por Emergent nativo o con núcleos OTS GVSP de Xilinx, etc.
• Algoritmos de MV en abundancia
• Soporte para Windows y Linux
• Reduce los requisitos de PC
• Apoyo de igual a igual
• ¡Disponible ahora!

Dentro del espacio de Machine Vision, buscamos compañías como Matrox y Gidel que ofrecen tarjetas de procesamiento FPGA con interfaces GigEVision+GVSP para permitir
Integración perfecta con cámaras emergentes. Las GPU tienen su lugar como nodos de procesamiento, pero a menudo las tarjetas FPGA pueden manejar la carga de trabajo de manera más eficiente. Los clientes pueden aprovechar la IP del proveedor para acelerar el tiempo de comercialización. Estas tecnologías tampoco se limitan a un solo flujo de video, sino que pueden manejar múltiples flujos limitados solo por los recursos del dispositivo.

Figura: Tarjetas de procesamiento FPGA con extremos frontales GigEVision+GVSP.

• 0 CPU y 0 ancho de banda de memoria del sistema
• CPU no involucrada en absoluto
• Tarjetas OTS FPGA con soporte de núcleo GVSP proporcionado por Emergent nativo o con núcleos OTS GVSP de Xilinx, etc.
• Algoritmos de MV en abundancia
• Soporte para Windows y Linux
• Reduce los requisitos de PC
• Apoyo de igual a igual
• ¡Disponible ahora!

Una de las cosas buenas de Ethernet es el vasto conjunto de recursos de la industria que podemos aprovechar. Xilinx es uno de esos proveedores con los que trabajamos en estrecha colaboración para proporcionar recursos de procesamiento avanzados. Para integrarse con las cámaras emergentes, un cliente podría tomar su núcleo GigEVision actual y transferirlo a una de las muchas tarjetas como Xilinx Alveo, que ya tiene la misma interfaz que nuestras cámaras. Para aquellos que son nuevos en los controladores GigEVision, podemos proporcionar firmware y controladores adaptados para tarjetas como estas para que pueda comenzar a trabajar rápidamente y permitirle concentrarse en los detalles de su aplicación. Con una búsqueda rápida, se dará cuenta de la abundancia de recursos de código FPGA a su disposición. Estas tecnologías tampoco se limitan a un solo flujo de video, sino que pueden manejar múltiples flujos limitados solo por los recursos del dispositivo.

Figura: Las cámaras emergentes se integran a la perfección con Xilinx Alveo.

• soporte GVSP
• Soporte para Windows y Linux
• Reduce los requisitos de PC
• Soporte GPUDirect
• Apoyo de igual a igual
• Disparador de puerto frontal
• Control total de la cadena de suministro
• Enrutamiento inteligente de imágenes
• Primera de una serie de NIC inteligentes para MV
• ¡Disponible ahora!

Emergente comienza su incursión en el tarjeta PCIe espacio que brinda ciertos beneficios a nuestros clientes, como el reordenamiento inteligente de imágenes, el enrutamiento,
y tampones expandidos. Además, tenemos clientes que desean evitar los cambios en sus configuraciones con cámaras muy separadas y a distancias adecuadas para la fibra. Sin embargo, todavía quieren una sincronización estrecha. Nuestro disparador de puerto frontal con comando de acción para disparar imágenes satisface esta necesidad. El desarrollo de nuestras propias tarjetas también nos permite administrar la cadena de suministro completa para las aplicaciones típicas de nuestros clientes, así como mantener un estricto control de calidad. Emergent también buscará desarrollar tarjetas de procesamiento avanzadas para satisfacer las necesidades de nuestros clientes, así como módulos específicos de aplicaciones para reducir el tiempo de comercialización. Estas tecnologías tampoco se limitan a un solo flujo de video, sino que pueden manejar múltiples flujos limitados solo por los recursos del dispositivo.

Figura: Las propias tarjetas PCIe de Emergent permiten la gestión de la cadena de suministro completa para la entrega de datos.

• Solución de PC única de mayor rendimiento
• Soporte para Windows y Linux
• Configuración multicámara de menor costo
• Soporte de software eCapture llave en mano
• Personalice con nodos de procesamiento GPU o FPGA
• Fácilmente escalable a múltiples servidores y nodos de procesamiento
• 0 pérdida de datos
• ¡Disponible ahora!

Presentamos esta configuración durante algunas presentaciones en línea, así como en ferias comerciales como NAB Vegas y también en Vision Show en Stuttgart el mes pasado. El sistema es, con diferencia, la solución de mayor rendimiento y mayor densidad del mercado. El sistema tiene 0 pérdida de datos al tomar 210 Gbps de datos de imagen y almacenarlos en 8 unidades U.2 NVMe. El servidor es una única configuración de servidor AMD y Asus de gama media que ejecuta nuestro software de rendimiento eCapture Pro. Algunos clientes desean tomar esta configuración y agregar GPU en las ranuras disponibles para realizar el procesamiento en tiempo real.

Tenemos clientes que han escalado sistemas de hasta más de 250 cámaras en un solo sistema utilizando nuestro 25GigE cámaras: esto ejemplifica la facilidad de escalabilidad.

Como se mencionó, tenemos clientes que desean evitar cambios en sus configuraciones. Los conmutadores pueden ser más costosos a partir de aproximadamente $7,000 para una configuración de 48 puertos/25G+8 puertos/100G a través de nuestra red de socios, pero ayudan a reducir sustancialmente el costo general del sistema. También están disponibles configuraciones más pequeñas como 18 puertos/25G+4 puertos/100G. El mercado de conmutadores también se está volviendo más competitivo a medida que más empresas ingresan al mercado con soporte 25G/100G y PTP. Puede contar con Emergent para obtener asistencia en el suministro y la configuración del conmutador.

Figura: Anatomía de un sistema de cámara de 36 x 10 GigE.

Video: Demostración del sistema de cámara de 36 x 10 GigE.

ecaptura profesional está construido sobre el eSDK de Emergent y es el pegamento que nos permite lograr el rendimiento más alto del mercado. Las tecnologías de nodos de procesamiento se están agregando y admitiendo para sistemas desplegables de rendimiento personalizados.

¡Disponible ahora!

Figura: eCapture Pro, el software de aplicación con todas las funciones de Emergent.

¿Emergent adoptará GigEVision+TCP o GigEVision+RDMA?

En la actualidad, sólo unas pocas empresas más pequeñas están activamente involucradas en trabajar en el estándar mientras que los jugadores más grandes en el mercado están sentados al margen. Algunos en realidad están tratando de usar esto en una etapa temprana como ruido de marketing. para indicar alguna ventaja sobre las soluciones existentes. Se espera que la adopción de la industria sea muy lenta ya que la mayoría de las cosas dentro el mercado de la visión artificial. Un estándar totalmente ratificado podría tardar 2 años así que ciertamente tenemos tiempo para adaptarnos y para Emergent esto sería muy rápido si es necesario, a través de actualizaciones de firmware a cualquiera de nuestros productos totalmente certificados existentes. El hecho es que la división general de encabezados es la de mayor rendimiento y la más flexible método de descarga. Un ejemplo de flexibilidad es que se puede utilizar el mismo método para el protocolo SMPTE 2110: las implementaciones para GigEVision que usan RDMA y TCP son encerrándose en un rincón. Una cosa que no haremos es promocionar y vender cámaras que usen RDMA o TCP junto con el logotipo de GigEVision hasta que se ratifiquen las adiciones, ya que esto puede ser muy engañoso.

¿A los clientes les importa cuál de GigEVision+TCP, GigEVision+RDMA o incluso GigEVision+GVSP se utiliza?

Actualmente, ningún cliente emergente está interesado en TCP o RDMA.

Aquí están las cosas a considerar para su aplicación de alta velocidad:

• Compromiso - ¿El proveedor está comprometido con la alta velocidad o está demasiado disperso debido a la falta de enfoque?
• Rendimiento – Yos rendimiento logrado por cualquier medio?
• Flexibilidad ¿El proveedor contempla opciones de personalización?
• Soporte - ¿Qué tan rápido es el tiempo de respuesta en su solicitud de soporte y es proveedor allí con usted de principio a fin en todos los niveles de la aplicación?
• Precio - ¿Es aceptable la relación precio/rendimiento SYSTEM LEVEL? Debe comparar el precio de la solución completa.
• Cadena de suministro - ¿Qué tan pronto puedo obtener mi producto ahora y dentro de unos años?
• Experiencia - ¿Qué tan maduro es este producto? y no poner demasiada fe en las afirmaciones de un proveedor? La experiencia importa al igual que la debida diligencia.

Considere todos estos puntos y tome su decisión.

¿Sería más probable que los búferes se desbordaran con GigEVision+RDMA frente a GigEVision+GVSP?

Como se indicó, la sobrecarga de GigEVision+RDMA será mayor que la de GigEVision+GVSP y esto puede provocar un desbordamiento del búfer antes en un sistema GigEVision+RDMA. Cabe señalar que cuanto menos se utilice este búfer, menor será la latencia y la fluctuación que presentará el sistema. Es posible que tenga una mayor confiabilidad con un búfer más grande, pero cuantas más imágenes se respalden en los búferes, menor será el rendimiento y mayor será la latencia y la fluctuación. Por lo tanto, un recordatorio de que un servidor correctamente ajustado que incluya cambios de BIOS junto con controladores de receptor de rendimiento es importante en todos los casos para limitar la copia de seguridad del búfer y maximizar el rendimiento.

¿Qué importancia tiene la multidifusión para los clientes?

Las dos consideraciones principales en la multidifusión son el procesamiento distribuido y la redundancia del sistema. Algunos sistemas pueden tolerar el tiempo de inactividad, en cuyo caso, la redundancia del sistema se puede manejar simplemente intercambiando manualmente los componentes cuestionables o esperando que un sistema se reinicie antes de volver a estar en línea. La multidifusión permite la implementación de conmutación por error más rápida.

Algunos sistemas tienen requisitos de procesamiento bajos y ese procesamiento se puede manejar en un solo nodo de procesamiento de CPU. La multidifusión permite enviar los mismos datos de imagen a múltiples nodos de procesamiento al mismo tiempo para el procesamiento paralelo en tiempo real.

Aquí hay un resumen de lo que se trata Emergent...

• Más de 10 premios por innovación y pionerismo en el movimiento de imágenes GigEVision de alta velocidad
• 10+ años de envío 10GigE cámaras con más de 140 modelos
• 5+ años de envío 25GigE cámaras con más de 55 modelos
• 2+ años de envío 100GigE cámaras con más de 16 modelos
• Líder en rendimiento de tecnología de cámaras
• Enfocado en Ethernet/GigEVision de alta velocidad
• Enfocado en permitir el procesamiento de datos de imagen de alta velocidad
• Escaneo de área y Escaneo de línea modelos
• Modelos UV, NIR, Polarizados, Color, Mono para aplicaciones multiespectrales
• eSDK emergente para una flexibilidad total de aplicaciones
• Emergente ecaptura profesional para una solución de software muy completa
• La gama más completa de productos y soporte para aplicaciones de imágenes de alta velocidad
• Cualquier velocidad, cualquier resolución, cualquier longitud de cable
• ¡Disponible ahora!

Somos una empresa galardonada con múltiples premios que se enfoca en productos GigEVision de alta velocidad.

Tenemos muchos años enviando productos que varían en velocidades desde 10GigE hasta 100GigE.

Tenemos un fuerte enfoque en proporcionar tecnologías de extremo a extremo y soporte para las aplicaciones de nuestros clientes.

Podemos satisfacer la mayoría de las necesidades de las aplicaciones.

Por último, los productos presentados ya están disponibles.

Aquí hay una instantánea rápida de la adopción de productos GigEVision que varían en velocidades desde 10GigE hasta 100GigE. Emergent ha demostrado cómo se puede lograr el máximo rendimiento y abrió muchos mercados, incluida la visión artificial, para el uso de tales tecnologías. Algunas empresas ahora están aprovechando nuestros esfuerzos para lanzar productos de 25G y de mayor velocidad, pero aún queda mucho camino por recorrer para lanzar productos ratificados y de rendimiento.

Figura: Emergent Vision Technologies es el primer proveedor de cámaras basadas en interfaces 10GigE, 25GigE, 50GigE y 100GigE.