Ni que decir tiene que la forma m\u00e1s b\u00e1sica de visualizaci\u00f3n de resultados es mediante un visualizador de ondas.<\/p>\n\n\n\n
Es una buena opci\u00f3n para la observaci\u00f3n con detalle, de un comportamiento del dise\u00f1o ante los est\u00edmulos recibidos; pero no es una opci\u00f3n adecuada cuando se deben comprobar centenares o miles de situaciones diferentes repartidas en el tiempo de simulaci\u00f3n. Solo si existe un fallo detectado en nuestro sistema de comprobaci\u00f3n de resultados, es factible verlo en detalle con un visualizador de ondas; pero evidentemente deber\u00eda haber un chequeo de resultados previo que debe de hacerse lo m\u00e1s autom\u00e1tico posible y mediante el propio banco de pruebas realizado en HDL<\/a><\/a><\/a><\/p>\n\n\n\n Vamos a establecer unos condicionantes de partida bastante usuales en dise\u00f1os sencillos<\/p>\n\n\n\n Ante estos condicionantes, vamos a ver una soluci\u00f3n de comprobaci\u00f3n de resultados muy sencilla, en la cual vamos a manejar \u00abtasks\u00bb b\u00e1sicos que tengan como argumento de entrada el valor esperado y que el momento de comprobaci\u00f3n lo estableceremos en el tiempo mediante un \u00abinitial\u00bb general que llamar\u00e1 a dichos procedimientos previamente definidos. Ve\u00e1moslo en el siguiente v\u00eddeo trabajando con un modelo RTL (\u00abCero delay\u00bb)<\/p>\n\n\n\nComprobaci\u00f3n de resultados con HDL<\/h3>\n\n\n\n
\n