Buenísimo, excelente! Te felicito, sacaste la tarea!
Victor Alvarado
febrero 19, 2017 en 4:00 pm - Responder
Estimado Don Carlos, creo que yo soy el que más molesta, gracias y mis disculpas. Ese nuevo concepto, “el transceptor” que usted ha agregado a mi entendimiento me está iluminando, créame…
He estado leyendo sobre el Transceptor (transceiver) pero mi entrenamiento lo más lejos que llegaba era hasta identificar quien era el emisor de los paquetes de datos para identificar quien es el que está hablando y así determinar posibles caídas (downs) de controladores, esto a nivel de redes de comunicación. Específicamente en mi caso las redes de los GM. Pero he estado aprendiendo de usted AEV que es un concepto aplicable a los controladores en general.
Esa demostración utilizando el segundo canal es increíble, yo nunca entendía y aún no creo entenderlo del todo quien o cómo era la comunicación y en el BUS el emisor y el receptor, pues mi entrenamiento como técnicos automotris está basado en determinar quién (controlador) está fallando para luego reemplazarlo. Mi entendimiento en este ámbito no es tan académico y me alegra ser parte de AEV.
Algo similar sucede con la red LIN (Master y Slave controller) y es de ahí que la gente de PicoScope en nuestros entrenamientos nos ha dicho que el paquete de datos cuenta con identificadores y esos identificadores nosotros los intercambiamos en una consola (Add –On console) del pico para determinar en una prueba que nos toma 5 minutos que controlador no está hablando (toggling) y así tomar decisiones en cuanto a si remplazamos o no un controlador, pero eso es lo más lejos que llegamos.
Creo que mi meta a corto plazo es entender más a fondo cómo está estructurada una unidad de control y quizás entonces yo podré “banquear “como usted bien dice un BUS completo de controladores. Espero que AEV este contemplando entrarle a ese tema.
Ya anduboo graciassss!!!
Buenísimo, excelente! Te felicito, sacaste la tarea!
Estimado Don Carlos, creo que yo soy el que más molesta, gracias y mis disculpas. Ese nuevo concepto, “el transceptor” que usted ha agregado a mi entendimiento me está iluminando, créame…
He estado leyendo sobre el Transceptor (transceiver) pero mi entrenamiento lo más lejos que llegaba era hasta identificar quien era el emisor de los paquetes de datos para identificar quien es el que está hablando y así determinar posibles caídas (downs) de controladores, esto a nivel de redes de comunicación. Específicamente en mi caso las redes de los GM. Pero he estado aprendiendo de usted AEV que es un concepto aplicable a los controladores en general.
Esa demostración utilizando el segundo canal es increíble, yo nunca entendía y aún no creo entenderlo del todo quien o cómo era la comunicación y en el BUS el emisor y el receptor, pues mi entrenamiento como técnicos automotris está basado en determinar quién (controlador) está fallando para luego reemplazarlo. Mi entendimiento en este ámbito no es tan académico y me alegra ser parte de AEV.
Algo similar sucede con la red LIN (Master y Slave controller) y es de ahí que la gente de PicoScope en nuestros entrenamientos nos ha dicho que el paquete de datos cuenta con identificadores y esos identificadores nosotros los intercambiamos en una consola (Add –On console) del pico para determinar en una prueba que nos toma 5 minutos que controlador no está hablando (toggling) y así tomar decisiones en cuanto a si remplazamos o no un controlador, pero eso es lo más lejos que llegamos.
Creo que mi meta a corto plazo es entender más a fondo cómo está estructurada una unidad de control y quizás entonces yo podré “banquear “como usted bien dice un BUS completo de controladores. Espero que AEV este contemplando entrarle a ese tema.
Saludos sigo pendiente
Gracias Víctor, nos alegra ver tu crecimiento y cómo vas «interiorizando» los conceptos. ¡Un gran abrazo!