Los programas pueden, a veces, tener errores de tiempo de ejecución. Estos a veces son difíciles de encontrar y se pueden pasar por alto fácilmente. ¿Hay alguna forma de probar el programa antes de grabarlo en la pizarra?
Los programas pueden, a veces, tener errores de tiempo de ejecución. Estos a veces son difíciles de encontrar y se pueden pasar por alto fácilmente. ¿Hay alguna forma de probar el programa antes de grabarlo en la pizarra?
Hay algunos proyectos de simulador de Arduino por ahí.
Quizás uno de los más maduros es el Virtronics Simulator for Arduino , Video de YouTube aquí .
LapáginadeVirtronicsvinculadaanteriormentetambiénenumeraalgunosotrossimuladoresArduino,tantogratuitoscomodepago.
DadoelinterésqueevocaArduino,esprobablequehayamuchosmássimuladoresdeestetipo,porloquenotienesentidotratardeenumerarlosenunarespuestaaquí.
Loquevalelapenaseñalaresquetambiénhayun
En una nota al margen:
El Arduino es en sí mismo un tablero de prototipos / experimentación. Es ideal para programar código experimental, depurarlo, modificarlo y luego volver a actualizar el código nuevo, casi tantas veces como quiera . Si el código se cuelga, reinicie y vuelva a actualizar con cualquier cambio.
Por lo tanto, el mérito de usar un simulador, que nunca puede emular a la perfección los distintos tiempos del mundo real u otros problemas que podría enfrentar una aplicación, es cuestionable.
Si el costo de Arduino es la preocupación, hay algunas opciones abiertas:
Puede encontrar errores de tiempo de ejecución si puede recorrer manualmente su programa con el Arduino conectado y depurar ( después descargando el código al Arduino). Está disponible en Visual Micro aunque requiere Visual Studio. Puede establecer puntos de interrupción, evaluar variables y cambiar valores de variables. También puede obtener una visualización de la memoria a lo largo del tiempo:
Una forma de hacer esto sería crear un programa envolvente para el código real que simule todas las entradas y acepte salidas (creando así un bucle de retroalimentación) según el entorno real. Esto requeriría una cantidad variable de esfuerzo según el tipo de programa, el grado de prueba y el número de entradas.
Tenga en cuenta que mientras escribe el programa contenedor, debe seguir un enfoque de caja negra .
Delocontrario,esposiblequesucódigoexternonopruebeelprogramatanbiencomoseaposible,yaquetenerencuentaelcódigorealalcrearelcódigodepruebapuedehacerqueustedignoreloscasosdelímitesolasáreasproblemáticas(sehaobservadoqueestoocurrealhacer