No todas las aplicaciones de redes de sensores pueden hacer frente al cableado que implica una solución CAN por cable. A veces simplemente hay un hueco que no se puede cruzar fácilmente con un cable. Otras veces simplemente no es práctico, por ejemplo porque el sistema es una configuración temporal, lo que no garantiza una instalación limpia del cableado implicado.
En realidad, el bus CAN sólo pretende ser una tecnología basada en cables y muchas de sus características dependen del medio físico. Sin embargo, si no nos preocupamos demasiado por las prioridades y las características de error del bus, entonces no hay razón para no encaminar los telegramas del bus CAN a través de un medio inalámbrico. Esto también lo reconoce CAN in Automation, el grupo que está detrás de CANopen, con sus publicaciones CiA 315 "Generic frame for wireless tunneling of CAN messages and for transfer of diagnostic data" y CiA 457 "CANopen interface profile wireless transmissions".
Funcionalidad
Interconexión inalámbrica de datos del bus CAN
Los puentes funcionan como dispositivos CANopen® con supervisión y configuración de dispositivos
Transparente para J1939 u otras aplicaciones CAN de 29 bits
Transparente para CAN-FD, FD puede desactivarse para puentes individuales
Admite hasta 8 clientes en el dominio inalámbrico en modo Layer-2 AP
Admite enlace punto a punto cifrado en modo TCP/IP
Configuración mediante CANopen o mediante aplicación de PC en puerto micro-USB
Posibilidad de branding o firmware personalizado con comportamiento específico
Modo L2
En el modo Layer-2, un puente funciona en modo punto de acceso. Los demás puentes funcionan en modo estación y se conectan al puente en modo AP. El modo por defecto es Layer-2-AUTO, esto inicia el puente en modo estación e intenta conectarse a un puente punto de acceso. Si no se encuentra dicho puente,
---