5 votos

¿Cómo crean las empresas de diseño de circuitos integrados sus hojas de datos?

Especialmente para algo como un microprocesador.

Supongo que la mayoría de la información es "autogenerada" o veríamos muchas más erratas y errores.

Siempre me viene a la cabeza un escenario irrisorio en el que un puñado de ingenieros se pasa un documento de Word, lo exporta como PDF y luego aplica manualmente los marcadores.

¿Son estas empresas lo suficientemente grandes como para permitirse el lujo de tener departamentos que produzcan software a medida, bases de datos, etc. para ayudar en su proceso de diseño?

Tengo mucha curiosidad porque me resulta muy difícil mantener la uniformidad de los datos/información/especificaciones a lo largo del proceso de diseño.

¿Quizás esta pregunta pertenece a otro intercambio?

0 votos

La hoja de datos es una codificación de las especificaciones de una pieza. Las especificaciones se redactan y discuten mucho antes de que se fabrique la pieza, es decir, la hoja de ruta. ¿Cómo cree que se podrían automatizar las hojas de datos? Lo más parecido a la automatización, en el caso de las empresas de diseño de chips, es tener un conjunto de normas corporativas que deben cumplirse... Las normas incluyen la terminología, los formatos e incluso los tipos de letra.

0 votos

Supongo que el otro escenario que me viene a la cabeza es que utilicen algo similar a doxygen o javadoc pero para el hardware.

7 votos

En Rusia, nuestros fabricantes de circuitos integrados han resuelto este problema de la manera más sencilla: no escriben hojas de datos en absoluto.

9voto

crgrace Puntos 1486

Depende mucho de la cultura de la empresa, como insinuó El Fotón. En algunas empresas, el diseñador o los diseñadores son responsables de la hoja de datos. En otras, es un ingeniero de aplicaciones. Sólo puedo contar mi experiencia personal. La conclusión es que el desarrollo de las hojas de datos es realmente informal.

En el caso de los chips de los que he sido ingeniero jefe, he escrito yo mismo la hoja de datos con Word. El primer borrador de la hoja de datos suele ser la primera parte de la especificación de la microarquitectura (MAS), que se escribe al principio del proceso de diseño. En las grandes empresas, como dijo Null, esto lo dirige el ingeniero de sistemas. Donde yo trabajo, el diseñador suele ser el responsable (y asume muchas de las funciones de un ingeniero de sistemas). Una vez finalizado el diseño, grabado el chip y a la espera de las obleas, tomo el principio del MAS y lo convierto en una hoja de datos preliminar. Se escribe todo el texto, y se ponen las simulaciones para todas las parcelas. Esto se pasa alrededor del grupo para la retroalimentación.

Luego, las fichas vuelven y el Ingeniero de Producto hace bringup. El ingeniero de pruebas inicia las mediciones y yo sustituyo todas las simulaciones por datos medidos. También reemplazo la tabla de especificaciones con datos reales medidos (a veces las especificaciones cambian después de que el chip regresa, ya sabes).

Luego, cuando lo considero completo, se lo envío a nuestro redactor técnico (sólo tenemos unos pocos donde yo trabajo) y él o ella lo ponen en el formulario estándar.

Como dijo El Fotón, durante el proceso de diseño se utilizan muchos procedimientos ad hoc. Yo solía usar Excel para llevar la cuenta de los pads y las señales, ahora uso Google Docs. Sin embargo, los datos reales de DISEÑO se guardan en bases de datos especializadas a las que se accede mediante costosas herramientas CAD con control de versiones y demás.

0 votos

Buen punto sobre la participación de la ingeniería de aplicaciones. Básicamente me lo he saltado, pero sí que contamos con la participación de marketing/aplicaciones para decidir qué partes de la especificación interna se publican realmente en la especificación externa (hoja de datos).

0 votos

Hace años, vi una descripción de trabajo de Microchip en la que buscaban específicamente ingenieros para realizar las pruebas de los nuevos chips y luego escribir las hojas de datos para ellos.

8voto

Aif Puntos 4603

Trabajo para un gran fabricante de circuitos integrados y tenemos un departamento independiente que se encarga de generar las versiones publicadas de las hojas de datos. Este departamento se encarga de asegurarse de que la hoja de datos tiene un inglés correcto, utiliza la terminología correcta de la industria y de la empresa, cumple con las normas de formato de la empresa, no contiene ningún texto que pueda tener malas implicaciones legales para la empresa, etc. El documento está basado en XML.

Antes de que ese departamento se involucre, el ingeniero encargado de las especificaciones del producto (normalmente llamado "ingeniero de sistemas" o similar) mantiene la hoja de datos. La hoja de datos inicial suele basarse en un producto de generación anterior, por lo que gran parte de la información ya se ha generado. A lo largo del proceso de desarrollo, el ingeniero de sistemas actualiza las especificaciones basándose en las aportaciones de los demás ingenieros de desarrollo (todos los ingenieros de desarrollo pueden leer el documento desde un repositorio central, pero sólo el ingeniero de sistemas puede escribir en él). En el transcurso de estas actualizaciones, muchos ingenieros tienen la oportunidad de corregir tanto los errores técnicos como los ortográficos o gramaticales (porque, de todos modos, están revisando la hoja de datos para su propio trabajo). Estos ingenieros también proporcionan al ingeniero de sistemas datos para añadir a la hoja de datos (por ejemplo, diagramas de bloques, diagramas de circuitos de aplicación, capturas de alcance, etc.). Cuando llega el momento del lanzamiento, los ingenieros de desarrollo realizan una revisión final para asegurarse de que todos los datos técnicos son correctos.

En este punto, el departamento de publicación se involucra. El departamento de publicación no tiene ni idea de si los detalles técnicos son correctos o no; su propósito es garantizar la corrección del formato, la ortografía, etc. El departamento de publicación y el ingeniero de sistemas van de un lado a otro para asegurarse de que el borrador final es técnicamente correcto y tiene el formato adecuado.

Para resumir los puntos principales:

  • Las hojas de datos se basan en las hojas de datos de productos de la generación anterior (o al menos de productos similares), por lo que no se crean completamente desde cero.
  • Todos los ingenieros del equipo de desarrollo leen y contribuyen a la hoja de datos, pero la edición real de la hoja de datos está controlada por un ingeniero (el ingeniero de sistemas).
  • El equipo de desarrollo es responsable de garantizar que la hoja de datos sea técnicamente precisa.
  • Un departamento aparte se encarga del formato, la terminología, etc.

0 votos

Parece que esto funciona bastante bien.

0 votos

Mi comentario anterior se ha quedado corto. Lo que deduzco de esta y las otras respuestas es que tener tiempo, roles bien definidos y alguien que haga cumplir las normas es clave. Y sobre todo ayuda tener documentos previos y bloques de diseño sobre los que trabajar.

5voto

RWH Puntos 21

En los lugares en los que he trabajado, los ingenieros se pasan documentos de Word durante el desarrollo del producto. Solemos llamarlo "hoja de datos de destino". Luego, un redactor técnico lo reformula todo de forma agradable, corrige la gramática, redibuja los diagramas, etc., para producir un documento listo para el cliente.

¿Son estas empresas lo suficientemente grandes como para poder permitirse tener departamentos que produzcan programas informáticos personalizados, bases de datos, etc. para ayudarles en su proceso de diseño?

Un buen redactor técnico puede hacer mucho con Framemaker.

Y en realidad no hace falta una base de datos personalizada para seguir las funciones de 1000 pines o 1000 registros. Ese tipo de cosas se pueden hacer con Excel o incluso con Word.

Tengo mucha curiosidad porque me resulta muy difícil mantener la uniformidad de los datos/información/especificaciones a lo largo del proceso de diseño.

Es útil mantener una sola copia "maestra" de la hoja de datos del objetivo. Históricamente, en los lugares en los que he trabajado, el responsable técnico del proyecto la guardaba en su escritorio. Hoy en día utilizamos un sitio en la nube con herramientas de colaboración para que cualquier miembro del equipo pueda leer o (posiblemente) editar el documento actualizado en cualquier momento.

i-Ciencias.com

I-Ciencias es una comunidad de estudiantes y amantes de la ciencia en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X