ES2994940T3

ES2994940T3 - Identifying random bits in control data packets

Info

Publication number: ES2994940T3
Application number: ES23157346T
Authority: ES
Inventors: John Rossi; Scott Linn; James Gardner; Erik Ness
Original assignee: Hewlett Packard Development Co LP
Current assignee: Hewlett Packard Development Co LP
Priority date: 2019-02-06
Filing date: 2019-02-06
Publication date: 2025-02-04
Anticipated expiration: 2039-02-06
Also published as: CN113412466A; EP3710924A1; CN113412466B; EP4206896A1; US20220349872A1; US11407218B2; EP4206896B1; WO2020162898A1; PL4206896T3; EP3710924B1; US20210229430A1; EP4206896C0; US12130280B2

Abstract

Una interfaz de controlador de eyección de fluido incluye una lógica de entrada para recibir paquetes de datos de control y una primera señal de reloj, cada paquete de datos de control incluye un conjunto de bits de datos primitivos y un conjunto de bits aleatorios, en donde la lógica de entrada identifica los bits aleatorios en los paquetes de datos de control recibidos para facilitar la creación de paquetes de datos de control modificados. La interfaz de controlador de eyección de fluido incluye un generador de señal de reloj para generar una segunda señal de reloj que es diferente de la primera señal de reloj, y una lógica de salida para recibir los paquetes de datos de control modificados, y enviar los paquetes de datos de control modificados a un controlador de eyección de fluido de un dispositivo de eyección de fluido en función de la segunda señal de reloj. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Identificación de bits aleatorios en paquetes de datos de control

Antecedentes

Muchos dispositivos de impresión incluyen al menos un dispositivo de expulsión de fluido (por ejemplo, cabezal de impresión) diseñado para alojar cartuchos llenos de fluido (por ejemplo, tinta o tóner en el caso de un dispositivo de impresión por inyección de tinta, o un agente de detalle en el caso de un dispositivo de impresión tridimensional). Los dispositivos de expulsión de fluido incluyen además al menos una boquilla a través de la cual se dispensa el fluido desde los cartuchos sobre un sustrato (por ejemplo, papel). Al imprimir un documento, el controlador del motor de impresión del dispositivo de impresión puede enviar comandos a los dispositivos de expulsión de fluido que controlan cuándo las boquillas individuales de los dispositivos de expulsión de fluido “ disparan” o dispensan fluido.

El documento US 2017/239944 describe conjuntos de cabezales de impresión y sistemas de impresión que proporcionan control de señales de disparo durante los trabajos de impresión (es decir, dentro de la página mientras el sistema de impresión está imprimiendo activamente en lugar de durante las pausas entre páginas o después de un trabajo de impresión completado) y permiten señales de disparo optimizadas para boquillas y dispositivos que tienen diferentes características dentro del mismo grupo primitivo. El documento US 2006/092437 describe un software de control en un sistema de impresión que se configura automáticamente basándose en la información proporcionada por un cabezal de impresión a través de un canal de control bidireccional. Esto elimina la necesidad de codificación manual para adaptar el software a una configuración particular del cabezal de impresión. La técnica facilita las actualizaciones y reemplazos de cabezales de impresión individuales en sistemas de impresión y la portabilidad entre sistemas de impresión.

Resumen

El alcance de la invención se define por las reivindicaciones adjuntas.

Breve descripción de los dibujos

La Figura 1 es un diagrama de bloques que ilustra elementos de un dispositivo de impresión según un ejemplo. La Figura 2 es un diagrama que ilustra un paquete de datos de control que puede usarse para comunicar comandos para accionar boquillas de un dispositivo de expulsión de fluido según un ejemplo.

La Figura 3 es un diagrama de bloques que ilustra una interfaz de controlador de matriz de expulsión de fluido según un ejemplo.

La Figura 4 es un diagrama de temporización que ilustra la temporización de las señales de la interfaz del controlador de la matriz de expulsión de fluido mostrada en la Figura 3 según un ejemplo.

La Figura 5 es un diagrama de bloques que ilustra un ejemplo de una interfaz de controlador de expulsión de fluido. La Figura 6 es un diagrama de flujo que ilustra un método de procesamiento de paquetes de datos de control según un ejemplo.

La Figura 7 es un diagrama de bloques que ilustra una interfaz de controlador de matriz de expulsión de fluido según otro ejemplo.

La Figura 8 es un diagrama de temporización que ilustra la temporización de las señales de la interfaz del controlador de la matriz de expulsión de fluido mostrada en la Figura 7 según un ejemplo.

Descripción detallada

En la siguiente descripción detallada, se hace referencia a los dibujos adjuntos, que forman parte de la misma, y en donde se muestran, a manera de ilustración, ejemplos específicos en donde puede ponerse en práctica la descripción. Al imprimir un documento, un controlador de motor de impresión de un dispositivo de impresión puede enviar comandos en paquetes de datos de control a los dispositivos de expulsión de fluido (por ejemplo, cabezales de impresión), a través de una ruta de datos, que controlan cuándo las boquillas individuales de los dispositivos de expulsión de fluido “ disparan” o dispensan fluido (por ejemplo, tinta, tóner en el caso de un dispositivo de impresión por inyección de tinta, o un agente de detalle en el caso de un dispositivo de impresión tridimensional). Para aplicaciones de impresión de alta densidad, las diversas boquillas pueden agruparse en una pluralidad de “ primitivas” , de modo que una boquilla en cada primitiva se active en un momento dado en función de los datos cargados desde el controlador del motor de impresión (por ejemplo, un bit de datos por primitiva). Para aplicaciones de impresión de menor densidad, se puede combinar una pluralidad de primitivas para formar una primitiva “virtual” en la que una boquilla en cada primitiva virtual se activa en un momento dado (por lo tanto, algunas primitivas en la primitiva virtual pueden no disparar ninguna boquilla).

Algunas implementaciones de expulsión de fluido de registro de cambio pueden permitir la inserción de datos aleatorios en el encabezado de un paquete de datos de control. Se puede agregar un número variable de bits de datos aleatorios al encabezado. Es posible que los bits de datos aleatorios no tengan ningún impacto funcional en los datos reales de las boquillas y/o los datos de las palabras de control, pero pueden proporcionar beneficios tales como identificar problemas de integridad de los datos y aleatorizar u oscilar eficazmente el período del disparo para difundir la frecuencia de las emisiones de compatibilidad electromagnética relacionadas con el disparo. Sin embargo, es posible que algunos diseños de dispositivos de expulsión de fluido no utilicen un receptor que sea compatible con encabezados de longitud aleatoria. Es posible que estos diseños de dispositivos de expulsión de fluidos no funcionen correctamente en sistemas donde se utilizan encabezados de longitud aleatoria. Por ejemplo, algunos diseños de dispositivos de expulsión de fluido pueden utilizar una palabra de control o una estructura de ruta de datos diferente, por lo que se puede realizar una reasignación de bits dentro del paquete de datos para proporcionar compatibilidad. Tal reasignación implica la capacidad de alinearse con el encabezado de longitud aleatoria para determinar la ubicación de la verdadera palabra de control/paquete de datos.

Algunos ejemplos de la presente divulgación, que no forman parte de la invención reivindicada, están dirigidos a una interfaz de controlador de matriz de expulsión de fluido que determina la ubicación de datos aleatorios dentro de un paquete de datos de control. La alineación con el encabezado de longitud aleatoria permite la eliminación del encabezado aleatorio y/o la modificación del paquete de datos (incluida la palabra de control). Algunos ejemplos de la presente divulgación, que no forman parte de la invención reivindicada, están dirigidos a una interfaz de controlador de matriz de expulsión de fluido que elimina bits insertados aleatoriamente del encabezado de un paquete de datos de control antes de que el paquete de datos de control se proporcione al dispositivo de expulsión de fluido. Algunos ejemplos descritos en el presente documento, que no forman parte de la invención reivindicada, permiten que un sistema definido para compatibilidad con una implementación de expulsión de fluido de registro de cambio se use con dispositivos de expulsión de fluido alternativos (por ejemplo, eliminando el encabezado aleatorio), o un sistema definido para un ordenamiento de bits de palabras de control específico (por ejemplo, ubicaciones de bits de dirección) para ser usado con dispositivos de expulsión de fluido alternativos (por ejemplo, modificando los datos de la palabra de control y/o el mapeo de bits para reorganizar los bits de la palabra de control). Algunos ejemplos proporcionan un diseño de sistema flexible para futuras arquitecturas de expulsión de fluidos indefinidas.

En un ejemplo, que no forma parte de la invención reivindicada, la interfaz del controlador de la matriz de expulsión de fluido recibe paquetes de datos de control y una señal de reloj de entrada, y los bits insertados aleatoriamente se eliminan. La interfaz del controlador de matriz de expulsión de fluido almacena en memoria intermedia los paquetes de datos de control modificados sin los bits insertados aleatoriamente. La interfaz del controlador de matriz de expulsión de fluido envía los paquetes de datos de control modificados almacenados en memoria intermedia al dispositivo de expulsión de fluido usando un reloj interno independiente que es más rápido o igual que el reloj de entrada recibido, lo que limita el almacenamiento en memoria intermedia de datos a un solo grupo de datos de disparo a la vez. La base de tiempo independiente del reloj interno permite que la interfaz modifique la sincronización del reloj y la longitud de la irrupción de datos. Un ejemplo de la interfaz del controlador de la matriz de expulsión de fluido incluye un registro de cambio de entrada, un registro de cambio de salida y un generador de señal de reloj interna.

Aunque los ejemplos de la divulgación pueden discutirse dentro del contexto de la impresión por inyección de tinta, las técnicas divulgadas en el presente documento pueden aplicarse además para controlar los dispositivos de expulsión de fluido de dispositivos de impresión tridimensional y otros dispositivos que expulsan fluido tal como tinta, tóner o similares o agentes de detalle (por ejemplo, materiales aglutinantes, polvos o similares) utilizados en procesos de fabricación aditiva.

La Figura 1 es un diagrama de bloques que ilustra elementos de un dispositivo de impresión 100 según un ejemplo. El dispositivo de impresión 100 incluye un controlador de motor de impresión 102, una interfaz de controlador de matriz de expulsión de fluido 104 y un dispositivo de expulsión de fluido 106. En un ejemplo, el dispositivo de expulsión de fluido 106 es uno de una pluralidad de dispositivos de expulsión de fluido (por ejemplo, cabezales de impresión) dispuestos en una matriz de expulsión de fluido (por ejemplo, una barra de impresión) de un dispositivo de impresión (por ejemplo, un dispositivo de impresión por inyección de tinta o un impresora tridimensional). El dispositivo de expulsión de fluido 106 incluye una matriz de boquillas 108, que incluye además columnas de boquillas 110(1 )-110(X) (en adelante denominadas colectivamente “ columnas de boquillas 110” ) dispuestas en filas a lo largo del dispositivo de expulsión de fluido 106. Cada columna de boquillas 110 incluye una pluralidad de boquillas dispuestas para dispensar fluido sobre un sustrato, donde las boquillas pueden estar dispuestas en grupos denominados “ primitivas” . Las primitivas pueden organizarse además en grupos llamados “ primitivas virtuales” . El número y disposición de las boquillas puede variar dependiendo de la densidad de impresión deseada. El dispositivo de expulsión de fluido 106 también incluye un controlador de matriz de expulsión de fluido 112, que está conectado a la matriz de boquillas 108. En algunos ejemplos, el controlador 112 de matriz de expulsión de fluido también puede denominarse controlador de expulsión de fluido, y la interfaz 104 del controlador de matriz de expulsión de fluido también puede denominarse interfaz de controlador de expulsión de fluido.

La interfaz 104 del controlador de matriz de expulsión de fluido recibe paquetes 103 de datos de control desde el controlador 102 del motor de impresión para controlar la expulsión de fluido mediante las boquillas de la matriz 108 de boquillas. La interfaz 104 elimina bits insertados aleatoriamente de los paquetes 103 de datos de control recibidos para crear paquetes 105 de datos de control modificados con los bits insertados aleatoriamente eliminados, y envía los paquetes 105 de datos de control modificados al controlador 112 de matriz de expulsión de fluido. El controlador 112 de la matriz de expulsión de fluido genera datos 113 de control de expulsión para las boquillas de la matriz 108 de boquillas (o, más específicamente en algunos ejemplos, para las primitivas virtuales de la matriz 108 de boquillas) basándose en el contenido de los paquetes 105 de datos de control modificados. Una ruta de datos interconecta el controlador 102 del motor de impresión, la interfaz 104 del controlador de la matriz de expulsión de fluido y el controlador 112 de la matriz de expulsión de fluido, y transporta los paquetes 103 de datos de control y los paquetes 105 de datos de control modificados. La ruta de datos puede ser una ruta de datos de alta velocidad, tal como un bus serie de varios carriles.

En un ejemplo, los paquetes de datos de control 103 son paquetes de “ grupo de impulsos de disparo” (o FPG -Fire Pulse Group)que contienen datos sobre qué boquillas del dispositivo de expulsión de fluido 106 deberían disparar. Por ejemplo, los paquetes de datos de control 103 pueden identificar las primitivas o primitivas virtuales que contienen las boquillas que van a disparar, o los paquetes pueden contener bits de datos para cada primitiva. Un ejemplo de un grupo de impulsos de disparo se ilustra con más detalle en la Figura 2. La interfaz del controlador de matriz de expulsión de fluido 104 elimina bits insertados aleatoriamente de los paquetes de datos de control recibidos 103 para crear los paquetes de datos de control modificados 105. Basándose en la información contenida en los paquetes de datos de control modificados 105, el controlador de matriz de expulsión de fluido 112 escribe datos primitivos únicos (por ejemplo, los datos de una boquilla) en cada primitiva del dispositivo de expulsión de fluido 106. Los datos primitivos únicos están contenidos en los datos de control de expulsión 113. Esto puede implicar insertar valores nulos en los paquetes de datos de control 103 para indicar que una primitiva particular no debe disparar ninguna boquilla.

El controlador 112 de matriz de expulsión de fluido también puede generar una pluralidad de bits de control de boquilla en función de la información contenida en los paquetes 105 de datos de control modificados. Los bits de control de boquilla pueden incluir una combinación de datos primitivos, información de dirección y una señal de DISPARO local a esa primitiva. Un bit de control de boquilla indica a una boquilla direccionada que dispare. En un ejemplo, el controlador 112 de matriz de expulsión de fluido genera un bit de control de boquilla para cada primitiva en el dispositivo 106 de expulsión de fluido. En un ejemplo, el controlador 112 de matriz de expulsión de fluido llena los bits de control de boquilla con valores de bits (por ejemplo, “ 0” o “ 1” ) que indican si una boquilla identificada por una dirección correspondiente debe dispararse o no. El controlador 112 de matriz de expulsión de fluido también puede transmitir datos de dirección a las primitivas del dispositivo 106 de expulsión de fluido. En un ejemplo, los datos de dirección identifican (por ejemplo, por dirección correspondiente) qué boquillas dentro de las primitivas del dispositivo de expulsión de fluido 106 deberían dispararse.

En un ejemplo, la interfaz 104 del controlador de matriz de expulsión de fluido se implementa como un dispositivo que está separado del dispositivo 106 de expulsión de fluido y está colocado entre el controlador 102 del motor de impresión y el dispositivo 106 de expulsión de fluido. En otro ejemplo, la interfaz 104 del controlador de la matriz de expulsión de fluido está integrada en el dispositivo 106 de expulsión de fluido, y puede residir en una matriz semiconductora común con el controlador 112 de la matriz de expulsión de fluido.

La Figura 2 es un diagrama que ilustra un paquete de datos de control 200 que se utiliza para comunicar comandos para disparar boquillas de un dispositivo de expulsión de fluido según un ejemplo. El paquete de datos de control 200 es un ejemplo del formato de los paquetes de datos de control 103 (Figura 1). En un ejemplo, el paquete de datos de control 200 es un paquete de grupo de impulsos de disparo (o FPG). En un ejemplo, el paquete de datos de control 200 incluye datos aleatorios 202, encabezado 204, una carga útil que comprende un conjunto de bits de dirección 206 y/o un conjunto de bits de datos de disparo 208 y un pie de página 210. El ejemplo ilustrado en la Figura 2 es una abstracción y no pretende limitar el número de bits que pueden incluirse en el paquete 200 o en cualquier porción particular del paquete 200.

Los datos aleatorios 202 incluyen un número aleatorio de bits de datos aleatorios agregados al extremo frontal del paquete de datos de control 200 antes del encabezado 204. En un ejemplo, los datos aleatorios 202 se generan mediante un generador de números pseudoaleatorios (PRNG - Pseudo-Random Number Generator), tal como mediante el uso de un enfoque de registro de cambio de retroalimentación lineal. La longitud de los datos aleatorios 202 (es decir, el número de bits de datos aleatorios incluidos) y los valores de los bits de datos aleatorios pueden ser determinados por el PRNG. En un ejemplo, los datos aleatorios 202, que tienen una longitud pseudoaleatoria, incluyen 0, 2, 4, 6 u 8 bits de datos pseudoaleatorios.

En un ejemplo, el encabezado 204 incluye bits que son utilizados por el controlador 112 de matriz de expulsión de fluido (Figura 1) para detectar el inicio del paquete de datos de control 200. Por tanto, el encabezado 204 puede incluir alguna secuencia predefinida de bits que indique el inicio de un paquete de datos de control. En un ejemplo, el encabezado 204 incluye adicionalmente un conjunto de bits de selección de primitiva 212. Los bits de selección de primitiva 212 se pueden utilizar, por ejemplo, para identificar qué primitiva dentro de una primitiva virtual está siendo direccionada (y debería, en consecuencia, activarse). Los bits de selección de primitivas 212 pueden estar contenidos en una porción diferente del paquete de datos de control 200, tal como la carga útil o el pie de página 210.

En un ejemplo, el conjunto de bits de dirección 206 identifica, para cada primitiva, una dirección (también denominada “ dirección incorporada” ) correspondiente a una boquilla que se va a disparar (es decir, para disparar los datos primitivos únicos y expulsar fluido). En un ejemplo, el conjunto de bits de dirección 206 puede omitirse del paquete de datos de control 200; en este caso, los bits de dirección 206 pueden ser generados por un generador de direcciones del controlador de matriz de expulsión de fluido 112.

En un ejemplo, el conjunto de bits de datos de disparo 208 incluye datos de una boquilla (por ejemplo, datos primitivos únicos) para cada primitiva en el dispositivo de expulsión de fluido 106. Los datos incluidos en el conjunto de bits de datos de disparo 208 determinan si la boquilla identificada por el conjunto de bits de dirección dentro de una primitiva particular debe dispararse. Por ejemplo, los bits de datos de disparo 208 pueden incluir un valor no nulo (por ejemplo, “ 1” ) para indicar que una boquilla de una primitiva debería dispararse. Los datos incluidos en el conjunto de bits de datos de disparo 208 pueden ser diferentes para cada primitiva.

En un ejemplo, el pie de página 210 comprende bits que son utilizados por el controlador 112 de matriz de expulsión de fluido para detectar el final del paquete de datos de control 200. Por tanto, el pie de página 210 puede incluir alguna secuencia predefinida de bits que indique el final de un paquete de datos de control.

Una vez que el paquete de datos de control 200 se carga en el controlador de matriz de expulsión de fluido 112, los bits de información de datos y dirección están presentes en cada primitiva. Es en este momento que se envía una señal de disparo a todas las primitivas (se propaga desde la primera hasta la última primitiva). Esta señal de disparo luego genera bits de control de boquilla, que incluyen una combinación de datos primitivos, información de dirección y una señal de DISPARO (FIRE) local para esa primitiva. Los bits de control de boquillas se envían entonces a los grupos primitivos en el dispositivo de expulsión de fluido 106, y los grupos primitivos dispararán las boquillas a las que se dirigen los bits de control de boquillas. Para disparar todas las boquillas en el dispositivo de expulsión de fluido 106 en un grupo de impulsos de disparo, se cargaría un paquete de control primitivo virtual 200 para cada valor de dirección.

La Figura 3 es un diagrama de bloques que ilustra una interfaz de controlador de matriz de expulsión de fluido 300 según un ejemplo. La interfaz 300 mostrada en la Figura 3 es una implementación de ejemplo de la interfaz 104 mostrada en la Figura 1. La interfaz 300 incluye la entrada FIRE<ent>302, la entrada DCLK<ent>304, la entrada DATA_<xent>306, registro de cambio de entrada 308, registro de cambio y lógica de control de disparo 310, generador de señal de reloj 312, registro de cambio de salida 314, salida FIRE<sal>316, salida DCLK<sal>318 y salida DATA_<xsal>320. En un ejemplo, el registro de cambio de entrada 308 y el registro de cambio de salida 314 son registros de cambio de longitud fija que tienen la misma longitud. El generador de señal de reloj 312 puede ser un bucle bloqueado en fase o un oscilador controlado digitalmente. La Figura 3 se describe con más detalle a continuación con referencia adicional a la Figura 4.

La Figura 4 es un diagrama de temporización que ilustra la temporización de las señales de la interfaz del controlador de matriz de expulsión de fluido 300 mostrada en la Figura 3 según un ejemplo. La Figura 4 muestra cinco paquetes de datos de control 402(0)-402(4) (denominados colectivamente en el presente documento paquetes de datos de control 402). En un ejemplo, los paquetes de datos de control 402 son paquetes de “ grupo de impulsos de disparo” (o “ FPG” ) o irrupciones de datos que contienen datos sobre qué boquillas del dispositivo de expulsión de fluido deberían dispararse. Cada uno de los paquetes de datos de control 402 incluye datos de paquetes reales (por ejemplo, datos de paquetes reales 420(1), 420(2) y 420(3)) y datos aleatorios (por ejemplo, datos aleatorios 418(2) y 418(3)).

La Figura 4 también muestra las señales 404, 406, 408, 410, 412, 414 y 416. La señal DATA_<xent>404 representa paquetes de datos de control 402 recibidos por la interfaz 300 a través de la entrada 306 y proporcionados de manera serial al registro de cambio de entrada 308. La señal DCLK<ent>406 representa una señal de reloj de entrada recibida por la interfaz 300 a través de la entrada 304 y proporcionada al registro de cambio de entrada 308 para controlar la sincronización del registro de cambio de entrada 308. La señal FIRE<ent>408 representa una señal de disparo recibida por la interfaz 300 a través de la entrada 302 y proporcionada al registro de cambio y a la lógica de control de disparo 310. La señal de carga 410 es una señal de control generada por el registro de cambio y la lógica de control de disparo 310 y proporcionada al registro de cambio de salida 314 a través del enlace de comunicación 313. La señal DATA_<xsal>412 representa los datos del paquete real (por ejemplo, los datos del paquete real 420(1), 420(2) y 420(3)) emitidos por el registro de cambio de salida 314 a la salida 320. Los datos de paquetes reales para cada paquete de datos de control que sale por el registro de cambio de salida 314 se denominan aquí paquete de datos de control modificado. La señal DCLK<sal>414 representa una señal de reloj de salida que se envía mediante el registro de cambio y la lógica de control de disparo 310 a la salida 318 de la interfaz 300. La señal FIRE<sal>416 representa una señal de control que se envía mediante el registro de cambio y la lógica de control de disparo 310 a la salida 316 de la interfaz 300.

En un ejemplo, las entradas 302, 304 y 306 están conectadas a un controlador de motor de impresión (por ejemplo, el controlador 102 de motor de impresión), y las salidas 316, 318 y 320 están conectadas a un controlador de matriz de expulsión de fluido (por ejemplo, controlador de matriz de expulsión de fluido 112). En funcionamiento, un paquete de datos de control 402 se recibe en serie mediante el registro de cambio de entrada 308 a través de la entrada 306. En un ejemplo, el registro de cambio de entrada 308 es un registro de cambio de longitud fija, definiéndose la longitud del registro de cambio para que sea igual a la longitud de los datos del paquete real (por ejemplo, datos del paquete real 420(1), 420(2), o 420(3)). Esto da como resultado que el encabezado de longitud aleatoria de datos aleatorios (por ejemplo, datos aleatorios 418(2) o 418(3)) salga del final del registro de cambio de entrada 308 y se descarte.

Los datos del paquete real retenidos en el registro de cambio de entrada 308 se cargan en paralelo en el registro de cambio de salida 314 al final de cada paquete. Los datos reales del paquete en el registro de cambio de salida 314 son conducidos en serie al dispositivo de expulsión de fluido (por ejemplo, el dispositivo de expulsión de fluido 106) a través de la salida 320. El registro de cambio de salida 314 es sincronizado por una señal de reloj interna, clk<cambio_sal>, que sale del registro de cambio y la lógica de control de disparo 310 a través del enlace de comunicación 315. La señal de reloj interna, clk<cambio_sal>, es generada por el registro de cambio y la lógica de control de disparo 310 basándose en una señal de reloj proporcionada por el generador de señal de reloj 312. En un ejemplo, la señal del reloj interna, clk<cambio_sal>, es más rápida que la señal DCLK<ent>406. El registro de cambio de entrada 308 puede continuar cargando datos de entrada mientras el registro de cambio de salida 314 se utiliza simultáneamente para redireccionar datos de paquetes reales.

La señal FIRE<ent>408 recibida a través de la entrada 302 se cronometra a través de un contador interno en el registro de cambio y la lógica de control de disparo 310. La señal FIRE<sal>416 emitida por el registro de cambio y la lógica de control de disparo 310 a través de la salida 316 se retrasa hasta el final del paquete DATA_<xsal>) y se vuelve a activar para emular la sincronización de entrada (por ejemplo, anchos de pulso, tiempo de inactividad, etc.).

Un ejemplo de la presente divulgación, que no forma parte de la invención reivindicada, está dirigido a una interfaz de controlador de expulsión de fluido. La Figura 5 es un diagrama de bloques que ilustra un ejemplo de una interfaz del controlador de expulsión de fluido 500. La interfaz del controlador de expulsión de fluido 500 incluye lógica de entrada 508 para recibir paquetes de datos de control 506 y una primera señal de reloj 504. Cada paquete de datos de control 506 incluye un conjunto de bits de datos primitivos y un conjunto de bits aleatorios. La lógica de entrada 508 identifica los bits aleatorios en los paquetes de datos de control recibidos 506 para facilitar la creación de paquetes de datos de control modificados 509.

La interfaz del controlador de expulsión de fluido 500 incluye un generador de señal de reloj 512 para generar una segunda señal de reloj 515 que es diferente de la primera señal de reloj 504. La interfaz del controlador de expulsión de fluido 500 incluye una lógica de salida 514 para recibir los paquetes de datos de control modificados 509 y enviar los paquetes de datos de control modificados 509 a un controlador de expulsión de fluido 518 de un dispositivo de expulsión de fluido 516 basándose en la segunda señal de reloj 515.

El conjunto de bits aleatorios para cada paquete de datos de control 506 tiene una longitud pseudoaleatoria. Los valores para el conjunto de bits aleatorios para cada paquete de datos de control 506 pueden tener valores numéricos pseudoaleatorios. La segunda señal de reloj 514 es más rápida o igual que la primera señal de reloj 504. La lógica de entrada 508 comprende un registro de cambio de entrada y la lógica de salida 514 comprende un registro de cambio de salida. El registro de cambio de entrada y el registro de cambio de salida pueden ser registros de cambio de longitud fija que tengan la misma longitud. La interfaz del controlador de expulsión de fluido 500 puede incluir además lógica de control para recibir señales de disparo y controlar la lógica de salida. La interfaz del controlador de expulsión de fluido 500 puede implementarse separada del dispositivo de expulsión de fluido 516. La interfaz del controlador de expulsión de fluido 500 puede estar integrada en el dispositivo de expulsión de fluido 516. La interfaz del controlador de expulsión de fluido 500 puede residir en una matriz semiconductora común con el controlador de expulsión de fluido 518. La lógica de entrada puede eliminar los bits aleatorios de los paquetes de datos de control recibidos 506 para facilitar la creación de los paquetes de datos de control modificados 509. La interfaz del controlador de expulsión de fluido 500 incluye además lógica de modificación para modificar al menos una de las posiciones o valores de bits en los paquetes de datos de control recibidos para facilitar la creación de los paquetes de datos de control modificados.

Otro ejemplo de la presente divulgación está dirigido a un método de procesamiento de paquetes de datos de control. La Figura 6 es un diagrama de flujo que ilustra un método 600 de procesamiento de paquetes de datos de control según un ejemplo. En 602, el método 600 incluye recibir, mediante lógica de entrada, paquetes de datos de control y una señal de reloj de datos de entrada, incluyendo cada paquete de datos de control un conjunto de bits de datos primitivos y un conjunto de bits aleatorios. En 604, el método 600 incluye identificar, mediante la lógica de entrada, los bits aleatorios en los paquetes de datos de control recibidos para facilitar la creación de paquetes de datos de control modificados. En 606, el método 600 incluye generar una señal de reloj de datos interna. En 608, el método 600 incluye enviar, mediante la lógica de salida, los paquetes de datos de control modificados a un controlador de expulsión de fluido de un dispositivo de expulsión de fluido basándose en la señal del reloj de datos interno.

El conjunto de bits aleatorios para cada paquete de datos de control en el método 600 tiene una longitud pseudoaleatoria, y los valores para el conjunto de bits aleatorios para cada paquete de datos de control pueden ser valores de números pseudoaleatorios. El método 600 puede incluir además recibir, mediante lógica de control, señales de disparo; y controlar, mediante la lógica de control, la lógica de salida basada en las señales de disparo recibidas y la señal del reloj de datos interna. El método 600 puede incluir además eliminar, mediante la lógica de entrada, los bits aleatorios de los paquetes de datos de control recibidos para facilitar la creación de los paquetes de datos de control modificados. El método 600 incluye además modificar, mediante lógica de modificación, al menos una de las posiciones o valores de bits en los paquetes de datos de control recibidos para facilitar la creación de los paquetes de datos de control modificados.

Otro ejemplo más de la presente divulgación está dirigido a un aparato que incluye un registro de cambio de entrada para recibir en serie paquetes de datos de control y una señal de reloj de datos de entrada. Cada paquete de datos de control incluye un conjunto de bits de datos primitivos y un conjunto de bits aleatorios. El conjunto de bits aleatorios para cada paquete de datos de control tiene una longitud pseudoaleatoria. El aparato incluye lógica de modificación para modificar al menos una de las posiciones o valores de bits en los paquetes de datos de control recibidos para facilitar la creación de los paquetes de datos de control modificados. El aparato incluye un generador de señales de reloj para generar una señal de reloj de datos interna que es más rápida o igual que la señal de reloj de datos de entrada. El aparato incluye un registro de cambio de salida para recibir los paquetes de datos de control modificados y enviar los paquetes de datos de control modificados a un controlador de expulsión de fluido de un dispositivo de expulsión de fluido basándose en la señal de reloj de datos de entrada.

El aparato puede incluir además lógica de control para recibir señales de disparo y controlar el registro de cambio de salida en función de las señales de disparo recibidas y la señal del reloj de datos interna. El registro de cambio de entrada puede descartar los bits aleatorios de los paquetes de datos de control recibidos para facilitar la creación de los paquetes de datos de control modificados.

La Figura 7 es un diagrama de bloques que ilustra una interfaz de controlador de matriz de expulsión de fluido 700 según otro ejemplo. La interfaz 700 mostrada en la Figura 7 es una implementación de ejemplo de la interfaz 104 mostrada en la Figura 1. La interfaz 700 incluye la entrada FIRE<ent>702, la entrada DCLK<ent>704, la entrada DATA_<xent>706, el registro de cambio de entrada 708, el registro de cambio y lógica de control de disparo 710, lógica de reordenamiento y modificación 711, generador de señal de reloj 712, registro de cambio de salida 714, la salida FIRE<sal>716, la salida DCLK<sal>718 y la salida DATA_<xsal>720. En un ejemplo, el registro de cambio de entrada 708 y el registro de cambio de salida 714 son registros de cambio de longitud fija que tienen la misma longitud. El generador de señal de reloj 712 puede ser un bucle bloqueado en fase o un oscilador controlado digitalmente. La Figura 7 se describe con más detalle a continuación con referencia adicional a la Figura 8.

La Figura 8 es un diagrama de temporización que ilustra la temporización de las señales de la interfaz del controlador de matriz de expulsión de fluido 700 mostrada en la Figura 7 según un ejemplo. La Figura 8 muestra cinco paquetes de datos de control 802(0)-802(4) (denominados colectivamente en el presente documento paquetes de datos de control 802). En un ejemplo, los paquetes de datos de control 802 son paquetes de “ grupo de impulsos de disparo” (o “ FPG” ) o irrupciones de datos que contienen datos sobre qué boquillas del dispositivo de expulsión de fluido deberían dispararse. Cada uno de los paquetes de datos de control 802 incluye datos de paquetes reales (por ejemplo, datos de paquetes reales 820(1), 820(2) y 820(3)) y datos aleatorios (por ejemplo, datos aleatorios 818(2) y 818(3)).

La Figura 8 también muestra las señales 804, 806, 808, 810, 812, 814 y 816. La señal DATA_<xent>804 representa paquetes de datos de control 802 recibidos por la interfaz 700 a través de la entrada 706 y proporcionados en serie al registro de cambio de entrada 708. La señal DCLK<ent>806 representa una señal de reloj de entrada recibida por la interfaz 700 a través de la entrada 704 y proporcionada al registro de cambio de entrada 708 para controlar la sincronización del registro de cambio de entrada 708. La señal FIRE<ent>808 representa una señal de disparo recibida por la interfaz 700 a través de la entrada 702 y proporcionada al registro de cambio y la lógica de control de disparo 710. La señal de carga 810 es una señal de control generada por el registro de cambio y la lógica de control de disparo 710 y proporcionada al registro de cambio de salida 714 a través del enlace de comunicación 713. La señal DATA_<xsal>812 representa la salida de datos en paquetes mediante el registro de cambio de salida 714 a la salida 720. Los datos del paquete para cada paquete de datos de control recibido que se emite mediante el registro de cambio de salida 714 pueden incluir o no los datos aleatorios recibidos, y también pueden denominarse en el presente documento un paquete de datos de control modificado. La señal DCLK<sal>814 representa una señal de reloj de salida que se envía mediante el registro de cambio y la lógica de control de disparo 710 a la salida 718 de la interfaz 700. La señal FIRE<sal>816 representa una señal de control que se envía mediante el registro de cambio y la lógica de control de disparo 310 a la salida 716 de la interfaz 700.

En un ejemplo, las entradas 702, 704 y 706 están conectadas a un controlador de motor de impresión (por ejemplo, el controlador 102 de motor de impresión), y las salidas 716, 718 y 720 están conectadas a un controlador de matriz de expulsión de fluido (por ejemplo, controlador de matriz de expulsión de fluido 112). En funcionamiento, un paquete de datos de control 802 se recibe en serie mediante el registro de cambio de entrada 708 a través de la entrada 706. En un ejemplo, el registro de cambio de entrada 708 es un registro de cambio de longitud fija, definiéndose la longitud del registro de cambio para que sea igual a la longitud de los datos del paquete real (por ejemplo, datos del paquete real 820(1), 820(2), u 820(3)), o la longitud de todo el paquete de datos de control 802. Para ejemplos en los que el registro de cambio de entrada 708 tiene una longitud que es igual a la longitud de los datos del paquete real, el encabezado de longitud aleatoria de datos aleatorios (por ejemplo, datos aleatorios 818(1), 818(2), o 818(3)) sale del final del registro de cambio de entrada 708 y puede descartarse.

Los datos retenidos en el registro de cambio de entrada 708 se cargan en paralelo en el registro de cambio de salida 714 al final de cada paquete. La lógica de reordenamiento y modificación 711 puede incluir dirigir multiplexores para reorganizar el orden de los bits (por ejemplo, para reorganizar bits en la palabra de control), y puede incluir lógica adicional para aplicar modificaciones adicionales a los bits dentro de la palabra de control (por ejemplo, cambiar los valores de bits particulares). Los datos en el registro de cambio de salida 714 se envían en serie al dispositivo de expulsión de fluido (por ejemplo, el dispositivo de expulsión de fluido 106) a través de la salida 720. El registro de cambio de salida 714 es sincronizado por una señal de reloj interna, clk<cambio_sal>, que sale del registro de cambio y la lógica de control de disparo 710 a través del enlace de comunicación 715. La señal de reloj interna, clk<cambio_sal>, es generada por el registro de cambio y la lógica de control de disparo 710 basándose en una señal de reloj proporcionada por el generador de señal de reloj 712. En un ejemplo, la señal del reloj interna, clk<cambio_sal>, es más rápida que la señal DCLK<ent>806. El registro de cambio de entrada 708 puede continuar cargando datos de entrada mientras el registro de cambio de salida 714 se utiliza simultáneamente para redireccionar datos de paquetes. En ejemplos en los que los datos aleatorios son redireccionados por la interfaz 700, el registro de cambio y la lógica de control de disparo 710 se pueden usar para contar los bits del paquete de datos entrantes y registrar un número igual de bits del registro de cambio de salida 714.

La señal FIRE<ent>808 recibida a través de la entrada 702 se cronometra a través de un contador interno en el registro de cambio y la lógica de control de disparo 710. La señal FIRE<sal>816 emitida por el registro de cambio y la lógica de control de disparo 710 a través de la salida 716 se retrasa hasta el final del paquete DATA_<xsal>) y se vuelve a activar para emular la sincronización de entrada (por ejemplo, anchos de pulso, tiempo inactivo, etc.).

En el ejemplo mostrado en la Figura 8, cada uno de los paquetes de datos de control 802 incluye una palabra de control, que incluye bits de palabra de control [9:2] contenidos en el encabezado (por ejemplo, el encabezado 822(2)) de los datos del paquete real, e incluye bits de palabra de control [1:0] contenidos en la cola (por ejemplo, la cola 824(2)) de los datos del paquete real. La lógica de reordenamiento y modificación 711 se utiliza para repartir la palabra de control en cada uno de los paquetes de datos de control recibidos 802. En el ejemplo ilustrado, la lógica 711 mueve bits de palabra de control [5:2] desde el encabezado del paquete de datos real hasta la cola del paquete de datos real. Como se muestra en la Figura 8, después de la repartición, los datos del paquete real en la señal DATA_<xsal>812 incluyen encabezados 822(1) y 822(2) que incluyen bits de palabra de control [9:6] y colas 824(1) y 824(2) que incluyen bits de palabra de control [0:5]. La repartición que se muestra en la Figura 8 es un ejemplo de las modificaciones que puede realizar la interfaz 700. Otros ejemplos pueden implicar otras modificaciones de los datos recibidos, incluida una partición de palabras de control diferente, reordenación de bits de datos y modificación de valores de bits de datos.

Aspectos de la presente divulgación se pueden implementar mediante instrucciones legibles por máquina y/o en una combinación de instrucciones y hardware legibles por máquina, por ejemplo, usando circuitos integrados de aplicación específica (ASIC), una matriz lógica programable (PLA), que incluye una matriz de puerta programable en campo (FPGA), o una máquina de estado implementada en un dispositivo de hardware, un ordenador de uso general o cualquier otro equivalente de hardware, por ejemplo, se pueden usar instrucciones legibles por ordenador relacionadas con los métodos discutidos en el presente documento para configurar un procesador de hardware para realizar los bloques, funciones y/u operaciones de los métodos divulgados.

Además, cuando un procesador de hardware ejecuta instrucciones para realizar “ operaciones” , esto podría incluir que el procesador de hardware realice las operaciones directamente y/o facilite, dirija o coopere con otro dispositivo o componente de hardware, por ejemplo, un coprocesador y similares. para realizar las operaciones. El procesador que ejecuta las instrucciones legibles por máquina relacionadas con los métodos descritos en el presente documento puede percibirse como un procesador programado o un procesador especializado. Como tales, los módulos para controlar dispositivos divulgados en el presente documento, incluidas las estructuras de datos asociadas, de la presente divulgación se pueden almacenar en un dispositivo o medio de almacenamiento legible por ordenador tangible o físico (ampliamente no transitorio), por ejemplo, memoria volátil, memoria no volátil, memoria ROM, memoria RAM, unidad magnética u óptica, dispositivo o disquete y similares. Más específicamente, el dispositivo de almacenamiento legible por ordenador puede comprender cualquier dispositivo físico que proporcione la capacidad de almacenar información tal como datos y/o instrucciones a las que accederá un procesador o un dispositivo informático tal como una ordenador o un servidor de aplicaciones.

Claims

REIVINDICACIONES

1. Un método, que comprende:

recibir en serie, mediante un registro de cambio de entrada, paquetes de datos de control y una señal de reloj de datos de entrada, incluyendo cada paquete de datos de control un conjunto de bits de datos primitivos y un conjunto de bits aleatorios, en donde el conjunto de bits aleatorios para cada paquete de datos de control tiene una longitud pseudoaleatoria;

modificar, mediante lógica de modificación, al menos una de las posiciones o valores de bits en los paquetes de datos de control recibidos para facilitar la creación de paquetes de datos de control modificados;

generar, mediante un generador de señales de reloj, una señal de reloj de datos interna que es más rápida o igual que la señal de reloj de datos de entrada; y

recibir, mediante un registro de cambio de salida, los paquetes de datos de control modificados; enviar, mediante el registro de cambio de salida, los paquetes de datos de control modificados a un controlador de expulsión de fluido de un dispositivo de expulsión de fluido basándose en la señal de reloj de datos interna.

2. El método de la reivindicación 1, en donde los valores para el conjunto de bits aleatorios para cada paquete de datos de control son valores de números pseudoaleatorios.

3. El método de la reivindicación 1 o 2, que comprende además:

recibir, mediante lógica de control, señales de disparo; y

controlar, mediante la lógica de control, la lógica de salida basada en las señales de disparo recibidas y la señal del reloj de datos interna.

4. El método de cualquiera de las reivindicaciones 1-3, que comprende además:

eliminar, mediante la lógica de entrada, los bits aleatorios de los paquetes de datos de control recibidos para facilitar la creación de los paquetes de datos de control modificados.

5. Un aparato, que comprende:

un registro de cambio de entrada para recibir en serie paquetes de datos de control y una señal de reloj de datos de entrada, incluyendo cada paquete de datos de control un conjunto de bits de datos primitivos y un conjunto de bits aleatorios, en donde el conjunto de bits aleatorios para cada paquete de datos de control tiene una longitud pseudoaleatoria-aleatoria;

lógica de modificación para modificar al menos una de las posiciones o valores de bits en los paquetes de datos de control recibidos para facilitar la creación de paquetes de datos de control modificados;

un generador de señales de reloj para generar una señal de reloj de datos interna que es más rápida o igual que la señal de reloj de datos de entrada; y

un registro de cambio de salida para recibir los paquetes de datos de control modificados, y enviar los paquetes de datos de control modificados a un controlador de expulsión de fluido de un dispositivo de expulsión de fluido basándose en la señal de reloj de datos de entrada.

6. El aparato de la reivindicación 5, que comprende además lógica de control para recibir señales de disparo y controlar el registro de cambio de salida basándose en las señales de disparo recibidas y la señal del reloj de datos interna.

7. El aparato de la reivindicación 5 ó 6, en donde el registro de cambio de entrada descarta los bits aleatorios de los paquetes de datos de control recibidos para facilitar la creación de los paquetes de datos de control modificados.