momento, como que niple obliga a no usar esas interrupciones? yo creo que no es asi, lo bueno de niple es que todo se puede hacer como dicen otros colegas todo se puede hacer a mano y guardar sin problemas solo que lamentablemente ya nos acostumbramos a que queremos que el programa ya lo haga todo y pues a veces los desarrolladores no lo integran como en este caso que no consideraron la pena hacerlo ya que aunque los micros lo puedan hacer no le vieron aplicación alguna pero de que se puede hacer a mano se puede hacer solo hay que habilitar los bits correspondientes y en el peor de los casos acomodar en en archivo asm pero como eso es del pasado pues no se hace, como anécdota yo eh trabajado con el pic18f46k22 a 64mhz que es la velocidad máxima del pic pero niple no tiene ese cristal o esa configuración así que hice mis librerías o subrutinas y pues trabajo a esa velocidad sin problema un poco mas de chamba pero cuando ya esta hecho lo puedo usar siempre así que la única limitación es la que uno se pone usando lo que sea que uno use, lo que si seria lamentable es que si lo van a tomar como algo que nadie lo usa pues que malo por que si alguien quiere usarlo y pues no se puede configurar de manera automática y pues estaría en contradicción por que niple para eso es para que no se preocupe uno en el codigo y solo en la aplicación así que ojala y al menos al usuario que si lo necesita se lo puedan integrar
Completamente de acuerdo.
Por eso Niple permite el uso de instrucciones en lenguaje asm y colocar los nmonicos del lenguaje ensamblador directamente
Eso de meter mano en el ensamblador para configurar y crear lo que no puede hacer el software, me parece mal. No creo que sea un justificativo eso.
Cuando usas un programa de alto nivel, y gráfico como lo es Niple. En realidad lo que esperas, es que el programa haga todo lo que corresponde a la configuración del código, es decir donde empieza, donde finaliza, como configura los registros, donde pone las interrupciones y sus prioridades, etc.
Y sea capaz de usar todas las herramientas propias que posee el microcontrolador, incluyendo las interrupciones que son parte fundamental de un sistema embebido.
Con el lenguaje de alto nivel, lo que muchos desean crear, es un código de manera rápida, sin perder mucho tiempo comprendiendo la arquitectura y ni su código en ensamblador.
Y la razón que pienso que el software no hace tal configuración, es porque seguramente es complicado para aquellos que programan la generación del ASM, ya que deben considerar, reservar espacio para los vectores de interrupción, y espacio para las funciones que deben crearse y llamarse cuando se produce tales eventos.
Esto implica reservar memoria de programa sólo para esas posibles funciones, las cuales no se sabe si usaran y no se sabe cuantas líneas de código ocuparan.
Y como cada microcontrolador tiene diferentes vectores e interrupciones, es difícil, pero no imposible que el mismo código gráfico sea aplicable para cada caso.