¡Eso depende exactamente de en qué departamento esté!
Por lo general, las empresas principales tienen los mismos dominios, por ejemplo. Frontend, Verificación SOC, Equipo STA, Integración física, Verificación física, Validación previa al silicio, Validación posterior al Si.
Algunos departamentos especiales incluyen, por ejemplo, señalización analógica y mixta, equipo de IP, analógico y sensores, sistemas, seguridad, banco de pruebas, etc.
Estoy en el equipo de verificación de SOC. En resumen, esto es lo que hago:
- ¿Cuáles son las oportunidades profesionales más brillantes para los graduados en ingeniería de electrónica y telecomunicaciones?
- ¿Por qué Rajalakshmi Engineering College está construyendo una infraestructura innovadora y decorativa en su campus?
- ¿Cuáles son algunas de las mejores ideas de mini proyectos para la ingeniería informática?
- ¿Cuál es la mejor universidad de ingeniería mecánica en Bangalore?
- ¿Hubo algún curso de ingeniería informática a principios de los años ochenta o setenta?
Hay principalmente 3 fases de proyecto para que nuestro equipo contribuya a saber. Fase de desarrollo RTL, fase GLS, fase de soporte.
FASE de desarrollo RTL
- Frontend lanza RTL correspondiente al SOC después de cada actualización importante según los sistemas y la resolución de errores que encuentra nuestro equipo.
- En nuestro equipo, el líder distribuye varias Propiedad de verificación de IP y varias metodologías de verificación según la experiencia.
- Reutilizamos varios casos de prueba y metodologías que ya se están utilizando para otros SOC.
- Ocurre una revisión de V-PLAN donde, junto con otros equipos, revisamos el Plan de Verificación, es decir, casos de prueba y mapeamos los requisitos de IP de los sistemas. Si se descubre alguna característica, tenemos que escribir un nuevo caso de prueba (Combinación de C y SV).
- Luego se ejecuta una regresión completa que abarca todos los casos de prueba para SOC.
- Según la falla, depuramos si es una falla genuina o no al depurar el diseño y el banco de pruebas a través de herramientas.
- Presentamos una multa si es una falla genuina y el equipo de FE luego resuelve en consecuencia.
- Luego, los equipos FE continúan haciendo varios lanzamientos según los tickets y los requisitos del sistema.
- Entonces, el proceso (Pasos 5–8) se repite hasta que los resultados de la regresión estén limpios y luego FE Team congela el RTL mientras decimos que ocurre la congelación lógica del proyecto.
- Cosas similares que hacemos usando diversas metodologías, es decir, comprobaciones de afirmación, conectividad directa, monitores de bloqueo y falla, verificación formal para IOMUX funcional y de prueba, secuencias de comandos para informar desajustes de varios documentos, es decir, hoja de mapa de memoria, interrupciones y hoja de DMA, etc. y entre la implementación del diseño. Esto puede no suceder simultáneamente y no en cada lanzamiento.
Fase GLS
1.) Ahora el equipo STA entra en escena y sintetiza la lógica congelada RTL en la implementación a nivel de puerta, es decir, netlist y ejecuta las verificaciones de tiempo según los requisitos de frecuencia para cumplir con los tiempos de configuración y retención y nos proporciona netlist (lógica optimizada de nivel de puerta) y SDF (sincronización info)
2.) Ahora nuestro equipo vuelve a ejecutar la regresión y se lleva a cabo un proceso similar (Pasos 5–8) como en la fase RTL, aunque todo el proceso cambia un poco porque veremos fallas debido a retrasos introducidos por las puertas (RTL es cero retraso), ‘X ‘Corrupciones (debido a violaciones de configuración / retención y fracasos no reiniciables no reiniciables) y otros factores, es decir, retrasos del sincronizador, etc.
3.) Esta fase es más crítica ya que el diseño se volvió más voluminoso debido a la implementación real de las compuertas y la información de tiempos.
4.) Algunos casos de prueba necesitan modificación ya que no hemos tenido en cuenta los retrasos inesperados, por lo que los protegemos con interruptores relacionados con GLS, ya que estos cambios no deben afectar el caso de prueba en RTL.
5.) Entonces, cuando la regresión GLS también se limpia o se eliminan los patrones que fallan, el proceso continúa.
6.) Luego dimos nuestra aprobación de verificación y cuando otros equipos también dan su aprobación, el archivo GLS GDS está listo para ser enviado a la fundición.
Fase de apoyo
Nuestro equipo tiene que apoyar el equipo de prueba (principalmente ubicado fuera del país), el equipo de validación y las consultas y problemas de los clientes.
Por lo tanto, nuestro trabajo requiere habilidades lógicas y de razonamiento junto con habilidades técnicas de codificación y programación en pocas palabras.
¡Gracias!