SoloCodigo

es la primera vez que voy a enviar letras y otros caracteres a un PIC y me ha surgido la duda de como llegan estos valores al PIC, los mando desde visual basic desde el puerto serial, me imagino que si mando las letras "aaa" al pic llegaran los numeros hexadecimales 616161 que es su codigo ascii, ahora la duda que me surge es con los numeros   , he trabajado con los ADC y con envio de otros valores numericos y no recuerdo haber estado convirtiendo de ascii a hexadecimal en el pic ni tampoco estar convirtiendo en ascii para mostrarlos en un textbox cuando el pic los envia a la PC, mi pregunta concreta es: cuando envio numeros en el puerto serial al pic ,¿llegan al pic en ascii o solo las letras?, es decir si envio aaa123 como llegaria?  ¿616161313233? o ¿616161123?  


cualquier ayuda sera bienvenida


gracias de antemano

Hola karen81   ..Según lo que he podido entender en lo que va de mi aprendizaje pues yo lo veo de esta manera.. ..todo lo que se transmite debe convertirse a binario para asi tomar valores de presencia o ausencia de voltaje..(como els logico... )  en visual basic usamos el control MSComm, el solito se encarga de las conversiones..por ejemplo si mandas una letra a pues para transmitir un binario, primero la a tienes que convertirla a un número por eso su codigo ascii 61 en si transmite el 61 en binario.. ..un número se lo transmite asi como está porque este si se lo puede transformar en binario normalmente.. ....el pic de un principio no entiende de letras ni de numeros solo de voltajes que le llegan en determinados tiempos concordados por ambos (TX y RX)..esto significa que deben de tener  exacta sincronizacion ..  (byte s a transmitir, bits de parada, paridad)..una  vez que detecta que ha llegado por ejemplo un byte entonces este lo verá como un numero (numero máximo es 2^8)....ya depende de ti de tratarlo como una letra o como un numero..si es como una letra entonces pienso que tienes que usar tablas de conversion...ahora..del pic al puerto serial pues es lo mismo..si se transmiten letras en si son numeros (ascii) que se convierten a binario y se transmiten ..el control Mscomm el VB se encarga de verrificar los tiempos y todo lo demas segun se lo haya seteado inicialmente...(en binario es como se tratan internamente)

Bueno..espero que si estoy equivocada en algo alguien me corrija.. ..eso es lo que pienso de mi corta experiencia con RS232..

Bueno...espero haberte despejado un poquito.. ..chau..y suerte..  

PDTA: Si has hecho algun experimento en visual basic te daras cuenta que con el Mscomm puedes`presentar los datos recibidos tanto en binario hexagesimal o caracter    ..sin que nosotras hagamos nada..eso es porque el el control lo hace todo porque en escencia es un binario..

..si karen81 asi es.. ...(por el lado del Pc ..si utilizas VB) con el Mscomm no tienenes que preocuparte por enviar un bit de start o uno de stop ni tampoco andar preocupandote por los tiempos de bit ni nada..todo eso el control lo hace solito..y como lo sabe?..pues en el momento que lo seteas ..es decir en el momento que estableces que protocolo utilizarás..(baudios, bit de paridad...)..en cambio.. en el pic no tienes ningun control que te ayude..entonces tendrás que programarlo de manera que te detecte si lo que te llega es ruido o no..y detectar bit a bit el byte y demas.. ..todo lo que llega es binario..si es un número pues te llegará el número pero en binario..si es un caracter te llegará el asccii del caracter en binario..

Espero me haya hecho entender..pero si tienes dudas pues pregunta sin problemas..  ...

Bueno te deseo mucha suerte ..bye bye..

Holis Chicas..   ..Que Lindo!..porfin puedo decir nosotras..jijiji ..bueno..llendo al punto..la verdad es que nunca he experimentado con LCD's .pero según lo que he visto por ahi..estos tambien trabajan con ascii..es decir si mandamos una letra P..su ascii es 80..este 80 lo debes de enviar ya sea en binario, hex o decimal..pero es el 80 que se envia..mmm por ejemplo este mismo número transformado en hex es 50..50h (50h=80(ascii))....ahora..no se si alguien por ahi..que tenga a la mano un lcd pueda hacer un experimento enviando al Lcd  por ejemplo una "P"...en vez de enviar el 50h..envie el 80 ... (debe funcionar igual.. )...por ejemplo el ascci de 1 es 49 este convertido a hex es 31 (es lo mismo decir 49 que 31h o 00x31)

Lo que dice Ale_la_maga es una forma de convertir a hex un número..pero..en realidad se lo puede enviar en cualquier formato (Ale lo ve en Hex)..lo importante es que sea el ascii

Bueno chicas..nos vemos... ..nos vemos..bye..un beso..

Claro Huguen_aus_Tirol.. eso es lo que yo digo..  ..el pic solo ve 1 s y 0 s..lo que no te entendí fue..

... Que usemos el codigo ASCII o cualquier otro, depende del protocolo que implementemos;

??.. ..a que te refieres con protocolo?..yo lo llamo a la manera en que se hace la transmisión..osea los baudios (bits por segundos), bit de parada..paridad..mmm???? yo pensaba que eran 2 cosas que no tienen nada que ver ..por ejemplo si mando un 2 a w entonces w=00000010 y para transmitirla al Pc pues esta a su vez puedo almacenarla en una variable y esta hacerla rotar bit a bit y la envio por  x pin..si mando por ejemplo una "a" pues tendré que enviar su ascii 97 (o 61h) este a una varible que automaticamente la verá como un binario..(sin que yo la esté convirtiendo)..y nuevamente tendré que rotar la variable bit a bit y enviarla por el pin x de transmision..

..saluditos..

Hola!
Según mi punto de vista, que se envien 8 o 9 bits, con bit de parada y demás yerbas, es parte del estandar. Y protocolo lo entiendo como el "idioma" que usemos para que las dos partes se entiendan. Por ejemplo, en la caso que les comenté anteriormente, en los paquetes que armaba para la transmisión cada byte tenía un significado en particular; esto es el "protocolo". Que haya usado RS232 o 485, es cosa del estandar. Yo al menos lo veo así
Como tu dices, si envias el caracter "a" como el codigo 0x61 (ASCII), el receptor debe saber que está recibiendo codigos ASCII (es el protocolo). Que hayas configurado el puerto de comunicación serie con 8 bits, bit de parada y paridad, a 9600 baudios, por ejemplo, es parte del estandar.
No se si esta correcto esto, pero es mi punto de vista.

Gracias Ale! Trabaje mucho con la serie S7 400, más precisamente con los 413; lo mismo con los Micro y Mini Master, todos en red por Profibus y comandados por varios PLC (estos en red Ethernet). Habran sido unos 300 variadores
Pero no había tenido tiempo de ver detenidamente los manuales. Tengo algunos CD´s de Siemens en algún lugar guardados, ya me fijo si encuentro algo...
Es una idea de aquella época, pero no sería malo poder implementar algo con un MCU para este interesante bus de campo. Alguien se engancha? Pero no es fácil
Tengo el estandar, pero muy poco (nada) del protocolo

Bueno, gracias!