{"id":104,"date":"2010-05-02T23:33:45","date_gmt":"2010-05-02T23:33:45","guid":{"rendered":"http:\/\/www.zigbe.net\/?p=104"},"modified":"2010-05-02T23:33:45","modified_gmt":"2010-05-02T23:33:45","slug":"recuperando-el-hilo-de-la-publicacion-en-pachube","status":"publish","type":"post","link":"https:\/\/blog.whatsbee.net\/?p=104","title":{"rendered":"Recuperando el hilo de la publicaci\u00f3n en Pachube"},"content":{"rendered":"

En un art\u00edculo anterior abandon\u00e9 el intento de publicar la informaci\u00f3n recogida en pachube en formato EEML. Despu\u00e9s de un par de d\u00edas de intentos infructuosos aparqu\u00e9 temporalmente el tema, estaba seguro de que comet\u00eda un error \u00abtonto\u00bb.<\/p>\n

Tal como pensaba se trataba de un error bastante tonto, haciendo unas pruebas de publicar desde un gateway de Digi me he dado cuenta.<\/p>\n

La informaci\u00f3n enviada por el microprocesador a trav\u00e9s de ethernet era la siguiente:<\/p>\n

PUT \/api\/feeds\/6900.xml HTTP\/1.1
\nUser-Agent: Fluffy Arduino Ver 0.01
\nHost: www.pachube.com<\/a>
\nAccept: *\/*
\nX-PachubeApiKey: 2f06b6065c164ffa2c237b2979e648782236892244d3a7304a68d3965836a817
\nContent-Length: 323
\nContent-Type: application\/xml; charset=utf-8<\/p>\n

<?xml version=\u00bb1.0″ encoding=\u00bbUTF-8″?>
\n<eeml xmlns=\u00bbhttp:\/\/www.eeml.org\/xsd\/005<\/a>\u00bb xmlns:xsi=\u00bbhttp:\/\/www.w3.org\/2001\/XMLSchema-instance<\/a>\u00bb version=\u00bb5″ xsi:schemaLocation=\u00bbhttp:\/\/www.eeml.org\/xsd\/005<\/a> http:\/\/www.eeml.org\/xsd\/005\/005.xsd<\/a>\u00ab>
\n<environment>
\n<data id=\u00bb0\u00bb>
\n<value>22.50<\/value>
\n<\/data>
\n<\/environment>
\n<\/eeml><\/p><\/blockquote>\n

En la cabecera Content-Length se le pasa al pachube el n\u00famero de bytes enviados, el m\u00e9todo que he utilizado para contarlos es pegar el texto en un documento de word y mirar en las propiedades el n\u00famero de car\u00e1cteres.<\/p>\n

Ese ha sido el problema, al final de cada l\u00ednea hay un retorno de carro y un salto de l\u00ednea, por lo que hay que sumar al n\u00famero de car\u00e1cteres el n\u00famero de l\u00edneas multiplicado por dos.<\/p>\n

\u00a0<\/div>\n

La respuesta del servidor ahora es:<\/p>\n

HTTP\/1.1 200 OK<\/p>\n

\u00a0<\/div>\n

Server: nginx\/0.6.34
\nDate: Sun, 02 May 2010 22:03:15 GMT
\nContent-Type: application\/xml; charset=utf-8
\nConnection: keep-alive
\nX-Runtime: 96
\nCache-Control: private, max-age=0, must-revalidate
\nContent-Length: 1
\nSet-Cookie: _pachube_app_session=53fd7ebfd466997621d24f108aa465e0; path=\/; expires=Sun, 02 May 2010 23:03:15 GMT; HttpOnly
\nVary: Accept-Encoding<\/p><\/blockquote>\n

\u00a0En la depuraci\u00f3n del problema intent\u00e9 utlizar el Telnet de Windosw para diagnosticar, mi objetivo era hacer un telnet por el puerto 80 a www.pachube.com<\/a>, pegar el texto y ver la respuesta, pero tampoco funcionaba. El telnet de Windows intenta hacer un \u00abhello\u00bb por el puerto, con lo que la respuesta del servicio web de pachube es inv\u00e1lida. La soluci\u00f3n es utilizar un cliente de Telnet que permita hacer conexiones RAW, como el PuTTY.<\/p>\n

\n

\"\"<\/a>

Pantalla de configuraci\u00f3n del cliente tennet PuTTY<\/p><\/div>\n

Ahora ya tenemos al micro enviando los resultados a Pachube\u00a0por Ethernet:<\/p>\n

\n

\"\"<\/a>

Gr\u00e1fico generado en la p\u00e1gina de Pachube<\/p><\/div>\n

Una vez m\u00e1s se confirma mi teor\u00eda, cuando te \u00abatascas\u00bb y has agotado todos los recursos \u00abrazonables\u00bb, lo mejor es dejar de pensar unos d\u00edas. Puedes trabajar en otras cosas, al final la soluci\u00f3n viene como por arte de magia…..<\/p>\n","protected":false},"excerpt":{"rendered":"

Intent\u00e1ba hace unos d\u00edas publicar la informaci\u00f3n capturada por un microprocesador en la web de Pachube. Despues de un par de d\u00edas llegu\u00e9 a la conclusi\u00f3n de que se me escapaba alg\u00fan problema \u00abtonto\u00bb y decid\u00ed aparcarlo temporalmente. Este art\u00edculo confirma que, tal y como pensaba, se trataba de un problema \u00abtonto\u00bb.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_bbp_topic_count":0,"_bbp_reply_count":0,"_bbp_total_topic_count":0,"_bbp_total_reply_count":0,"_bbp_voice_count":0,"_bbp_anonymous_reply_count":0,"_bbp_topic_count_hidden":0,"_bbp_reply_count_hidden":0,"_bbp_forum_subforum_count":0},"categories":[4,20,11],"tags":[109,128],"_links":{"self":[{"href":"https:\/\/blog.whatsbee.net\/index.php?rest_route=\/wp\/v2\/posts\/104"}],"collection":[{"href":"https:\/\/blog.whatsbee.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.whatsbee.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.whatsbee.net\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.whatsbee.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=104"}],"version-history":[{"count":0,"href":"https:\/\/blog.whatsbee.net\/index.php?rest_route=\/wp\/v2\/posts\/104\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.whatsbee.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=104"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.whatsbee.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=104"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.whatsbee.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=104"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}