Autor Tema: Protocolo síncrono mediante RS-485  (Leído 4917 veces)

0 Usuarios y 1 Visitante están viendo este tema.

Desconectado RinconR

  • PIC10
  • *
  • Mensajes: 27
Re:Protocolo síncrono mediante RS-485
« Respuesta #15 en: 03 de Marzo de 2016, 11:26:17 »
Asincrono. Recorda que :

Sincrono es "Datos + Reloj"

Si vas a usar solo 1 par de cables ( 1 diferencial ) entonces solo podes enviar datos, si quisieras hacer un half-duplex sincrono, deberias tener 4 cables ( 2 pares diferenciales datos y reloj ).

La ventaja del sincrono es que es mas rapido, pero tiene como desventaja tambien llevar la señal de reloj.
La ventaja del asincrono es que no es necesario llevar señal de reloj, lo cual necesita menos cables para lo mismo, pero a costa de un par de bits mas reduciendo la velocidad de transferencia.

Resumen:

En tu PIC, UART y Asincrono, vas a tener que manejar ademas los Enable de recepcion y transmisión, con 2 pines aparte.

Vuelvo para comentarte una cosa.
Estoy con este proyecto y tengo un problema que no consigo solucionar. El pic transmisor envía bien un byte por el Tx, y ese byte llega correctamente al Rx del receptor. El problema es que no guarda el dato correctamente, si no que guarda otros valores.
¿A que se puede deber?
Decir que tengo los 2 micros con el mismo baud rate.

Gracias de antemano!

Desconectado KILLERJC

  • Colaborador
  • DsPIC33
  • *****
  • Mensajes: 8242
Re:Protocolo síncrono mediante RS-485
« Respuesta #16 en: 03 de Marzo de 2016, 13:46:50 »
Si llega correctamente entonces seguro que es un problema del programa del receptor.

Desconectado RinconR

  • PIC10
  • *
  • Mensajes: 27
Re:Protocolo síncrono mediante RS-485
« Respuesta #17 en: 04 de Marzo de 2016, 10:56:44 »
Si llega correctamente entonces seguro que es un problema del programa del receptor.

Es lo que imagino. ¿Crees que será mejor usar librerías del USART o programarlo todo a mano?

Desconectado KILLERJC

  • Colaborador
  • DsPIC33
  • *****
  • Mensajes: 8242
Re:Protocolo síncrono mediante RS-485
« Respuesta #18 en: 04 de Marzo de 2016, 12:58:37 »
Programarlo uno mismo, por que asi sabe exactamente que va a suceder.