rfmorinigo / TP_Info2

Trabajos y estudios
0 stars 0 forks source link

Correcciones #1

Open DamRCorba opened 3 weeks ago

DamRCorba commented 3 weeks ago

Hola Roger, para empezar tenes que elegir uno de los dos casos. En mi opinión es mejor el puente levadizo para lo que corresponde a una maquina de estados.

En cuanto a la presentación todo el "informe" tiene que estar en markdown, sin pdfs adjuntos. En tu Readme se tiene que poder ver el entregable.

En cuanto al diagrama, primero tiene que haber una memoria descriptiva que explique al proyecto y el diagrama tiene que ser la representación de esas palabras. Una vez que hagas esas correcciones por favor contéstame por acá.

rfmorinigo commented 3 weeks ago

Gracias por las aclaraciones. Ya esta corregido. Saludos

DamRCorba commented 3 weeks ago

En ese formato esta bien como para la entrega. Leyendo tu memoria entiendo que el estado de espera y el estado de levantado hacen lo mismo.. O sea solo esperan la señal para subir o para bajar.

TAMBIEN TENES QUE DECIDIR SI LO HACES CON LPC845-BRK O SIMULADO EN PROTEUS CON ATMEGA128

rfmorinigo commented 3 weeks ago

Pensé que la maquina de estados tenia que poder manejar todas las posibles transiciones. Si las dos opciones son validas, entonces la 1 (eliminar un estado), me parece mejor. El trabajo Lo voy a hacer en Proteus con ATMEGA128.

DamRCorba commented 3 weeks ago

Correcto, todas las transiciones y todos los estados. El tema es que tu estado de puente elevado y puente bajo hacen lo mismo, esperar.

Si esos estados harían algo diferente, como bajar o subir una barrera, entonces si deberían ser estados diferentes.

Ahí vi que modificaste el diagrama. Esta todo correcto. Ya podrías comenzar a escribir código. Recorda, que cada estado tiene que estar representado por una funcion. Esas funciones tienen que devolver un estado.

A nivel mcu, solo deberias usar entradas. El sensor de altura de puente como lo tenes pensado implementar?