{"id":631,"date":"2010-11-10T00:00:19","date_gmt":"2010-11-09T23:00:19","guid":{"rendered":"http:\/\/www.zigbe.net\/?p=631"},"modified":"2010-11-10T00:00:19","modified_gmt":"2010-11-09T23:00:19","slug":"midiendo-la-energia-25-tachannnnnnnn","status":"publish","type":"post","link":"https:\/\/blog.whatsbee.net\/?p=631","title":{"rendered":"Midiendo la energ\u00eda: 25 Tachannnnnnnn!!!"},"content":{"rendered":"
\u00a0<\/div>\n

Al fin!!, \u00a0he resuelto el \u00faltimo problema (conocido).<\/p>\n

En el bucle principal del firmware de la PDU vamos leyendo la informaci\u00f3n de voltajes y corrientes instant\u00e1neas para calcular los valores y sus integrales (vamos a llamar a esta parte el integrador). Tenemos que recoger entre 2000 y 3000 valores en el intervalo aproximado de un segundo, el timing de la funci\u00f3n es cr\u00edtico, si se para para hacer algo los valores calculados no ser\u00e1n correctos. Esto hay que hacerlo para cada puerto.<\/p>\n

Con una periodicidad definida tenemos que enviar los paquetes con la informaci\u00f3n al gateway (vamos a llamar a esta parte el enviador).<\/p>\n

Constantemente tenemos que monitorizar la radio, para ver si recibe alg\u00fan paquete con un comando, apagar un rel\u00e9 por ejemplo (a esta parte le llamaremos el escuchador).<\/p>\n

Cada una de las tres cosas se van ejecutando a periodicidades definidas en el bucle principal, eso ha generado un problema que no me esperaba. Lo que me esperaba es que si enviaba un comando para desacrivar un rel\u00e9 en el momento en el que estaba funcionando el integrador, este se almacenar\u00eda en la cach\u00e9 del puerto serie, en el momento que le tocara el turno al escuchador el paquete ser\u00eda procesado, el \u00fanico problema ser\u00eda la espera de un segundo entre el env\u00edo de la orden y el apagado del rel\u00e9, en el peor de los casos. La realidad es que el paquete se pierde. Puede parecer una \u00abchorrada\u00bb, se vuelve a enviar y ya est\u00e1, pero recordemos que la funci\u00f3n de esto es trabajar en remoto, y que habitualmente el estado del puerto se cambia en los drivers del gateway (en todos los casos que he visto), con lo que remotamente creer\u00edamos que un puerto est\u00e1 apagado cuando no lo est\u00e1 en realidad.<\/p>\n

Siguiendo una secuencia l\u00f3gica lo que hay que utilizar es una interrupci\u00f3n, una interrupci\u00f3n dispara una funci\u00f3n en el firmware en base a un cambio de estado en una entrada (entre otras posibilidades). El primer problema es que no he sido capaz de ver o de configurar una interrupci\u00f3n activada por el puerto serie en un Arduino. A grandes males grandes remedios, como si que podemos activar una interrupci\u00f3n por el puerto digital 2 (la interrupci\u00f3n cero), he conectado el pin RX de la UART al puerto 2 con una resistencia (se ve soldada en la foto) y he habilitado las interrupciones en el puerto 2.<\/p>\n

\"\"<\/a>

Rework de la PDU<\/p><\/div>\n

Esto ha sido m\u00e1s complicado de lo que parece, porque en el puerto digital 2 del micro ten\u00eda el primer rel\u00e9, por lo que he tenido que cablearlo al puerto digital 6.<\/p>\n

El sketch responde a la interrupci\u00f3n, pero por alg\u00fan motivo el stack de xbee no funciona dentro de la interrupci\u00f3n (esas cosas pasan, lo de las interrupciones es un poco rarito). Como no lo consigo despu\u00e9s de un par de horas de trabajo busco una alternativa.<\/p>\n

El inegrador es sensible al tiempo, segmenta la onda senoidal y lo que no puede tener son periodos diferentes, as\u00ed que a\u00f1ado a ese bucle una comprobaci\u00f3n, le digo que si el pin RX se pone en estado b\u00e1sico que abandone inmediatamente ese bucle y se vaya a leer el puerto serie. Si se interrumpe esa lectura no se tiene en cuenta, se espera a recibir el paquete y despu\u00e9s se vuelve a leer el mismo puerto. Tal como me imaginaba funciona!!!<\/p>\n

Aunque ahora ya soy capaz de recibir todos los paquetes me queda una inquietud, \u00bfy si pasara algo que hiciera que se perdiera un paquete?, el driver cambiar\u00eda el estado y nos seguir\u00eda enga\u00f1ando. Traslado el control de la monitorizaci\u00f3n de los pines al micro. En el momento en el que se cambie el estado de un rel\u00e9 el driver va a enviar el estado \u00abPendiente\u00bb, inmediatamente vamos a leer el puerto para confirmar el estado real del mismo. Funciona!!!!<\/p>\n

La conclusi\u00f3n, funciona la PDU, sin ning\u00fan problema, est\u00e1 integrada con el entorno de Digi y podemos trabajar con los actuadores, la versi\u00f3n beta est\u00e1 acabada.<\/p>\n

En el camino como veis el circuito ha sufrido varios cambios:<\/p>\n