Publicado por: el_errante_33 en 20 de Marzo de 2006, 13:09:00
Estuve leyendo el PIC basic pro y el Niple pero no me convencen demasiado
No existe alguna libreria a través de la cual se pueda manejar el assembler como un objeto en visual basic 6 para manejarlo en forma más accesible?
gracias
Publicado por: elmasvital en 20 de Marzo de 2006, 19:13:00
Escrito originalmente por el_errante_33
Existe algún lenguaje de Programación que sea más "humano" e igual de completo ???
Estuve leyendo el PIC basic pro y el Niple pero no me convencen demasiado
No existe alguna libreria a través de la cual se pueda manejar el assembler como un objeto en visual basic 6 para manejarlo en forma más accesible?
gracias
bueno pic basic pro y los demas lenguajes no son mas que compiladores que te abstraen dle assembler...
el lenguaje mas adecaudo siempre será c pero sobre gustos....
Publicado por: el_errante_33 en 21 de Marzo de 2006, 07:35:00
programar directamente en assembler me parece que es como usar una regla de cálculo mientras existen las calculadoras cientificas, se pierde demasiado tiempo en comprender y aplicar las sentencias , prefiero tener algo más accesible y más dinámico y flexible y concentrarme más en la lógica del procedimiento
que aplicación en c sería la más conveniente? ( por ejemplo visual c ++ esta bien? ya que empiezo de cero quisiera hacerlo en el entorno más conveniente )
gracias, un abrazo
Publicado por: Sispic en 21 de Marzo de 2006, 14:23:00
si lo que quieres es aprender de verdad yo me tomaria unas copillas con el asm antes que nada , unas juergecillas vienen muy bien antes de la gran fiesta .
Publicado por: el_errante_33 en 22 de Marzo de 2006, 09:11:00
Publicado por: vszener en 23 de Marzo de 2006, 08:17:00
Suerte!!!
Publicado por: PalitroqueZ en 24 de Marzo de 2006, 11:43:00
Publicado por: Nocturno en 24 de Marzo de 2006, 11:49:00
No pienso discutir su utilidad, que sin duda la tiene, y además los que lo dominan tienen una ventaja sobre los que no queremos ni verlo.
Pero puedo asegurar una cosa: SE PUEDE VIVIR SIN ASSEMBLER
Ea, qué agusto me he quedao.
Publicado por: Nelson_s en 24 de Marzo de 2006, 13:25:00
Para mi eso es como andar a ciegas, porque nunca estas seguro de lo que estas haciendo..
Publicado por: vszener en 24 de Marzo de 2006, 13:57:00
Suerte!!!
Publicado por: RedPic en 24 de Marzo de 2006, 16:02:00
) que ha llegado a ensamblar a mano(escribiendo directamente en el hex ya que no tenía el programa ensamblador, sino
que solo disponía de documentación con los op-codes) no logro llegar a odiar el
Assembler porque es como un viejo amigo .... pero desde que descubrí el C no lo
hecho de menos ni un poco siquiera. Primero por que estos C"s para microcontroladores
es C pero menos. Las instrucciones son muy cercanas al micro y si comparáis vuestro
fuente con el ensamblado correspondiente (el fichero .lst en CCS C) veréis que la
relación entre ambos es muy directa, aporta las estructuras de control mucho mas
"humanas" y la gestión de variables mucho mas clara. Y siempre tienes la oportunidad
de escribir asm "embebido" para lo que te haga falta. Así que siempre tienes lo
mejor de dos mundos.
Es una opinión más de un programador que hace ya mas de veinte años que
rueda por este mundillo de los micros.
Publicado por: migsantiago en 24 de Marzo de 2006, 16:37:00
Qué dilema era buscar una línea mal copiada
Pero yo pienso que con un poquito que se sepa de ensamblador, se puede aprender cualquier otro lenguaje.
Publicado por: Sispic en 25 de Marzo de 2006, 00:20:00
Ni el medico hoy dia saver como esta hecha una aspirina .
, les salen las recetas por la impresora .Diria que cuantas mas herramientas se disponen , mejor se pueden fabricar los programas .
El carpintero por mucha maquinaria moderna que disponga , no dejara de tener una lima cerca aunque solo la use 10 veces al año .
Codigo:
#define Hazlo_Mientras_que while
#define Sea_Menor_Que <
#define Diferente !=
#define Borra(a) a=0
#define Incrementa(a , b) a=a+b
#define OchoBits byte
#define Quieto_Parao(a) delay_ms(a)
#define Un_segundo 1000
#bit ROJO = PORTB.0
#define Enciende_Led(a) a=1
#define Apaga_Led(a) a=0
/*****************************************************/
void Haz_que_el_LedRojo_parpadee_100_veces(void){
/*****************************************************/
OchoBits REGISTRO_TEMPORAL;
Borra( REGISTRO_TEMPORAL );
Hazlo_Mientras_que( REGISTRO_TEMPORAL Sea_Menor_Que 100)
{
Enciende_Led(ROJO);
Quieto_Parao(Un_segundo);
Apaga_Led(ROJO);
Quieto_Parao(Un_segundo);
Incrementa( REGISTRO_TEMPORAL , 1 );
}
}
De hecho se hace exactamente lo mismo con el asembler y unas macros , que es lo que usan los compiladores . pero si ya esta hecho para que complicarnos .
Y Tambien lo mas importante es como usar la herramienta , tener un BMW no significa ya conduzco bien .
Publicado por: RedPic en 25 de Marzo de 2006, 00:30:00
procesador. No te queda mas remedio, ya que si no tienes ese conocimiento no
eres capaz de hacer nada de nada. Con él no hay ningún compilador que te ponga
en bandeja funciones complejas ( P.Ej. lcd_write_byte() ) Con esto o te empapas de
la filosofia de funcionaminto del micro o te pierdes.
Si has pasado por esta fase y desembarcas en C o en Basic lo que notas es un
alivio a la hora de decir mucho escribiendo poco, en ensamblador escribas mucho
para decirle muy poco al micro. Pero la fase de aprendizaje del micro, como el
sarampión ya la has pasado.
Publicado por: Nocturno en 25 de Marzo de 2006, 00:45:00
#define Quieto_Parao(a) delay_ms(a)
Publicado por: RaDoN en 25 de Marzo de 2006, 06:07:00
Y esto lo digo no porque defienda ASM, uso C y no volveria a programar en ASM nunca, pero tener una base es importante. De todas formas teoricamente el ASM es más potente al ser un lenguaje de bajo nivel.
Publicado por: el_errante_33 en 31 de Marzo de 2006, 16:06:00
Les cuento que me compré y leí el libro
MICROCONTROLADORES PIC 16F84 Autor PALACIOS MUNICIO ENRIQUE
LOPEZ PEREZ LUCAS J. , REMIRO DOMINGUEZ FERNANDO
Realmente tiene mucha y muy buena información de microcontroladores y hace referencia a todas las sentencias assembler en forma muy clara
En su momento lei el de ANGULO USATEGUI JOSE MARIA y me pareció un libro fantástico para confundir y desinfomar al lector novicio
Por último quería por favor me recomienden:
Que libro en C sería apropiado leer para iniciarme ( si está orientado a microcontroladores mejor )
Y un compilador apropiado ( y en lo posible free download ) para dicho lenguaje
Publicado por: vszener en 01 de Abril de 2006, 08:03:00
Con respecto aconsejarte un compilador en c, decirte, que en el subforo de c, el mas usado es el de la casa CCS, eso si no e slibre...tambien es muy bueno el de la empresa hi-tech donde poseen un compilador para c en version libre, el PICC-LITE....pa gustos, colores...
Suerte!!!
Publicado por: maunix en 01 de Abril de 2006, 19:59:00
Escrito originalmente por RedPic
Las instrucciones son muy cercanas al micro y si comparáis vuestro
fuente con el ensamblado correspondiente (el fichero .lst en CCS C) veréis que la
relación entre ambos es muy directa, aporta las estructuras de control mucho mas
"humanas" y la gestión de variables mucho mas clara. Y siempre tienes la oportunidad
de escribir asm "embebido" para lo que te haga falta. Así que siempre tienes lo
mejor de dos mundos.
Es una opinión más de un programador que hace ya mas de veinte años que
rueda por este mundillo de los micros.
En realidad no coincido al menos no en los PIC16F. En estos el código generado por el C es bastante ineficiente sobre todo en programas con mucha lógica y mucho uso de memoria. Me ha pasado y he tenido que usar el ensamblador.
En los 18F la cosa cambian, ahí la arquitectura está mejor diseñada y realmente al comparar el C con el código generado en ensamblador son pocas o ninguna las objeciones que uno tiene para hacer.
A menudo suelo editar las funciones que vienen implicitas con el MPLABC18 pero es más por cuestión de gustos que por otra cosa.
En cuanto a tu el_errante_33 mi consejo es que estudies bien los módulos y uses el C. Si el C no cumple tus espectativas es porque o bien tienes que usar el ensamblador o bien le has errado en algo en la evaluacion de los requerimientos de tu aplicación para que sea realizada por un PIC.
El ensamblador es como que te obliga a saber bien como es la arquitectura del microcontrolador y eso en algunas ocasiones puede ser vital para saber porque algo no anda bien.....
Saludos
Publicado por: RaDoN en 02 de Abril de 2006, 05:15:00