¿Qué argumentos usar para cambiar de una entrada de diseño gráfico (HDL)? [cerrado]

1

Soy un diseñador de FPGA con experiencia en tecnología de la información y, por lo tanto, estoy acostumbrado al desarrollo de GIT y Test Driven para los diseños de FPGA. Por supuesto, el flujo fue automatizado por los scripts de creación, por lo que nunca fue necesario usar GUI. Incluso he usado algunas de las cosas que ofrece MyHDL (como probar directamente desde Python usando Numpy, usando clases de señales, etc.).

En mi trabajo actual, la sección está usando una entrada de diseño gráfico para HDL.

Tuve una presentación donde presenté mis inquietudes sobre este enfoque de diseño. De los cuales es que los archivos binarios son difíciles de versionar, la ineficiencia de la entrada gráfica y la falta de pruebas automatizadas. La falta de capacidad de script de la herramienta (el diseño resultante debe generarse mediante GUI ...) lo que lleva a la ineficiencia.

Pero los viejos ingenieros eléctricos parecen ser reacios a considerar siquiera el uso de VHDL simple con Flow con script, sin hablar de permitirme usar MyHDL en nuevos proyectos.

Por lo tanto, mi pregunta es para EE experimentados: ¿cómo fueron si alguna vez fueron persuadidos de usar el ingreso de texto sin formato? ¿Qué tipo de argumentos debo usar? Y para los más jóvenes, ¿qué argumentos utilizaron para deshacerse de la atrocidad gráfica de HDL?

    
pregunta Bruno Kremel

2 respuestas

0
  

Por lo tanto, mi pregunta es para los EE experimentados, ¿cómo fueron, si alguna vez fueron persuadidos de usar el ingreso de texto sin formato?

No soy un EE experimentado, ni mucho menos. Pero sí tengo experiencia con VHDL y uno de mis trabajos consistió en usar una combinación de VHDL y Python, muy parecida a lo que usted describe en su pregunta. Desarrollo de estilo GUI simplemente no estaba permitido. Me tomó un tiempo acostumbrarme, pero nunca volví.

La capacidad de prueba de la VHDL de una persona mejora mucho al no usar la GUI que ahora considero que funciona sin la única forma "adecuada" de desarrollarla.

Por supuesto, al recorrer la ruta de solo texto, asegúrese de proporcionar a los desarrolladores un editor de texto con el que se sientan cómodos. El Bloc de notas es demasiado limitado y los editores avanzados, como Vi o Emacs, pueden considerarse un paso demasiado grande si se combinan con un desarrollo de estilo GUI.

  

¿Qué tipo de argumentos debo usar?

Eso dependerá principalmente de la cultura de la empresa. Céntrese en los problemas que están teniendo actualmente, los cuales se resolverían, mitigarían o se volverían menos problemáticos al cambiar a solo texto. La capacidad de prueba, la capacidad de mantenimiento y la capacidad para una mayor flexibilidad durante la creación de prototipos vienen a la mente. Tampoco olvide las ventajas adicionales en el control de versiones.

Tenga en cuenta que cambiar de un estilo a otro en toda la empresa es una gran cosa. No será fácil y necesitarás el apoyo de muchas personas para que funcione. De lo contrario, no funcionará tan bien como se esperaba (la gente 'engaña' al sistema haciéndolo a su manera de todos modos) y es una enorme pérdida de tiempo y esfuerzo.

    
respondido por el Mast
0

Puede ser un argumento difícil de hacer cuando a las personas les gustan las GUI.

Sin embargo, tome un equipo con una entrada gráfica y luego viva el horror de tener que cambiar la herramienta, el objetivo o incluso la versión de la herramienta que rompe el formato de archivo existente. En nuestro caso, el proveedor de la herramienta se compró y la siguiente versión era incompatible. Su herramienta de "migración automática" hizo exactamente lo que usted esperaría, automatizó todos los bits fáciles y ofuscó los casos difíciles de la esquina. El progreso se detuvo durante 6 meses mientras regresábamos a donde estábamos.

Después de que el argumento se hace, VHDL simple es la única manera sensata de ir, el gráfico se cae como un ladrillo caliente. Usted controla su banco de pruebas de texto, su control de versiones, todo.

Supongo que pregunte al equipo qué harán cuando (no si) cambie el formato del archivo de la herramienta gráfica.

    
respondido por el Neil_UK

Lea otras preguntas en las etiquetas