analizando el protocolo

5

Estoy tratando de entender un protocolo (que se muestra en la figura 1) .Porahora,heentendidoquelosdatossetransfierendealtaabaja.comosemuestraenlafigura.ylasincronizaciónesparacada8bits.

Peroluegohayotrosdatosenlalíneadedatos,comosemuestraenlafigura2, que está cambiando en el mínimo del reloj. Esto no sucede en una instancia en particular, sino en algún momento en el tercer, cuarto, octavo, etc. bit con respecto a la sincronización. También esta información es diferente cada vez.

Después de esto, los datos se transfieren en cada reloj de bajo a alto, aún con sincronización de 8 bits (Figura 3). Por lo tanto, estoy pensando que esto puede ser una especie de cambio de dirección de los datos de ciclo de lectura a escritura (o viceversa).

¿Puedealguienayudarmeaentenderesto?

Editar:Probablementeseaunchipdememoria,Canonestáusandoenelprotocolodeloschipsdeimpresora(PrinteriP7230)paracomunicarlosnivelesdelaimpresora.

Haceunosdíasviestoypenséquepodíaintentarlo. enlace

Solo quería que me indicaran la dirección del tipo de protocolo que puede ser.

    
pregunta Navdepp

2 respuestas

1

Sugeriría simplemente bit bang el protocolo. Mi interpretación de las imágenes mostradas es:

Figura 1: Esto muestra el protocolo con un bit de sincronización y un reloj. Se envía un nuevo bit en cada pendiente de reloj descendente. (Como te has dado cuenta)

Figura 2: El cambio rápido del carril de datos puede ser solo un poco de ruido. Quizás este es el final de los datos enviados desde la impresora al cartucho

Figura 3: Esta podría ser la respuesta del cartucho. Se tarda mucho más en enviar sus bits después del reloj. Probablemente su controlador es mucho más lento que el de la impresora. (Esto es solo una especulación por ahora, pero podría tener sentido ya que la impresora probablemente solicita datos del cartucho y no al revés)

Sugeriría adjuntar un microcontrolador a las líneas y monitorear las solicitudes y respuestas que se envían. Esto ayudaría a apoyar la teoría. Y al final tal vez puedas replicarlo. Incluso sin conocer el protocolo.

    
respondido por el Christian
0

Normalmente, cualquier protocolo es síncrono (señal de reloj independiente) o asíncrono (los datos en sí tienen algún tipo de tiempo y el reloj está integrado).

Lo extraño de este protocolo es que la señal de SINCRONIZACIÓN está en un período más bajo que el reloj, lo que significa que si el receptor usa el reloj para muestrear el SINCRONIZACIÓN, nunca notará que la sincronización está cambiando. Solo puedo suponer que SYNC se usa como un reinicio asíncrono para que el receptor reinicie el conteo de bits (mal diseño, IMHO).

En la figura 2 puede ver los datos en un período aún más bajo. SI esto no es un problema de muestreo (ruido, mala conexión, etc.), me inclino a creer que en realidad no tiene reloj o le falta una señal:

  • SYNC: en realidad es sincronización de cuadros, especifique el inicio de un cuadro / bloque (trozo de palabras).
  • CLK: en realidad es sincronización de palabras, especifique el inicio de una palabra
  • DATOS: son datos @ ~ 32MHz.

Sin embargo, esto es altamente improbable, de lo contrario significa que tienes muchos ceros y unos aquí.

    
respondido por el Oron Port

Lea otras preguntas en las etiquetas