RS-422 para topología de bus pseudo-multipunto?

Lo que usted describe podría funcionar, pero cada esclavo tendría que poder habilitar y deshabilitar la conducción del único bus de retorno, y ese bus tendría que flotar pasivamente al nivel de inactividad. RS-422 no está diseñado para esto.

Como el maestro solo está transmitiendo o recibiendo al mismo tiempo, también puede usar un solo bus RS-485. No parece que esté obteniendo ninguna ventaja de dos señales en lugar de una sola señal RS-485.

Todo lo dicho, ya no es la década de 1990. Utilice CAN. Piense en ello como una versión para adultos de RS-485. Eléctricamente, sigue siendo un par diferencial de múltiples gotas. Sin embargo, el estándar cubre cómo se transmiten los paquetes completos, incluida una suma de comprobación CRC de 16 bits, detección de colisiones, reintentos y algunas otras cosas interesantes. Como todo esto es parte del estándar, puede encontrar fácilmente microcontroladores con periféricos CAN incorporados. A nivel de firmware, usted envía y recibe paquetes completos, y el hardware se encarga de todo lo que se encuentra debajo. Esto es mucho mejor que el RS-485, que simplemente te dice cómo marcar un 0 y un 1 y te deja el resto a ti.

Diseñar un protocolo de dispositivos múltiples verdaderamente robusto en RS-485 es mucho más difícil de lo que la mayoría de la gente cree. Muchos aficionados han estado aquí antes y han resuelto el 80% del problema muy bien. Luego, cuando suceden los casos de esquina en los que no pensaron correctamente, el sistema se bloquea, los datos se corrompen, etc. Una forma de hacerlo correctamente es usar el protocolo CAN, pero también puede usar CAN todo lo posible. . Una vez más, deje RS-485 a los historiadores.