Skip to content

Conversation

camilop98
Copy link

No description provided.

@camilop98 camilop98 requested a review from AlexFBP March 15, 2019 17:22
@AlexFBP AlexFBP changed the title Hpm Integracion del sensor HPMA115S0 Mar 20, 2019
@AlexFBP
Copy link
Collaborator

AlexFBP commented Mar 20, 2019

Listo @camilop98 y @alejacr1997 , revisen los comentarios que les dejé por acá arriba y apliquen los cambios, ponganse de acuerdo quién hará el cambio, o haganlo cuando se puedan reunir, si les parece mejor

@AlexFBP
Copy link
Collaborator

AlexFBP commented Mar 31, 2019

@alejacr1997 y @camilop98 se ve bien la vaina 👍 , lo que sigue es probar la comunicación con el sensor (aún dentro del TestHpm.c).

Despues de ello vendría la integración al código principal (main_pic8.c)

@AlexFBP AlexFBP self-requested a review April 7, 2019 17:19
Copy link
Collaborator

@AlexFBP AlexFBP left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

En general lo veo bien, si acaso veo innecesaria la implementacion de retardo(), lo que viene es que ahora intenten integrar eso en el ejemplo principal para transmitir el dato, a no ser que solamente les interese probar el PM solito...

De hecho, en otro commit pueden ir preparando la simulación de que ya tienen el dato del sensor, e ir colocando los datos en la trama, para ir atacando ese otro flanco

extern void enviaHPM(char *arreglo,unsigned char largo);
#endif

void retardo (void){
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Si ya tienen el #include "nucleoPIC.h" en ese archivo, pueden usar las funciones __delay_ms() o __delay_us() y de paso aseguran que el retardo va a ser constante... (ver pagina 343 del manual de usuario del compilador XC8)

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(Eso si necesitan un retardo, dado que ese #include "nucleoPIC.h" a su vez implica un "#include <xc.h>, que es el que brinda las dos macros mencionadas, junto al #define _XTAL_FREQ que es necesario para que las macros compilen)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants