Está en la página 1de 3

CONCLUSIONES Y RECOMENDACIONES:

PROTOCOLO 1

Con el primer protocolo el objetivo principal era la identificacin del esclavo para el
envo y recepcin de datos, en nuestro programa primero seleccionamos el esclavo por
teclado 1,2 o 3 y despus de esto se selecciona el estado del led (ON/OFF) y de esta
manera se crea una interrupcin que activa la recepcin en los esclavos, y dependiendo
de la deteccin de la direccin el esclavo cuya direccin es la que coincide es el que
finalmente lee el dato y enciende su correspondiente led.

En el protocolo 1 no hubo ningn inconveniente con respecto a la implementacin del


hardware en el protoboard, ya que no se requeran configuraciones especiales para su
funcionamiento ni tampoco algn driver extra excepto por la conexin del teclado y del
lcd y los swicht.

Para establecer una correcta comunicacin se debe seguir el modo escribir a un pin y
luego leerlo, de esta manera no se pierde informacin y con la caracterizacin de la
trama permite seguridad en la transferencia y establecer un protocolo ordenado,
separando direccin, orden o instrucciones y datos pero estas ventajas se consiguen a
costa de una velocidad de comunicacin baja.

Para transmitir datos desde un maestro a varios esclavos conectados a un mismo canal
de comunicacin es necesario e indispensable que cada esclavo tenga una direccin
especfica para poder dirigir exactamente con quien desea comunicarse, lo cual es
administrado por el maestro. En la trama de comunicacin se hizo necesario un bit que
inicie la lectura de los datos, ya que si esto no se realiza los microcontroladores no se
sincronizan para enviar los datos y diferenciarlos entre direcciones y el dato que se
desea enviar, por lo cual un bit de inicio es muy importante.

En la programacin lo primordial fue la creacin de la trama de esta manera tomamos


una trama de 11 bits, 8 de datos y 3 de direccionamiento y as al digitar la tecla
correspondiente a un esclavo, se enviaba el direccionamiento y los datos, para encender
los leds que se requeran a travs del teclado, y al momento de enviar la trama se creaba
una interrupcin que activaba la lectura de todos los microcontroladores, pero gracias
a los 3 bits de direccionamiento el correspondiente esclavo tomaba la orden y hacia que
se enciendan el led del esclavo previamente seleccionado.
PROTOCOLO 2

En el segundo protocolo el objetivo principal fue la lectura de datos por parte del
maestro de esta manera al momento de enviar la orden desde el maestro para que uno
de los esclavos seleccionado envi el dato de su ADC, el tiempo de actualizacin
apropiado, para la transmisin para enviar el dato de velocidad hacia los motores de
cada esclavo se utiliz interrupciones y se logr conseguir los resultados esperados ya
que recepcin fue exitoso con una velocidad razonable.

Con respecto al hardware de este protocolo tuvimos el problema de que nuestra fuente
de alimentacin no abastecia la suficiente corriente hacia nuestro circuito, adems los
drivers deban ser usados con una fuente aparte a la del control, esto debido a que los
motores requeran una corriente considerable para el circuito, adems fue necesario
cambiar la referencia de avcc a referencia de 2.56 de esta manera se arregl en algo la
lectura en el conversor A/D de los esclavos y usando capacitores conectados a tierra
desde avref, adems uno de los problemas mas constantes que tuvimos fue que algunos
de los micro controladores usados no funcionaban bien con la funcin get kbd del
bascom, de esta manera no se daban las interrupciones y no se poda salir del men
principal del maestro.

Se debe usar correctamente los conversores ADC con su configuracin adecuada para
evitar lecturas errneas; adems se deben usar fuentes independientes debido al
consumo de corriente del circuito total. En el hardware lo esencial fue el armado para
un correcto funcionamiento.

Este proyecto fue un ejemplo prctico de las comunicaciones industriales de campo, ya


que recibimos informacin proveniente de los lm35 en temperatura por medio de
nuestra trama, esto se asemejara a la lectura de los sensores de presin, temperatura,
caudal remotos instalados en la planta comunicados mediante hilo o
inalmbricamente. Y al enviar el ancho de PWM para controlar la velocidad de los
motores que se reflejara en la apertura de una vlvula o activacin de un mecanismo.
En el segundo protocolo nos basamos esencialmente lo ya hecho previamente en el
primer protocolo, es decir usamos los 11 bits como trama, pero en este nuevo protocolo
tenemos que tambin se crea una interrupcin generada por los esclavos en el maestro
de tal manera que el maestro dependiendo del esclavo seleccionado recibe el dato de
temperatura obtenido a travs de su conversor anlogo digital, a parte de eso el envo
de datos por parte del maestro cambio en el aspecto que ya no se enva una secuencia
de leds a encender, se enva un dato de velocidad el cual es interpretado por el esclavo
correspondiente seleccionado y de esta manera el esclavo activa su puerto generador
del pwm y la regula segn el valor enviado por el maestro, este dato de velocidad es
previamente cargado en el maestro a travs del teclado, y al momento de seleccionar
uno de los tres esclavos se enva la trama y el dato es interpretado por el esclavo
correspondiente y as se activa el enable del correspondiente buffer del l293d y se regula
la pwm.

En el hardware tuvimos muchos problemas con respecto a la lectura del valor del ADC
de los esclavos ya que los tiempos de adquisicin eran muy altos y se tenia lecturas
errneas, adems el protocolo que usamos basado en el protocolo uno del encendido
de leds no responda como deba en este nuevo protocolo, debido a que nuestro esclavo
2 no detectaba la trama y por ende no activaba a ningn momento la pwm, de esta
manera revisamos detalladamente el hardware sin encontrar ninguna falla, y por eso es
que no se pudo corregir esa falla.

El conversor A/D lo pusimos con una referencia interna de tal manera que la lectura de
los datos era mas coherente y tambin bajamos el tiempo de adquisicin, aun as en la
mayora del tiempo el error persista.