TODOPIC

Otros Microcontroladores / Dispositivos programables => Arduino => Mensaje iniciado por: tsu_electronica en 21 de Julio de 2022, 16:21:23

Título: visuino, bueno?, malo?
Publicado por: tsu_electronica en 21 de Julio de 2022, 16:21:23
buena tarde grupo, por asares del destino me tope con este soft para programar no solo placas Arduino si no también esp y stm que ya las incorporaron, alguien a tenido contacto con el?, que les parece? yo programo otros micros en otras plataformas y cheque un poco las nuevas tarjetas para ver sus prestaciones y salió este soft y me parece interesante, que opinan?
Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 21 de Julio de 2022, 16:32:03
buena tarde grupo, por asares del destino me tope con este soft para programar no solo placas Arduino si no también esp y stm que ya las incorporaron, alguien a tenido contacto con el?, que les parece? yo programo otros micros en otras plataformas y cheque un poco las nuevas tarjetas para ver sus prestaciones y salió este soft y me parece interesante, que opinan?

Creo que te olvidaste de adjuntar una imagen o enlace del "soft"
Título: Re:visuino, bueno?, malo?
Publicado por: tsu_electronica en 21 de Julio de 2022, 17:59:24
dominusdrr es en https://www.visuino.com/ no se si conozcas LabVIEW se me hace muy parecido
Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 21 de Julio de 2022, 18:22:30
dominusdrr es en https://www.visuino.com/ no se si conozcas LabVIEW se me hace muy parecido

Si, el Labview lo conocí en la universidad, pero a nivel profesional, las empresas grandes la usan, las medianas o pequeñas, por el costo de las licencias y los equipos, prefieren otras opciones.
Título: Re:visuino, bueno?, malo?
Publicado por: tsu_electronica en 21 de Julio de 2022, 18:34:01
y entonces amigo que opinas, se ve interesante? ya lo usaste? lo conocías?
Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 21 de Julio de 2022, 18:47:05
y entonces amigo que opinas, se ve interesante? ya lo usaste? lo conocías?

Todo depende de como te sientas cómodo para crear y desarrollar firmware, software y hardware.

Personalmente a lo largo de mi vida estudiando y trabajando en el mundo de microcontroladores, he realizado pocas migraciones a nuevas herramientas.

A mi me gusta el lenguaje C, y actualmente estoy tratando de usar C++ en microcontroladores.

Te dejo dos consejos que me dijo alguien una vez.

El primero dice "No es la calidad del martillo, es la habilidad del carpintero".

Y el segundo dice: "No importa como hagas un producto, si es de calidad, barato para que genere ganancias y estable (no se cuelga, realiza su trabajo de manera óptima, etc.), no importa con que lo hagas"

Si te gusta programar en lenguajes gráficos, como el Niple, aprende y hazte un experto y comenta tus experiencias y ayuda a quienes sepan menos que tu.

Y sobre todo vive de tu trabajo y de lo que te gusta hacer con tu ingenio, nunca regales tu trabajo.

Título: Re:visuino, bueno?, malo?
Publicado por: tsu_electronica en 21 de Julio de 2022, 19:20:26
perfecto gracias por los consejos, espero ver si alguien mas lo conoce y que les parece? que opinan? es interesante? alguien lo ha usado? bueno seguimos esperando mas respuestas.
Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 21 de Julio de 2022, 19:24:16
y entonces amigo que opinas, se ve interesante? ya lo usaste? lo conocías?

Lo que me olvidé mencionar de lo malo de aprender ese tipo de 'lenguajes' de programación, es que si un día la empresa deja de dar soporte a su software por cualquier razón, es posible que hayas perdido tiempo en dedicarte en ser un experto con esa herramienta.

Algo así como he leído en el subforo del Niple que por varios años no hubo actualizaciones, que la nueva versión tiene más errores que las viejas, que no hay soporte ni respuestas de los creadores, etc., etc. Imagínate si una empresa, o un proyecto grande que apueste a tal software y de pronto, la no es factible continuar con nuevos desarrollos.

En cambio, por ejemplo, si dominas algo de C, puedes ir a otra herramienta, a otros microcontroladores, o aprender de la competencia. En mi caso ha habido dos ocasiones donde me ha sido útil ejemplos de Arduino o de CCS para implementarlos en mis proyectos con XC32.

Con un nuevo lenguaje, si no hay librerías para algo específico, creo que será un poco más complicado implementarlas.



Título: Re:visuino, bueno?, malo?
Publicado por: tsu_electronica en 21 de Julio de 2022, 19:42:58
buen punto, pero muchos de los que migraron a c se olvidaron de ensamblador que es mejor para comprender que se hace desde dentro del micro, así la mayoría de software que ha salido para programar micros ya muchos no existen solo que sean grandes empresas con un poder grande, lo único que pasa es que se agiliza el tiempo de programación si programo en ensamblador me dilato un poco mas que en c, al final como decian en otros temas que coraje que ya estas en lo ultimo de tu trabajo y no jala y no jala y te das cuenta que es el programa pero al final es el usuario por que en c pasa lo mismo tanto que se depura y depura y al final solo era una coma o un punto, bien lo dices es cosa del que lo hace no con que lo hace, niple en lo personal me parece una muy buena herramienta y que si he ganado y hecho muchísimas cosas que no se imaginan que lleva niple entre ellas solo por decir un proyecto que hice para volkswagen aquí en México un brazo robot a medida que necesitaban y así para varias empresas al final se puede hacer con arduino jajajaja y no digo que sea malo arduino al final funciona y por eso vi este soft que lo único que hace es reducir tiempo para los proyectos, limitaciones de niple pues le faltan micros y por que no una tarjeta como arduino de hay en fuera los problemas de todos los software la ventaja que le tengo es que el código lo da en ensamblador donde siempre entenderé y mejorare, también el flowcode para los que les gusta c es mucho mas rápido programar en flowcode y checar el codigo en c que netamente en c pero como dices cosa de gustos y ahora yo te invito a que no te limites en aprender cosas nuevas no es por perder el tiempo en aprender al final puedes encontrar otra manera de hacerlo mas rápido y si no como todos regresar al lápiz y papel.
Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 21 de Julio de 2022, 19:55:36
buen punto, pero muchos de los que migraron a c se olvidaron de ensamblador que es mejor para comprender que se hace desde dentro del micro, así la mayoría de software que ha salido para programar micros ya muchos no existen solo que sean grandes empresas con un poder grande, lo único que pasa es que se agiliza el tiempo de programación si programo en ensamblador me dilato un poco mas que en c, al final como decian en otros temas que coraje que ya estas en lo ultimo de tu trabajo y no jala y no jala y te das cuenta que es el programa pero al final es el usuario por que en c pasa lo mismo tanto que se depura y depura y al final solo era una coma o un punto, bien lo dices es cosa del que lo hace no con que lo hace, niple en lo personal me parece una muy buena herramienta y que si he ganado y hecho muchísimas cosas que no se imaginan que lleva niple entre ellas solo por decir un proyecto que hice para volkswagen aquí en México un brazo robot a medida que necesitaban y así para varias empresas al final se puede hacer con arduino jajajaja y no digo que sea malo arduino al final funciona y por eso vi este soft que lo único que hace es reducir tiempo para los proyectos, limitaciones de niple pues le faltan micros y por que no una tarjeta como arduino de hay en fuera los problemas de todos los software la ventaja que le tengo es que el código lo da en ensamblador donde siempre entenderé y mejorare, también el flowcode para los que les gusta c es mucho mas rápido programar en flowcode y checar el codigo en c que netamente en c pero como dices cosa de gustos y ahora yo te invito a que no te limites en aprender cosas nuevas no es por perder el tiempo en aprender al final puedes encontrar otra manera de hacerlo mas rápido y si no como todos regresar al lápiz y papel.

O sea, ensamblador, a veces ha sido útil para encontrar errores que generaban compiladores con el CCS y con microntrolador PIC16/18 e inicialmente sólo hice proyectos de esa manera, pero actualmente, desconozco el ensamblador de los  microcontroladores con los que trabajo (PIC32MX y PIC32MZ), en algunas ocasiones estuve a punto intentar comprender el desensamblado porque no me funcionaba algo, pero luego me di cuenta que era una mala programación mía, ya que la herramienta que utilizo, el XC32, es muy buena y cumple bastantes normas.

También el ensamblador es útil cuando los periféricos son sencillos, pero cuando ya son muy sofisticados como un módulo USB o Ethernet, no le veo práctico intentar configurar y utilizar dichos módulos sólo en ensamblador. Ahí las librerías que te proporciona el fabricante son casi cajas negras que debes usarlas.
Título: Re:visuino, bueno?, malo?
Publicado por: tsu_electronica en 21 de Julio de 2022, 20:22:32
https://ww1.microchip.com/downloads/en/DeviceDoc/PIC32MX_Datasheet_v2_61143B.pdf
hay esta el datasheet de la familia 32mx y en la pagina 47 hay están las instrucciones en ensamblador nada desconocido lo mismo que las familias 12 16 18 dspic y de usb pues muy sencillo de manejar en los 18f2550 y 18f4550 y en los nuevos mejorados es lo mismo solo que en es un poco lento ya que es ensamblador y todavía se usa solo que como dices no les gusta a la mayoría y aparte las herramientas nuevas son en c y es para agilizar los proyectos pero se hace lo mismo y hay buenos desensambladores para un poco de ingeniería inversa al final siempre el proyecto es el que te da la pauta para elegir una u otra herramienta y también depende el gusto aqui pregunto si alguien conoce visuino que les parece pero creo solo nosotros estamos hablando del tema jajajaja, en fin un tema mas, sigamos trabajando.
Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 21 de Julio de 2022, 20:47:13
https://ww1.microchip.com/downloads/en/DeviceDoc/PIC32MX_Datasheet_v2_61143B.pdf
hay esta el datasheet de la familia 32mx y en la pagina 47 hay están las instrucciones en ensamblador nada desconocido lo mismo que las familias 12 16 18 dspic y de usb pues muy sencillo de manejar en los 18f2550 y 18f4550 y en los nuevos mejorados es lo mismo solo que en es un poco lento ya que es ensamblador y todavía se usa solo que como dices no les gusta a la mayoría y aparte las herramientas nuevas son en c y es para agilizar los proyectos pero se hace lo mismo y hay buenos desensambladores para un poco de ingeniería inversa al final siempre el proyecto es el que te da la pauta para elegir una u otra herramienta y también depende el gusto aqui pregunto si alguien conoce visuino que les parece pero creo solo nosotros estamos hablando del tema jajajaja, en fin un tema mas, sigamos trabajando.

No he sentido necesidad de comprender el ensamblador del núcleo MIPS, he estado apunto de intentarlo, pero luego de darme cuenta que era yo el problema, desistí como mencioné antes.

Con ensamblador llegué hasta los extintos dsPIC30F, pero una vez que empecé a usar C18 y luego C32, quedó atrás todo eso.
Título: Re:visuino, bueno?, malo?
Publicado por: Picuino en 22 de Julio de 2022, 03:51:57
Por responder rápidamente:
   Visuino para aprender a programar desde cero y llegar a muy poco = Bueno
   Visuino para proyectos que lleguen lejos = Malo

C es el estándar de la industria. Se utiliza (en realidad el C++) para programar Arduino, que se supone que es para principiantes.

¿Cuál es el problema para usar C? ¿Qué no lo conoces? -> Intentar llegar con Visuino al mismo nivel al que puedes llegar programando en C es más difícil.

El ensamblador está bien para unas pocas líneas, pero hace ya 50 años que se inventó el C para sustituir al ensamblador y ha tenido mucho éxito. C es más productivo y mucho más rápido de depurar. Las pequeñas ventajas que puedes tener en velocidad programando en ensamblador hay que acotarlas a unas pocas líneas, el resto se escribe en C y esa unión de 2 lenguajes funciona mucho mejor.

No hay excusa para no conocer C. Una vez que conozcas bien C, la pregunta se responde sola.
Título: Re:visuino, bueno?, malo?
Publicado por: Picuino en 22 de Julio de 2022, 04:24:29
A propósito, este año es el 50 aniversario del C.
Feliz C aniversario!!!
Título: Re:visuino, bueno?, malo?
Publicado por: Eduardo Rodas en 22 de Julio de 2022, 10:48:14
Me gustaría aprender el lenguaje C para microcontroladores... cual me recomiendan?
gracias.
Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 22 de Julio de 2022, 11:00:52
Me gustaría aprender el lenguaje C para microcontroladores... cual me recomiendan?
gracias.

Creo que básicamente los C que existen son casi lo mismo, algunos cumplen la norma establecida C99. Algunos como el CCS tienen funciones o librerías propias que ayudan al programador en algunas procesos.

Pienso que lo más importante, es escribir correctamente el código para crear multiprocesos. La mayoría de programadores he visto que programan todo linealmente y hasta en un mismo archivo.

Para un proyecto sencillo o no tan complejo puede estar bien, pero cuando manejas muchos procesos y periféricos, debes subdividir en tareas y cada tarea debe ser independiente, de tal manera que corregir, modificar o añadir nuevas características sólo sea en un proceso sin afectar al resto del código.  De esa manera el CPU del microcontrolador pareciera que realiza un proceso de multitarea.

Y si hay 2 o más desarrolladores del proyecto, cada uno se puede estar asignado a una proceso o tarea específica para  modificar o mejorar el código sin interferir en lo que hace el otro.



Título: Re:visuino, bueno?, malo?
Publicado por: KILLERJC en 22 de Julio de 2022, 11:12:03
Creo que básicamente los C que existen son casi lo mismo, algunos cumplen la norma establecida C99. Algunos como el CCS tienen funciones o librerías propias que ayudan al programador en algunas procesos.

Pienso que lo más importante, es escribir correctamente el código para crear multiprocesos. La mayoría de programadores he visto que programan todo linealmente y hasta en un mismo archivo.

CCS te obliga a hacer eso..
Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 22 de Julio de 2022, 11:18:20
Creo que básicamente los C que existen son casi lo mismo, algunos cumplen la norma establecida C99. Algunos como el CCS tienen funciones o librerías propias que ayudan al programador en algunas procesos.

Pienso que lo más importante, es escribir correctamente el código para crear multiprocesos. La mayoría de programadores he visto que programan todo linealmente y hasta en un mismo archivo.

CCS te obliga a hacer eso..

¿Cómo te obliga ha hacer eso?, Multitarea es algo similar a esto:

Código: C
  1. int main ( void )
  2. {
  3.     /* Initialize all modules */
  4.     SYS_Initialize ( NULL );
  5.  
  6.     while ( true )
  7.     {
  8.         /* Maintain state machines of all polled MPLAB Harmony modules. */
  9.         WDT_Clear();
  10.         SYS_Tasks ( );
  11.     }
  12.  
  13.     /* Execution should not come here during normal operation */
  14.  
  15.     return ( EXIT_FAILURE );
  16. }

Donde

Código: C
  1. void SYS_Tasks ( void )
  2. {
  3.     /* Maintain system services */
  4.      /* Maintain Device Drivers */
  5.     DRV_MIIM_Tasks(sysObj.drvMiim);
  6.  
  7.     /* Maintain Middleware & Other Libraries */
  8.     TCPIP_STACK_Task(sysObj.tcpip);
  9.     /* Maintain the application's state machine. */
  10.         /* Call Application task APPETH. */
  11.     APPETH_Tasks();
  12.     /* Call Application task APPLCD. */
  13.     APPLCD_Tasks();
  14.     /* Call Application task APPSTATUSLED. */
  15.     APPSTATUSLED_Tasks();
  16.    /* Call Application task APPPULSADOR. */
  17.     APPPULSADOR_Tasks();
  18.    /* Call Application task APPEERAM. */
  19.     APPEERAM_Tasks();
  20.     /* Call Application task APPNFC. */
  21.       APPNFC_Tasks();
  22.     /* Call Application task APPSPI3. */
  23.     APPSPI3_Tasks();
  24.     /* Call Application task APPUART3. */
  25.     APPUART3_Tasks();
  26.     /* Call Application task APPLCD. */
  27.     APPLCD_Tasks();
  28.     /* Call Application task APPQT. */
  29.     APPQT_Tasks();
  30.  
  31.     /* Call Application task APPCRC. */
  32.     APPCRC_Tasks();
  33.  
  34.     /* Call Application task APPFONDOLUZ. */
  35.     APPFONDOLUZ_Tasks();
  36.  
  37.     /* Call Application task APPJSON. */
  38.     APPJSON_Tasks();
  39.  
  40. }

Y una tarea sería algo así, dividida en estados

Código: C
  1. void APPLCD_Tasks ( void )
  2. {
  3. //    unsigned char i;
  4.     /* Check the application's current state. */
  5.     switch ( applcdData.state )
  6.     {
  7.         /* Application's initial state. */
  8.         case APPLCD_ESTADO_INICIAL:
  9.         {
  10.             if (EnviarComandoAUart3(COMANDO_SOLICITAR_VERSION_FIRMWARE,0x00,0x00,0x00,0x00))
  11.             {
  12.                 applcdData.state = APPLCD_ESTADO_VERIFICAR_VERSION_FIRMWARE;
  13.             }
  14.             break;
  15.         }
  16.  
  17.         case APPLCD_ESTADO_VERIFICAR_VERSION_FIRMWARE:
  18.         {
  19.             applcdData.state = verificarRespuestaDeUart3(COMANDO_SOLICITAR_VERSION_FIRMWARE,0x00);
  20.             break;
  21.         }
  22.         /* TODO: implement your application state machine.*/
  23.         case APPLCD_ESTADO_ACTIVAR_FONDO_LUZ_AL_MAXIMO:
  24.         {
  25.             if (EnviarComandoAUart3(COMANDO_CAMBIAR_FONDO_LUZ,0x64,0x00,0x00,0x00))
  26.             {
  27.                 applcdData.state = APPLCD_ESTADO_VERIFICAR_FONDO_LUZ_AL_MAXIMO;
  28.             }
  29.             break;
  30.         }
  31.         case APPLCD_ESTADO_VERIFICAR_FONDO_LUZ_AL_MAXIMO:
  32.         {
  33.             applcdData.state = verificarRespuestaDeUart3(COMANDO_CAMBIAR_FONDO_LUZ,0x00);
  34.             break;
  35.         }
  36.         case  APPLCD_ESTADO_DETERMINAR_PAGINA_00:
  37.         {
  38.             if (EnviarComandoAUart3(COMANDO_OBTENER_PAGINA_ACTUAL,0x00,0x00,0x00,0x00))
  39.             {
  40.                 applcdData.state = APPLCD_ESTADO_VERIFICAR_PAGINA_00;
  41.             }
  42.             break;
  43.         }
  44.  
  45. .....
Título: Re:visuino, bueno?, malo?
Publicado por: Picuino en 22 de Julio de 2022, 13:41:48
Yo también te recomiendo para PIC los compiladores de Microchip (XC8 y demás):
https://www.microchip.com/en-us/tools-resources/develop/mplab-xc-compilers

Yo no he utilizado nunca CCS, pero por lo que he leído en el foro da problemas a menudo. También resuelve con librerías otros problemas, pero insisto en que es preferible que las programes tú mismo o que las copies de otros proyectos sabiendo lo que haces.

Por otro lado CCS no es gratuito. XC8 tampoco, pero hay versiones gratuítas y legales. Ocupan más memoria, pero eso lo puedes solucionar comprando por pocos céntimos más un microcontrolador con más memoria.

Los micros Atmega tienen un nucleo menos bizarro y por lo tanto el proyecto GNU ha podido hacer un compilador C++ excelente, gratuíto y sin limitaciones para estos microcontroladores. Si no te hacen falta los superperiféricos que tienen los PIC y te conformas con los ADC+UART yo te recomendaría que te pases a los Atmega.
Título: Re:visuino, bueno?, malo?
Publicado por: tsu_electronica en 22 de Julio de 2022, 15:10:02
muy buenos ejemplos de que también c no es perfecto, como todo, y otro buen ejemplo que son de paga, ya 50 años de c ya empieza a venir lo nuevo, así como ensamblador todavía existe pero ya es poco su uso ahorita las nuevas formas de programar ya están aquí y c se seguirá usando pero ya va a ir bajando así es todo no creo que deje de existir como ensamblador sigue así seguirá c pero ya en unos pocos años ya no se ocupara mucho para los micros ,muy buenos ejemplos y muy buenos comentarios de todos aunque seamos pocos al final visuino solo lo que hace es de lo visual generar un código en c para el ide que se puede checar sin problemas así como flowcode lo hace en c y ensamblador y como niple en ensamblador al final siempre será cuestión de gustos y costumbres solo no nos cerremos a lo nuevo gracias por sus respuestas.
Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 22 de Julio de 2022, 15:39:34
muy buenos ejemplos de que también c no es perfecto, como todo, y otro buen ejemplo que son de paga, ya 50 años de c ya empieza a venir lo nuevo, así como ensamblador todavía existe pero ya es poco su uso ahorita las nuevas formas de programar ya están aquí y c se seguirá usando pero ya va a ir bajando así es todo no creo que deje de existir como ensamblador sigue así seguirá c pero ya en unos pocos años ya no se ocupara mucho para los micros ,muy buenos ejemplos y muy buenos comentarios de todos aunque seamos pocos al final visuino solo lo que hace es de lo visual generar un código en c para el ide que se puede checar sin problemas así como flowcode lo hace en c y ensamblador y como niple en ensamblador al final siempre será cuestión de gustos y costumbres solo no nos cerremos a lo nuevo gracias por sus respuestas.

El problema de ensamblador es que no es una norma, cada microcontrolador en función de su núcleo tiene sus propias instrucciones. Lo que está hecho en un PIC16, no va ser lo mismo en un AVR. Ni siquiera que los micros sean creados por la misma empresa, implica que todos tengan un ensamblador similar.

Respecto al C, lo que he visto es que los nuevos microcontroladores, sobre todo los de 32 bits están orientándose a C++, inclusive los FPGAs que pienso que podría ser el futuro, se centran en crear herramientas en dicho lenguaje. Y como dice Picuino, la ventaja de C y C++, es que a pesar de ser un lenguaje de alto nivel, se puede escribir un proceso o instrucciones de manera sencilla para que el compilador lo convierta correctamente en ensamblador.

Recuerdo que cuando empecé a usar C para microcontroladores (específicamente el CCS), apareció PICBasic como una manera rápida, futurística y sencilla de hacer proyectos para microcontroladores. Ahora ya no veo nada de eso, la moda ahora es Arduino.
Título: Re:visuino, bueno?, malo?
Publicado por: KILLERJC en 23 de Julio de 2022, 14:39:36
Creo que básicamente los C que existen son casi lo mismo, algunos cumplen la norma establecida C99. Algunos como el CCS tienen funciones o librerías propias que ayudan al programador en algunas procesos.

Pienso que lo más importante, es escribir correctamente el código para crear multiprocesos. La mayoría de programadores he visto que programan todo linealmente y hasta en un mismo archivo.

CCS te obliga a hacer eso..

¿Cómo te obliga ha hacer eso?, Multitarea es algo similar a esto:

Perdón, no especifique, me refería a lo que esta en negrita...
De mas esta decir que hacer un include de un .c es programar en un solo archivo.
Y si queres mas un de un archivo tenes que poner las directivas en cada uno de los archivos para que funcione... para nada modular ni tampoco util.

Con respecto a la multitarea. Cualquier programa con una interrupción es multitarea. Es mas, uno podría hacer un código sin interrupciones y llamarlo multitarea (supongamos encender un led cada tanto y hacer un echo de la UART).
Obviamente un RTOS es exactamente eso, una interrupción cada cierto tiempo y ver que "proceso" le toca, nada mas hablando simplistamente.

La gran ventaja de CCS es que te lo provee con muy poco entender.
La desventaja, dificultad para compilar varios archivos, poca información de algunas funciones (y mucho menos investigarlo al no tener el código fuente), entre algunas otras mas que seguramente me olvido.

Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 23 de Julio de 2022, 15:05:57
Creo que básicamente los C que existen son casi lo mismo, algunos cumplen la norma establecida C99. Algunos como el CCS tienen funciones o librerías propias que ayudan al programador en algunas procesos.

Pienso que lo más importante, es escribir correctamente el código para crear multiprocesos. La mayoría de programadores he visto que programan todo linealmente y hasta en un mismo archivo.

CCS te obliga a hacer eso..

¿Cómo te obliga ha hacer eso?, Multitarea es algo similar a esto:

Con respecto a la multitarea. Cualquier programa con una interrupción es multitarea. Es mas, uno podría hacer un código sin interrupciones y llamarlo multitarea (supongamos encender un led cada tanto y hacer un echo de la UART).
Obviamente un RTOS es exactamente eso, una interrupción cada cierto tiempo y ver que "proceso" le toca, nada mas hablando simplistamente.


Es verdad que las interrupciones es un recurso que posee un microcontrolador para multitarea, pero sólo deben utilizarse en procesos críticos ya que es un proceso apropiativo del CPU.  Otros recursos que se puede recurrir es el paralelismo (o procesamiento cooperativo), sobre todo en tareas no críticas.
Título: Re:visuino, bueno?, malo?
Publicado por: tsu_electronica en 23 de Julio de 2022, 18:40:31
hablando de las multitareas, ya con los módulos que tienen cip ya se ve mejor la multitarea, aunque la interrupción si nos da esa ilusión pero al final se gasta tiempo y se deja de hacer lo que esta haciendo por atender, ya con los módulos cip ya no es necesario se puede estar haciendo cosas diferentes a la vez sin problema.
Título: Re:visuino, bueno?, malo?
Publicado por: tsu_electronica en 23 de Julio de 2022, 19:02:50
hablando tanto de todos los lenguajes y micros recordé un video que vi y se los comparto, yo creo que ya lo vieron pero es interesante.
Título: Re:visuino, bueno?, malo?
Publicado por: DominusDRR en 23 de Julio de 2022, 19:21:58
hablando tanto de todos los lenguajes y micros recordé un video que vi y se los comparto, yo creo que ya lo vieron pero es interesante.

Eso es verdad, recientemente para Harmony se dejo de lado el MHC para integrarlo o configurarlo con MCC . No se si los de 16 bits (PIC24 y dsPIC) también van a ser configurados con dicha herramienta (Melody).