<?xml version="1.0" encoding="ISO-8859-1"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Utilizando el polling con los GPIOs en los módems gprs Cinterion</title>
	<atom:link href="http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/</link>
	<description>Blog personal sobre alta tecnología y dispositivos electrónicos avanzados</description>
	<pubDate>Tue, 07 Feb 2012 23:11:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: blogElectronica</title>
		<link>http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/#comment-24989</link>
		<dc:creator>blogElectronica</dc:creator>
		<pubDate>Thu, 10 Feb 2011 12:43:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogElectronica.com/?p=445#comment-24989</guid>
		<description>Hola Ismael,

en principio, hasta donde yo sé, no es posible con el MTX65i. La única manera de hacer eso que conozco sería usando un MTX65-ULP  (el equipo estaría dormido hasta que se activa una GPIO y por tanto, al despertarse, arrancaría la aplicación java).

Salu2</description>
		<content:encoded><![CDATA[<p>Hola Ismael,</p>
<p>en principio, hasta donde yo sé, no es posible con el MTX65i. La única manera de hacer eso que conozco sería usando un MTX65-ULP  (el equipo estaría dormido hasta que se activa una GPIO y por tanto, al despertarse, arrancaría la aplicación java).</p>
<p>Salu2</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael</title>
		<link>http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/#comment-24887</link>
		<dc:creator>Ismael</dc:creator>
		<pubDate>Mon, 07 Feb 2011 09:10:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogElectronica.com/?p=445#comment-24887</guid>
		<description>Es posible lanzar una aplicación java cuando una GPIO de entrada cambia de 0 a 1?

Gracias</description>
		<content:encoded><![CDATA[<p>Es posible lanzar una aplicación java cuando una GPIO de entrada cambia de 0 a 1?</p>
<p>Gracias</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blogElectronica</title>
		<link>http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/#comment-9459</link>
		<dc:creator>blogElectronica</dc:creator>
		<pubDate>Fri, 15 May 2009 16:26:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogElectronica.com/?p=445#comment-9459</guid>
		<description>Hola Fernando,

me dejas desconcertado ... ¿qué versión de TC65 tienes?  Yo lo he probado en un TC65v3 sin problemas.

Salu2</description>
		<content:encoded><![CDATA[<p>Hola Fernando,</p>
<p>me dejas desconcertado &#8230; ¿qué versión de TC65 tienes?  Yo lo he probado en un TC65v3 sin problemas.</p>
<p>Salu2</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fernando</title>
		<link>http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/#comment-9440</link>
		<dc:creator>Fernando</dc:creator>
		<pubDate>Thu, 14 May 2009 17:37:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogElectronica.com/?p=445#comment-9440</guid>
		<description>Hola,

Estoy desarrollando un midlet que interactua con pulsadores sobre los GPIO 1 a 4.

Implemente exitosamente el polling sobre los GPIO 1, 2 y 4. Recibiendo exitosamente el evento URC al presionar cada pulsador. 

Pero por alguna razon el GPIO3 no me responde por el polling pero si via el comando At^SGIO (me da 1 cuando presiono el pulsador y 0 cuando no lo hago) por lo que el pulsador esta andando correctamente.

A continuación dejo el log del retorno de los comandos que ejecuta el midlet:

14/05/09,17:23:17: AT^SPIO=1 OK
14/05/09,17:23:17: AT^SCPIN=1,3,0 OK
14/05/09,17:23:17: AT^SCPIN=1,2,0 OK
14/05/09,17:23:18: AT^SCPIN=1,1,0 OK
14/05/09,17:23:18: AT^SCPIN=1,0,0 OK
14/05/09,17:23:18: AT^SCPORT=0,1,2,3 ^SCPORT:112 OK
14/05/09,17:23:19: AT^SCPOL=1,112 OK

Estos son los comandos que me llegan via URC:

Pulsando GPIO4:
14/05/09,17:24:07: Evento: ^SCPOL:112,8
14/05/09,17:24:08: Evento: ^SCPOL:112,0

Pulsando GPIO2:
14/05/09,17:18:48: Evento: ^SCPOL:112,2
14/05/09,17:18:49: Evento: ^SCPOL:112,0

Pulsando GPIO1:
14/05/09,17:19:15: Evento: ^SCPOL:112,1
14/05/09,17:19:17: Evento: ^SCPOL:112,0

Mi duda es, ¿puede ser que el GPIO3 no permita polling?

Gracias.
Salu2</description>
		<content:encoded><![CDATA[<p>Hola,</p>
<p>Estoy desarrollando un midlet que interactua con pulsadores sobre los GPIO 1 a 4.</p>
<p>Implemente exitosamente el polling sobre los GPIO 1, 2 y 4. Recibiendo exitosamente el evento URC al presionar cada pulsador. </p>
<p>Pero por alguna razon el GPIO3 no me responde por el polling pero si via el comando At^SGIO (me da 1 cuando presiono el pulsador y 0 cuando no lo hago) por lo que el pulsador esta andando correctamente.</p>
<p>A continuación dejo el log del retorno de los comandos que ejecuta el midlet:</p>
<p>14/05/09,17:23:17: AT^SPIO=1 OK<br />
14/05/09,17:23:17: AT^SCPIN=1,3,0 OK<br />
14/05/09,17:23:17: AT^SCPIN=1,2,0 OK<br />
14/05/09,17:23:18: AT^SCPIN=1,1,0 OK<br />
14/05/09,17:23:18: AT^SCPIN=1,0,0 OK<br />
14/05/09,17:23:18: AT^SCPORT=0,1,2,3 ^SCPORT:112 OK<br />
14/05/09,17:23:19: AT^SCPOL=1,112 OK</p>
<p>Estos son los comandos que me llegan via URC:</p>
<p>Pulsando GPIO4:<br />
14/05/09,17:24:07: Evento: ^SCPOL:112,8<br />
14/05/09,17:24:08: Evento: ^SCPOL:112,0</p>
<p>Pulsando GPIO2:<br />
14/05/09,17:18:48: Evento: ^SCPOL:112,2<br />
14/05/09,17:18:49: Evento: ^SCPOL:112,0</p>
<p>Pulsando GPIO1:<br />
14/05/09,17:19:15: Evento: ^SCPOL:112,1<br />
14/05/09,17:19:17: Evento: ^SCPOL:112,0</p>
<p>Mi duda es, ¿puede ser que el GPIO3 no permita polling?</p>
<p>Gracias.<br />
Salu2</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/#comment-8793</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Mon, 20 Apr 2009 23:18:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogElectronica.com/?p=445#comment-8793</guid>
		<description>TC65T - v2.0</description>
		<content:encoded><![CDATA[<p>TC65T - v2.0</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blogElectronica</title>
		<link>http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/#comment-8790</link>
		<dc:creator>blogElectronica</dc:creator>
		<pubDate>Mon, 20 Apr 2009 22:06:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogElectronica.com/?p=445#comment-8790</guid>
		<description>Hola Paul,

pues la verdad es que me extraña lo que dices. Según el manual:

"There will be one URC reported for each polled pin whose &lt;value&gt; has changed, and one for each polled port with one or more changed pins."

debiera ser uno.

A ver si encuentro un hueco y lo pruebo. ¿Qué usas tú un TC65 o un XT65?

Salu2</description>
		<content:encoded><![CDATA[<p>Hola Paul,</p>
<p>pues la verdad es que me extraña lo que dices. Según el manual:</p>
<p>&#8220;There will be one URC reported for each polled pin whose <value> has changed, and one for each polled port with one or more changed pins.&#8221;</p>
<p>debiera ser uno.</p>
<p>A ver si encuentro un hueco y lo pruebo. ¿Qué usas tú un TC65 o un XT65?</p>
<p>Salu2</value></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/#comment-8656</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Fri, 17 Apr 2009 15:52:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogElectronica.com/?p=445#comment-8656</guid>
		<description>El problema q he detectado con el polling, es q el modulo envia un URC con cada cambio de estado de cada pin en vez de contemplar todo el puerto. Es decir, si por ejemplo, el puerto cambia de tener un 3 (0011) a un 8 (1000) obtengo tres URC's, uno por el bit menos significativo q se apago, otro por el segundo bit menos significativo q tambien se apago y recien en el tercer URC obtengo el dato q queria (esto, por supuesto, no se condice con la realidad, ya q los unos y/o ceros estan presentes a la entrada del puerto al mismo tiempo comandados por el clock de un latch, o sea, no creo q el modulo pueda distinguir el delay entre q levanta y baja el estado de cada pin lo cual debe estar en el orden de los nanosegundos o menos) 
En definitiva, entre dos lecturas correctas siempre tengo basura y como no es un patron q se repita, no puedo filtrar la basura, conclusion: hacer polling sobre un puerto no sirve (o algo estoy haciendo mal...?)</description>
		<content:encoded><![CDATA[<p>El problema q he detectado con el polling, es q el modulo envia un URC con cada cambio de estado de cada pin en vez de contemplar todo el puerto. Es decir, si por ejemplo, el puerto cambia de tener un 3 (0011) a un 8 (1000) obtengo tres URC&#8217;s, uno por el bit menos significativo q se apago, otro por el segundo bit menos significativo q tambien se apago y recien en el tercer URC obtengo el dato q queria (esto, por supuesto, no se condice con la realidad, ya q los unos y/o ceros estan presentes a la entrada del puerto al mismo tiempo comandados por el clock de un latch, o sea, no creo q el modulo pueda distinguir el delay entre q levanta y baja el estado de cada pin lo cual debe estar en el orden de los nanosegundos o menos)<br />
En definitiva, entre dos lecturas correctas siempre tengo basura y como no es un patron q se repita, no puedo filtrar la basura, conclusion: hacer polling sobre un puerto no sirve (o algo estoy haciendo mal&#8230;?)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blogElectronica</title>
		<link>http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/#comment-7971</link>
		<dc:creator>blogElectronica</dc:creator>
		<pubDate>Tue, 31 Mar 2009 16:28:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogElectronica.com/?p=445#comment-7971</guid>
		<description>Hombre, hola Kanemor!!!

Pues puedes crear tantos puertos como quieras, pero no puedes repetir GPIOs pues te dará error, por lo que el máximo nº de puertos que puedes definir es 10.

Salu2</description>
		<content:encoded><![CDATA[<p>Hombre, hola Kanemor!!!</p>
<p>Pues puedes crear tantos puertos como quieras, pero no puedes repetir GPIOs pues te dará error, por lo que el máximo nº de puertos que puedes definir es 10.</p>
<p>Salu2</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kanemor</title>
		<link>http://www.blogElectronica.com/polling-gpio-mtx65-tc65-xt65-cinterion/#comment-7964</link>
		<dc:creator>kanemor</dc:creator>
		<pubDate>Tue, 31 Mar 2009 06:30:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogElectronica.com/?p=445#comment-7964</guid>
		<description>Hola Blogelectronica,

Muy bueno el post y muy interesante.

¿Se pueden crear varios "puertos"? ¿Sabes si hay un número límite?

De lo de la tele, no te estás haciendo mayor, te estás haciendo aún más inteligente :D

Salu2</description>
		<content:encoded><![CDATA[<p>Hola Blogelectronica,</p>
<p>Muy bueno el post y muy interesante.</p>
<p>¿Se pueden crear varios &#8220;puertos&#8221;? ¿Sabes si hay un número límite?</p>
<p>De lo de la tele, no te estás haciendo mayor, te estás haciendo aún más inteligente <img src='http://www.blogelectronica.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
<p>Salu2</p>
]]></content:encoded>
	</item>
</channel>
</rss>

