Bien explicado. Me aclara bastante las dudas. A pesar de no haber programado nunca en ensamblador. Hasta ahora lo voy haciendo en c usando pic c. Como ya conocía un lenguaje basado en c me resulta mas fácil, de lo contrario tendría que aprender ensamblador desde cero.
Yo los combino para los micros de 8 bits pero ya con los nuevos micros arm m3 en adelante de buena memoria flah y ram los programo solo en c/c++ ya que no me preocupa tanto el ahorro de memoria.
En mi experiencia yo empecé por ensamblador. Aprender esto era importante por qué aquellos tiempos un mcu con más memoria costaba mucho mas. Entonces tenías que obtimizar tu programa usando ensamblador. Ahora los micros de 8 y 32 están casi al mismo precio. Actualmente me quedo con el lenguaje C
En la actualidad, son muy pocos, que luego de haber utilizado C, regresen a Ensamblador. Los micros actuales tienen mejores recursos para trabajar con C. Saludos
Hola un saludo amigo, es muy aclarador.Puedes hacer un video donde expliques las diferencias del codigo estandard al codigo optimmizado por eel programador ??
Arduino es bonito y mientras te funcione para lo que necesitas pues está bien, solo que el nivel de abstracción es tan grande que vuelve zombie al desarrollador, de tal manera que sino existe la librería no saben que hacer, siempre es bueno conocer los recursos del microcontrolador y sus alcances para que tengas más de una opción a la hora de desarrollar.
Un video muy práctico y informativo Carlos, a ver si uno de estos días te animas a hacer alguno que involucre memoria dinámica, listas, etc, crees que esto optimizaria más el código o lo aria más pesado a la hora de ejecutar con el Microcontrolador. Saludos
En general y hasta donde se, en programación embebida no está recomendado hacer asignaciones dinámicas, es decir todo lo que involucre el uso de malloc, new en c++, listas. Debido a la baja cantidad de memoria ram y a otras cuestiones que en este momento se me escapan, relacionados con el uso de la función malloc y la manera en que esta libera la memoria de objetos que ya no son necesarios.
Me parece excelente la optimización de ese código, pasar de 21.5% a 2.8% me parece un uso de la memoria mas razonable. Me surge la duda, ¿lo que modificaste es la librería del sensor para bajar del 25 al 2 por ciento? ¿Creaste tu propia librería para el sensor en lugar de utilizar las que trae por defecto el programa? En cuánto a la librería de la LCD ¿también creaste una o con ella no hay problema? puesto que también trabaja con números de coma flotante y no se diga con cadenas de caracteres, en fin, el problema de la optimización es con las cadenas de caracteres, con los números de coma flotante o con ambos, porque en otro video donde comparas la versión gratuita con la de paga muestras un número en coma flotante por la LCD y el consumo de la memoria se dispara, ¿evitas trabajar directamente con números en coma flotante?
Gracias por la preguntas, el gran problema con el compilador xc8 son las funciones para convertir de float a cadena de carcteres, de int a cadena de carcteres es manejable. Es algo con lo que más sufren los compiladores para 8 bits, pero en xc8 es exagerado. Para este caso, evito trabajar con float, porque la parte decimal, solo es un digito, y puedo jugar con eso, solamente colocando el punto entre las decenas y unidades. Pero si tienes que trabajar directamente con numeros flotantes la mejor opción es crear tu propia función para convertir float a cadena de caracteres. Saludos
las librerias de Ensamblador algunas son de mi autoria y otras de cursos de capacitación, foros (TODOPIC, POR EJEMPLO). Es todo lo que fui juntando desde hace 10 años, en la actualidad no estoy siguiendo mucho a la comunidad en asembler, sería cuestión de buscar en foros, grupos de face, telegram. Saludos
Con PIC, que no tiene "stack" verdadera e no és eficiente en 'C', e con XC8 no pago, no és justo la comparacion, los códigos de XC8 no pago és para tener basuras intentando que usuário "cambie" (perdón por portuñol) a version paga.
Hola, primero te agradezco por los comentarios. Este PIC tiene una pila de 16 niveles. La versión de paga del xc8 solo habilita los niveles de optimización 3 y S. y si es verdad que, en los primeros niveles de optimización, al momento de compilar genera código innecesario, básicamente saltos innecesarios. (Ya subí un video haciendo la comparación). Pero en general en ensamblador se pude optimizar mejor que en lenguaje C, la diferencia puede varias entre distintos compiladores. Igual me comprometo en hacer la comparación con un Atmega y un compilador libre como el AVR-GCC. Saludos
Es que es la verdad, saber ensamblador implica conocer los recursos y alcances del microcontrolador, pero acá depende de la humildad y ego de cada persona, también conozco desarrolladores en Arduino que se sienten Saiyajin con ultra instinto activado y cuando les preguntas como funciona te dicen que no saben pero que funciona.
Bien explicado. Me aclara bastante las dudas. A pesar de no haber programado nunca en ensamblador. Hasta ahora lo voy haciendo en c usando pic c. Como ya conocía un lenguaje basado en c me resulta mas fácil, de lo contrario tendría que aprender ensamblador desde cero.
Asombrado con la explicación Carlos, gracias por tu tiempo
Genial broooo, gran contenido :D
Muchas gracias Sebas, saludos
Excelente video ,un video donde pueda ver cuales son las buenas practicas que mencionas
Carlos te felicito por promover estos temas
Gracias, saludos desde Perú
Gran tema, gracias Carlos
Gracias a ti
Yo los combino para los micros de 8 bits pero ya con los nuevos micros arm m3 en adelante de buena memoria flah y ram los programo solo en c/c++ ya que no me preocupa tanto el ahorro de memoria.
En mi experiencia yo empecé por ensamblador. Aprender esto era importante por qué aquellos tiempos un mcu con más memoria costaba mucho mas. Entonces tenías que obtimizar tu programa usando ensamblador. Ahora los micros de 8 y 32 están casi al mismo precio. Actualmente me quedo con el lenguaje C
En la actualidad, son muy pocos, que luego de haber utilizado C, regresen a Ensamblador. Los micros actuales tienen mejores recursos para trabajar con C. Saludos
gracias
Hola un saludo amigo, es muy aclarador.Puedes hacer un video donde expliques las diferencias del codigo estandard al codigo optimmizado por eel programador ??
Que tal, cursos y libros que recomiendes para aprender a programar microcontroladores. Saludos.
Te recomiendo la vida
que opinas de zig
Arduino es bonito y mientras te funcione para lo que necesitas pues está bien, solo que el nivel de abstracción es tan grande que vuelve zombie al desarrollador, de tal manera que sino existe la librería no saben que hacer, siempre es bueno conocer los recursos del microcontrolador y sus alcances para que tengas más de una opción a la hora de desarrollar.
Totalmente de acuerdo, saludos Hector.
Un video muy práctico y informativo Carlos, a ver si uno de estos días te animas a hacer alguno que involucre memoria dinámica, listas, etc, crees que esto optimizaria más el código o lo aria más pesado a la hora de ejecutar con el Microcontrolador. Saludos
En general y hasta donde se, en programación embebida no está recomendado hacer asignaciones dinámicas, es decir todo lo que involucre el uso de malloc, new en c++, listas. Debido a la baja cantidad de memoria ram y a otras cuestiones que en este momento se me escapan, relacionados con el uso de la función malloc y la manera en que esta libera la memoria de objetos que ya no son necesarios.
Me parece excelente la optimización de ese código, pasar de 21.5% a 2.8% me parece un uso de la memoria mas razonable. Me surge la duda, ¿lo que modificaste es la librería del sensor para bajar del 25 al 2 por ciento? ¿Creaste tu propia librería para el sensor en lugar de utilizar las que trae por defecto el programa? En cuánto a la librería de la LCD ¿también creaste una o con ella no hay problema? puesto que también trabaja con números de coma flotante y no se diga con cadenas de caracteres, en fin, el problema de la optimización es con las cadenas de caracteres, con los números de coma flotante o con ambos, porque en otro video donde comparas la versión gratuita con la de paga muestras un número en coma flotante por la LCD y el consumo de la memoria se dispara, ¿evitas trabajar directamente con números en coma flotante?
Gracias por la preguntas, el gran problema con el compilador xc8 son las funciones para convertir de float a cadena de carcteres, de int a cadena de carcteres es manejable. Es algo con lo que más sufren los compiladores para 8 bits, pero en xc8 es exagerado. Para este caso, evito trabajar con float, porque la parte decimal, solo es un digito, y puedo jugar con eso, solamente colocando el punto entre las decenas y unidades. Pero si tienes que trabajar directamente con numeros flotantes la mejor opción es crear tu propia función para convertir float a cadena de caracteres. Saludos
@@CarlosQL ahora entiendo, gracias por responder.
las librerias las sacas de una pagina en especifico? Exelente video
las librerias de Ensamblador algunas son de mi autoria y otras de cursos de capacitación, foros (TODOPIC, POR EJEMPLO). Es todo lo que fui juntando desde hace 10 años, en la actualidad no estoy siguiendo mucho a la comunidad en asembler, sería cuestión de buscar en foros, grupos de face, telegram. Saludos
Con PIC, que no tiene "stack" verdadera e no és eficiente en 'C', e con XC8 no pago, no és justo la comparacion, los códigos de XC8 no pago és para tener basuras intentando que usuário "cambie" (perdón por portuñol) a version paga.
Hola, primero te agradezco por los comentarios. Este PIC tiene una pila de 16 niveles. La versión de paga del xc8 solo habilita los niveles de optimización 3 y S. y si es verdad que, en los primeros niveles de optimización, al momento de compilar genera código innecesario, básicamente saltos innecesarios. (Ya subí un video haciendo la comparación). Pero en general en ensamblador se pude optimizar mejor que en lenguaje C, la diferencia puede varias entre distintos compiladores. Igual me comprometo en hacer la comparación con un Atmega y un compilador libre como el AVR-GCC. Saludos
EL PROBLEMA Q ALGUNOS Q USAN ENSAMBLADOR SIENTEN COMPLEJO DE SUPERIORIDAD Y SE BURLAN DE ARDUINO
Hola, es verdad he visto bastante de eso, depende de cada persona, saludos
Es que es la verdad, saber ensamblador implica conocer los recursos y alcances del microcontrolador, pero acá depende de la humildad y ego de cada persona, también conozco desarrolladores en Arduino que se sienten Saiyajin con ultra instinto activado y cuando les preguntas como funciona te dicen que no saben pero que funciona.