Comunicar PIC con básculas digitales/DMM

¿Es posible que alguien pueda hacer que un PIC (estoy pensando en usar 16F628/16F628A) se comunique con otro dispositivo, en este caso, una báscula digital o un multímetro digital industrial usando USART/comunicación de puerto serie?

Sé que es posible conectar digiscales a la PC y leer datos a través de puertos seriales (he hecho esto antes, así que sé que podría hacerlo). Me preguntaba si alguien alguna vez ha intentado usar PIC o algún microcontrolador en lugar de una PC. El cambio es necesario ya que donde voy a implementar esto, la opción de PC no se puede usar (no está allí), y usar PIC es mucho más barato.

Obtuve códigos para un 16f84 que se comunica con una PC conmigo (lo obtuve de electronics-diy.com, de alguna manera bloqueado ahora), primero intentaré convertirlo a 16f628A compatible. Cualquiera que tenga ideas las comparte.

Me parece obvio, si ya hizo esto en un puerto serie, use lo mismo para su PIC. Use un MAX232 o similar para convertir los niveles de EIA-232 a los PIC
Me preguntaba si el puerto serie en el lado de la PC también puede traducirse en el lado PIC. Matt Jenkins ya explicó eso, así que sí, supongo que es factible.
Veo que Matt te dio una buena respuesta, pero es probable que no escuches los pensamientos de los demás ya que aceptaste la suya antes de que alguien más tuviera la oportunidad de decir algo posiblemente diferente.
Supongo que debería haber esperado más, pero después de aceptar la respuesta de alguien, otras personas aún pueden publicar aquí, ¿verdad?

Respuestas (1)

El PIC tiene un UART estándar de la industria, y cualquier cosa que la PC pueda hacer, el PIC puede hacer con respecto a la comunicación.

La única diferencia entre los dos es que la PC probablemente tendrá un controlador de línea RS-232 en el circuito para proporcionar los +/- 12 V adecuados más o menos. El PIC no tiene esto, pero agregar algo como un chip MAX232 convertirá la salida a niveles RS-232 estándar.

Todo lo que necesita saber son los protocolos correctos que debe usar para hablar con el dispositivo remoto e implementarlos en el firmware del PIC. Tenga en cuenta que el PIC no tiene ningún protocolo de enlace de hardware como estándar, y un búfer de recepción muy pequeño (2 caracteres), por lo que tiendo a escribir mis propias rutinas de envío/recepción que implementan el protocolo de enlace de hardware usando un par de otras líneas de E/S que también pasa por el chip MAX232 (CTS/RTS).

Obtener la configuración correcta de la velocidad en baudios en el PIC puede ser un poco complicado, según el lenguaje específico en el que esté programando; a menudo se requieren algunos cálculos para obtener el divisor de la velocidad del reloj del sistema. La hoja de datos es esencial para esto, léala detenidamente.

Sí, descubrí que necesito convertir el RS232 de 12 V a TTL 5 V para que funcione; es el software que más me preocupa. Estoy usando programación HiTech C en C para programar el PIC. Estoy buscando ejemplos en la red y hasta ahora solo encontré algunos que parecen viables.
Es bastante fácil: una vez que haya configurado el USART, se trata de verificar los indicadores de envío/recepción y escribir en/leer de los registros de búfer.
Gracias por la respuesta. Comenzaré leyendo la hoja de datos primero.
@Sodrohu: ¡leer la hoja de datos siempre es algo bueno!
Leí la hoja de datos y dice que USART tiene modo asíncrono o síncrono, ¿cuál debo elegir?
Comunicar PIC con básculas digitales/DMM
RespuestasAquíPolítica de privacidad1y, 0v