Thread: [Monobotics-develop] [ES] Desorden al realizar lecturas desde SerialPort
Brought to you by:
buhochileno
Menu
▾
▴
monobotics-develop
|
From: Jaime A. <obe...@ho...> - 2009-09-18 04:51:05
|
Hola. Tengo un problema menor al realizar lecturas desde SerialPort. A veces hay como un desplazamiento entre las lecturas realizadas, esto sucede las primeras veces, cuando logra leer bien rara vez vuelve a ocurrir. Tengo un procedimiento que escribe un valor y luego inmediatamente debe leer 14 bytes. La orden con la que leo es la siguiente: SerialPort.Write( bytearray, 0, bytearray.Length); donde bytearray es un arreglo de byte de 14. Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee 0:0:0:0:0:255:255:4:5:5:4 Viendo el código de Heyu, este aplica timeout. ¿Tiene que ver en esta anomalía el hecho de que yo no uso el timeout? Yo no lo uso debido a que en la documentación no sale nada sobre timeout. Ahora de ser necesario el uso de timeout, debo setear los ReadTimeOut y WriteTimeOut antes o después de llamar a los read y write correspondientes. |
|
From: <buh...@gm...> - 2009-09-18 19:23:40
|
> > Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee > 0:0:0:0:0:255:255:4:5:5:4 > Viendo el código de Heyu, este aplica timeout. > > ¿Tiene que ver en esta anomalía el hecho de que yo no uso el timeout? > Yo no lo uso debido a que en la documentación no sale nada sobre timeout. Podria ser, tal vez en Heyu lo usan debido a que notaron esto empiricamente aunque no saliera en la documentacion... > > Ahora de ser necesario el uso de timeout, debo setear los ReadTimeOut > y WriteTimeOut antes o después de llamar a los read y write > correspondientes. En este caso seria necesario solo el ReadTimeOut aunque puedes probar con ambos, solo necesitas setarlo una vez, puede ser en el InitializeSimulation, a no ser que diferentes lecturas necesiten un timeout diferente, lo cual seria muy raro.. Si esto no funciona, otra alternativa sera implementar una funcion que ordene el paquete que se lee, puesto en los casos malos lees algo asi: 0:0:0:0:0:255:255:4:5:5:4 Hacer una funcion que si o si, siempre trate de mover el los numeros al comienzo buscando en el arreglo los 255:255 que debes ser algo asi como "inicio del paquete", lo importante seria que hacia la cola no se pierdan en la lectura, en ese caso tal vez deberia dejarse el buffer de lectura un poco mas largo... Me cuentas como resulta... Mauricio > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > ------------------------------------------------------------------------ > > _______________________________________________ > Monobotics-develop mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/monobotics-develop > |
|
From: Jaime A. <obe...@ho...> - 2009-09-21 01:37:33
|
Solucione el problema. No me había dado cuenta de que el puerto serial, no borra los datos no capturados o leídos. Como la interfaz al enchufarla, tira continuamente la alerta de que le configuren el reloj, como yo no leo esos datos, esos quedan guardados, entonces al hacer lecturas posteriores leo las lecturas correspondientes a la alerta. Solucione esto creando un método que me limpia el puerto de lecturas no capturadas, para esto tuve que cambiar el código del serialport agregando la propiedad BytesToRead que lo único que hace retornar la propiedad BytesToRead. -------------------------------------------------- From: <buh...@gm...> Sent: Friday, September 18, 2009 3:23 PM Cc: "monoBOTICS Developers" <mon...@li...> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas desde SerialPort > > >> >> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee >> 0:0:0:0:0:255:255:4:5:5:4 >> Viendo el código de Heyu, este aplica timeout. >> >> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el timeout? >> Yo no lo uso debido a que en la documentación no sale nada sobre timeout. > Podria ser, tal vez en Heyu lo usan debido a que notaron esto > empiricamente aunque no saliera en la documentacion... >> >> Ahora de ser necesario el uso de timeout, debo setear los ReadTimeOut >> y WriteTimeOut antes o después de llamar a los read y write >> correspondientes. > En este caso seria necesario solo el ReadTimeOut aunque puedes probar > con ambos, solo necesitas setarlo una vez, puede ser en el > InitializeSimulation, a no ser que diferentes lecturas necesiten un > timeout diferente, lo cual seria muy raro.. > El Timeout no fue necesario, no era la razón de la desincronización. > Si esto no funciona, otra alternativa sera implementar una funcion que > ordene el paquete que se lee, puesto en los casos malos lees algo asi: > 0:0:0:0:0:255:255:4:5:5:4 > Hacer una funcion que si o si, siempre trate de mover el los numeros al > comienzo buscando en el arreglo los 255:255 que debes ser algo asi como > "inicio del paquete", lo importante seria que hacia la cola no se > pierdan en la lectura, en ese caso tal vez deberia dejarse el buffer de > lectura un poco mas largo... > > Me cuentas como resulta... > > Mauricio > >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Monobotics-develop mailing list >> Mon...@li... >> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Monobotics-develop mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/monobotics-develop > |
|
From: <buh...@gm...> - 2009-09-21 12:51:10
|
Jaime Alvarado wrote: > Solucione el problema. > No me había dado cuenta de que el puerto serial, no borra los datos no > capturados o leídos. Mas que el puertoserial, esto se debe muchas veces a que el dispositivo en cuestion implementa un buffer, el cual al no ser "vaciado" mantiene la ultima lectura... > Como la interfaz al enchufarla, tira continuamente la alerta de que le > configuren el reloj, como yo no leo esos datos, esos quedan guardados, > entonces al hacer lecturas posteriores leo las lecturas > correspondientes a la alerta. Porque tira constantemente la alerta para que le configuren el clock?, se supone que esto se chekearia al iniciar la simulacion y de ser requerido le asignaria la hora a la interfaz, o es solo porque eso no esta implementado aun? > Solucione esto creando un método que me limpia el puerto de lecturas > no capturadas, para esto tuve que cambiar el código del serialport > agregando la propiedad BytesToRead que lo único que hace retornar la > propiedad BytesToRead. Me parece bien la solucion, enviame la modificacion a nuestro codigo del serialport para probarla aca y subirla al repositorio Mauricio > > -------------------------------------------------- > From: <buh...@gm...> > Sent: Friday, September 18, 2009 3:23 PM > Cc: "monoBOTICS Developers" <mon...@li...> > Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas > desde SerialPort > >> >> >>> >>> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee >>> 0:0:0:0:0:255:255:4:5:5:4 >>> Viendo el código de Heyu, este aplica timeout. >>> >>> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el timeout? >>> Yo no lo uso debido a que en la documentación no sale nada sobre >>> timeout. >> Podria ser, tal vez en Heyu lo usan debido a que notaron esto >> empiricamente aunque no saliera en la documentacion... >>> >>> Ahora de ser necesario el uso de timeout, debo setear los ReadTimeOut >>> y WriteTimeOut antes o después de llamar a los read y write >>> correspondientes. >> En este caso seria necesario solo el ReadTimeOut aunque puedes probar >> con ambos, solo necesitas setarlo una vez, puede ser en el >> InitializeSimulation, a no ser que diferentes lecturas necesiten un >> timeout diferente, lo cual seria muy raro.. >> > > El Timeout no fue necesario, no era la razón de la desincronización. > >> Si esto no funciona, otra alternativa sera implementar una funcion que >> ordene el paquete que se lee, puesto en los casos malos lees algo asi: >> 0:0:0:0:0:255:255:4:5:5:4 >> Hacer una funcion que si o si, siempre trate de mover el los numeros al >> comienzo buscando en el arreglo los 255:255 que debes ser algo asi como >> "inicio del paquete", lo importante seria que hacia la cola no se >> pierdan en la lectura, en ese caso tal vez deberia dejarse el buffer de >> lectura un poco mas largo... >> >> Me cuentas como resulta... >> >> Mauricio >> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart >>> your >>> developing skills, take BlackBerry mobile applications to market and >>> stay >>> ahead of the curve. Join us from November 9-12, 2009. Register >>> now! >>> http://p.sf.net/sfu/devconf >>> ------------------------------------------------------------------------ >>> >>> >>> _______________________________________________ >>> Monobotics-develop mailing list >>> Mon...@li... >>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>> >> >> >> ------------------------------------------------------------------------------ >> >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and >> stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Monobotics-develop mailing list >> Mon...@li... >> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >> > |
|
From: Jaime A. <obe...@ho...> - 2009-09-21 18:14:11
|
-------------------------------------------------- From: <buh...@gm...> Sent: Monday, September 21, 2009 8:50 AM Cc: "monoBOTICS Developers" <mon...@li...> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas desde SerialPort > Jaime Alvarado wrote: >> Solucione el problema. >> No me había dado cuenta de que el puerto serial, no borra los datos no >> capturados o leídos. > Mas que el puertoserial, esto se debe muchas veces a que el dispositivo > en cuestion implementa un buffer, el cual al no ser "vaciado" mantiene > la ultima lectura... >> Como la interfaz al enchufarla, tira continuamente la alerta de que le >> configuren el reloj, como yo no leo esos datos, esos quedan guardados, >> entonces al hacer lecturas posteriores leo las lecturas >> correspondientes a la alerta. > Porque tira constantemente la alerta para que le configuren el clock?, SI > se supone que esto se chekearia al iniciar la simulacion y de ser > requerido le asignaria la hora a la interfaz, o es solo porque eso no > esta implementado aun? Siempre ha estado implementado, solo que ahora limpio antes de hacer alguna transmisión. >> Solucione esto creando un método que me limpia el puerto de lecturas >> no capturadas, para esto tuve que cambiar el código del serialport >> agregando la propiedad BytesToRead que lo único que hace retornar la >> propiedad BytesToRead. > Me parece bien la solucion, enviame la modificacion a nuestro codigo del > serialport para probarla aca y subirla al repositorio > > Mauricio > >> >> -------------------------------------------------- >> From: <buh...@gm...> >> Sent: Friday, September 18, 2009 3:23 PM >> Cc: "monoBOTICS Developers" <mon...@li...> >> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas >> desde SerialPort >> >>> >>> >>>> >>>> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee >>>> 0:0:0:0:0:255:255:4:5:5:4 >>>> Viendo el código de Heyu, este aplica timeout. >>>> >>>> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el timeout? >>>> Yo no lo uso debido a que en la documentación no sale nada sobre >>>> timeout. >>> Podria ser, tal vez en Heyu lo usan debido a que notaron esto >>> empiricamente aunque no saliera en la documentacion... >>>> >>>> Ahora de ser necesario el uso de timeout, debo setear los ReadTimeOut >>>> y WriteTimeOut antes o después de llamar a los read y write >>>> correspondientes. >>> En este caso seria necesario solo el ReadTimeOut aunque puedes probar >>> con ambos, solo necesitas setarlo una vez, puede ser en el >>> InitializeSimulation, a no ser que diferentes lecturas necesiten un >>> timeout diferente, lo cual seria muy raro.. >>> >> >> El Timeout no fue necesario, no era la razón de la desincronización. >> >>> Si esto no funciona, otra alternativa sera implementar una funcion que >>> ordene el paquete que se lee, puesto en los casos malos lees algo asi: >>> 0:0:0:0:0:255:255:4:5:5:4 >>> Hacer una funcion que si o si, siempre trate de mover el los numeros al >>> comienzo buscando en el arreglo los 255:255 que debes ser algo asi como >>> "inicio del paquete", lo importante seria que hacia la cola no se >>> pierdan en la lectura, en ese caso tal vez deberia dejarse el buffer de >>> lectura un poco mas largo... >>> >>> Me cuentas como resulta... >>> >>> Mauricio >>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> >>>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>>> is the only developer event you need to attend this year. Jumpstart >>>> your >>>> developing skills, take BlackBerry mobile applications to market and >>>> stay >>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>> now! >>>> http://p.sf.net/sfu/devconf >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> _______________________________________________ >>>> Monobotics-develop mailing list >>>> Mon...@li... >>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and >>> stay >>> ahead of the curve. Join us from November 9-12, 2009. Register >>> now! >>> http://p.sf.net/sfu/devconf >>> _______________________________________________ >>> Monobotics-develop mailing list >>> Mon...@li... >>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>> >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Monobotics-develop mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/monobotics-develop > |
|
From: <buh...@gm...> - 2009-09-21 19:29:18
|
>> Porque tira constantemente la alerta para que le configuren el clock?, > > SI "SI", "si" que?, eso no contesta la pregunta :-S , "porque tira constantemente la alerta para que le configuren el clock?", se supone que la alerta la deberia tirar una vez (la 1era), el sistema automaticamente se la configura y ya no deberia seguir tirando la alerta...verdad?, o era el hecho de no limpiar la lectura que hacia que se gatillara constantemente? > > >> se supone que esto se chekearia al iniciar la simulacion y de ser >> requerido le asignaria la hora a la interfaz, o es solo porque eso no >> esta implementado aun? > > Siempre ha estado implementado, solo que ahora limpio antes de hacer > alguna transmisión. > >>> Solucione esto creando un método que me limpia el puerto de lecturas >>> no capturadas, para esto tuve que cambiar el código del serialport >>> agregando la propiedad BytesToRead que lo único que hace retornar la >>> propiedad BytesToRead. >> Me parece bien la solucion, enviame la modificacion a nuestro codigo del >> serialport para probarla aca y subirla al repositorio >> >> Mauricio >> >>> >>> -------------------------------------------------- >>> From: <buh...@gm...> >>> Sent: Friday, September 18, 2009 3:23 PM >>> Cc: "monoBOTICS Developers" <mon...@li...> >>> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas >>> desde SerialPort >>> >>>> >>>> >>>>> >>>>> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee >>>>> 0:0:0:0:0:255:255:4:5:5:4 >>>>> Viendo el código de Heyu, este aplica timeout. >>>>> >>>>> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el timeout? >>>>> Yo no lo uso debido a que en la documentación no sale nada sobre >>>>> timeout. >>>> Podria ser, tal vez en Heyu lo usan debido a que notaron esto >>>> empiricamente aunque no saliera en la documentacion... >>>>> >>>>> Ahora de ser necesario el uso de timeout, debo setear los ReadTimeOut >>>>> y WriteTimeOut antes o después de llamar a los read y write >>>>> correspondientes. >>>> En este caso seria necesario solo el ReadTimeOut aunque puedes probar >>>> con ambos, solo necesitas setarlo una vez, puede ser en el >>>> InitializeSimulation, a no ser que diferentes lecturas necesiten un >>>> timeout diferente, lo cual seria muy raro.. >>>> >>> >>> El Timeout no fue necesario, no era la razón de la desincronización. >>> >>>> Si esto no funciona, otra alternativa sera implementar una funcion que >>>> ordene el paquete que se lee, puesto en los casos malos lees algo asi: >>>> 0:0:0:0:0:255:255:4:5:5:4 >>>> Hacer una funcion que si o si, siempre trate de mover el los >>>> numeros al >>>> comienzo buscando en el arreglo los 255:255 que debes ser algo asi >>>> como >>>> "inicio del paquete", lo importante seria que hacia la cola no se >>>> pierdan en la lectura, en ese caso tal vez deberia dejarse el >>>> buffer de >>>> lectura un poco mas largo... >>>> >>>> Me cuentas como resulta... >>>> >>>> Mauricio >>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> >>>>> >>>>> Come build with us! The BlackBerry® Developer Conference in >>>>> SF, CA >>>>> is the only developer event you need to attend this year. Jumpstart >>>>> your >>>>> developing skills, take BlackBerry mobile applications to market and >>>>> stay >>>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>>> now! >>>>> http://p.sf.net/sfu/devconf >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Monobotics-develop mailing list >>>>> Mon...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> >>>> >>>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>>> is the only developer event you need to attend this year. Jumpstart >>>> your >>>> developing skills, take BlackBerry mobile applications to market and >>>> stay >>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>> now! >>>> http://p.sf.net/sfu/devconf >>>> _______________________________________________ >>>> Monobotics-develop mailing list >>>> Mon...@li... >>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>> >>> >> >> >> ------------------------------------------------------------------------------ >> >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and >> stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Monobotics-develop mailing list >> Mon...@li... >> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >> > |
|
From: Jaime A. <obe...@ho...> - 2009-09-21 20:00:48
|
-------------------------------------------------- From: <buh...@gm...> Sent: Monday, September 21, 2009 3:28 PM Cc: "monoBOTICS Developers" <mon...@li...> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas desde SerialPort > >>> Porque tira constantemente la alerta para que le configuren el clock?, >> >> SI Tira la alerta cada segundo hasta que se configure la hora, o sea la tirará la alerta cada segundo hasta que no se apriete "play" en la escena. > "SI", "si" que?, eso no contesta la pregunta :-S , "porque tira > constantemente la alerta para que le configuren el clock?", se supone > que la alerta la deberia tirar una vez (la 1era), el sistema > automaticamente se la configura y ya no deberia seguir tirando la > alerta...verdad?, o era el hecho de no limpiar la lectura que hacia que > se gatillara constantemente? >> >> >>> se supone que esto se chekearia al iniciar la simulacion y de ser >>> requerido le asignaria la hora a la interfaz, o es solo porque eso no >>> esta implementado aun? >> >> Siempre ha estado implementado, solo que ahora limpio antes de hacer >> alguna transmisión. >> >>>> Solucione esto creando un método que me limpia el puerto de lecturas >>>> no capturadas, para esto tuve que cambiar el código del serialport >>>> agregando la propiedad BytesToRead que lo único que hace retornar la >>>> propiedad BytesToRead. >>> Me parece bien la solucion, enviame la modificacion a nuestro codigo del >>> serialport para probarla aca y subirla al repositorio >>> >>> Mauricio >>> >>>> >>>> -------------------------------------------------- >>>> From: <buh...@gm...> >>>> Sent: Friday, September 18, 2009 3:23 PM >>>> Cc: "monoBOTICS Developers" <mon...@li...> >>>> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas >>>> desde SerialPort >>>> >>>>> >>>>> >>>>>> >>>>>> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee >>>>>> 0:0:0:0:0:255:255:4:5:5:4 >>>>>> Viendo el código de Heyu, este aplica timeout. >>>>>> >>>>>> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el timeout? >>>>>> Yo no lo uso debido a que en la documentación no sale nada sobre >>>>>> timeout. >>>>> Podria ser, tal vez en Heyu lo usan debido a que notaron esto >>>>> empiricamente aunque no saliera en la documentacion... >>>>>> >>>>>> Ahora de ser necesario el uso de timeout, debo setear los ReadTimeOut >>>>>> y WriteTimeOut antes o después de llamar a los read y write >>>>>> correspondientes. >>>>> En este caso seria necesario solo el ReadTimeOut aunque puedes probar >>>>> con ambos, solo necesitas setarlo una vez, puede ser en el >>>>> InitializeSimulation, a no ser que diferentes lecturas necesiten un >>>>> timeout diferente, lo cual seria muy raro.. >>>>> >>>> >>>> El Timeout no fue necesario, no era la razón de la desincronización. >>>> >>>>> Si esto no funciona, otra alternativa sera implementar una funcion que >>>>> ordene el paquete que se lee, puesto en los casos malos lees algo asi: >>>>> 0:0:0:0:0:255:255:4:5:5:4 >>>>> Hacer una funcion que si o si, siempre trate de mover el los >>>>> numeros al >>>>> comienzo buscando en el arreglo los 255:255 que debes ser algo asi >>>>> como >>>>> "inicio del paquete", lo importante seria que hacia la cola no se >>>>> pierdan en la lectura, en ese caso tal vez deberia dejarse el >>>>> buffer de >>>>> lectura un poco mas largo... >>>>> >>>>> Me cuentas como resulta... >>>>> >>>>> Mauricio >>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> Come build with us! The BlackBerry® Developer Conference in >>>>>> SF, CA >>>>>> is the only developer event you need to attend this year. Jumpstart >>>>>> your >>>>>> developing skills, take BlackBerry mobile applications to market and >>>>>> stay >>>>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>>>> now! >>>>>> http://p.sf.net/sfu/devconf >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Monobotics-develop mailing list >>>>>> Mon...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> >>>>> >>>>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>>>> is the only developer event you need to attend this year. Jumpstart >>>>> your >>>>> developing skills, take BlackBerry mobile applications to market and >>>>> stay >>>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>>> now! >>>>> http://p.sf.net/sfu/devconf >>>>> _______________________________________________ >>>>> Monobotics-develop mailing list >>>>> Mon...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and >>> stay >>> ahead of the curve. Join us from November 9-12, 2009. Register >>> now! >>> http://p.sf.net/sfu/devconf >>> _______________________________________________ >>> Monobotics-develop mailing list >>> Mon...@li... >>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>> >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Monobotics-develop mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/monobotics-develop > |
|
From: <buh...@gm...> - 2009-09-21 20:14:40
|
>>>> Porque tira constantemente la alerta para que le configuren el clock?, >>> >>> SI > > Tira la alerta cada segundo hasta que se configure la hora, o sea la > tirará la alerta cada segundo hasta que no se apriete "play" en la > escena. mmm, eso de que "tirará la alerta cada segundo hasta que no se apriete "play" " me preocupa porque entonces implica que algo esta funcionando/conectado ya desde el momento en que se agrega un objeto en la escena?, no deberia pasar/conectarse absolutamente nada antes de que uno presione "play"..aclarame la duda please... > >> "SI", "si" que?, eso no contesta la pregunta :-S , "porque tira >> constantemente la alerta para que le configuren el clock?", se supone >> que la alerta la deberia tirar una vez (la 1era), el sistema >> automaticamente se la configura y ya no deberia seguir tirando la >> alerta...verdad?, o era el hecho de no limpiar la lectura que hacia que >> se gatillara constantemente? >>> >>> >>>> se supone que esto se chekearia al iniciar la simulacion y de ser >>>> requerido le asignaria la hora a la interfaz, o es solo porque eso no >>>> esta implementado aun? >>> >>> Siempre ha estado implementado, solo que ahora limpio antes de hacer >>> alguna transmisión. >>> >>>>> Solucione esto creando un método que me limpia el puerto de lecturas >>>>> no capturadas, para esto tuve que cambiar el código del serialport >>>>> agregando la propiedad BytesToRead que lo único que hace retornar la >>>>> propiedad BytesToRead. >>>> Me parece bien la solucion, enviame la modificacion a nuestro >>>> codigo del >>>> serialport para probarla aca y subirla al repositorio >>>> >>>> Mauricio >>>> >>>>> >>>>> -------------------------------------------------- >>>>> From: <buh...@gm...> >>>>> Sent: Friday, September 18, 2009 3:23 PM >>>>> Cc: "monoBOTICS Developers" >>>>> <mon...@li...> >>>>> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas >>>>> desde SerialPort >>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee >>>>>>> 0:0:0:0:0:255:255:4:5:5:4 >>>>>>> Viendo el código de Heyu, este aplica timeout. >>>>>>> >>>>>>> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el >>>>>>> timeout? >>>>>>> Yo no lo uso debido a que en la documentación no sale nada sobre >>>>>>> timeout. >>>>>> Podria ser, tal vez en Heyu lo usan debido a que notaron esto >>>>>> empiricamente aunque no saliera en la documentacion... >>>>>>> >>>>>>> Ahora de ser necesario el uso de timeout, debo setear los >>>>>>> ReadTimeOut >>>>>>> y WriteTimeOut antes o después de llamar a los read y write >>>>>>> correspondientes. >>>>>> En este caso seria necesario solo el ReadTimeOut aunque puedes >>>>>> probar >>>>>> con ambos, solo necesitas setarlo una vez, puede ser en el >>>>>> InitializeSimulation, a no ser que diferentes lecturas necesiten un >>>>>> timeout diferente, lo cual seria muy raro.. >>>>>> >>>>> >>>>> El Timeout no fue necesario, no era la razón de la desincronización. >>>>> >>>>>> Si esto no funciona, otra alternativa sera implementar una >>>>>> funcion que >>>>>> ordene el paquete que se lee, puesto en los casos malos lees algo >>>>>> asi: >>>>>> 0:0:0:0:0:255:255:4:5:5:4 >>>>>> Hacer una funcion que si o si, siempre trate de mover el los >>>>>> numeros al >>>>>> comienzo buscando en el arreglo los 255:255 que debes ser algo asi >>>>>> como >>>>>> "inicio del paquete", lo importante seria que hacia la cola no se >>>>>> pierdan en la lectura, en ese caso tal vez deberia dejarse el >>>>>> buffer de >>>>>> lectura un poco mas largo... >>>>>> >>>>>> Me cuentas como resulta... >>>>>> >>>>>> Mauricio >>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>>>>>> >>>>>>> >>>>>>> Come build with us! The BlackBerry® Developer Conference in >>>>>>> SF, CA >>>>>>> is the only developer event you need to attend this year. Jumpstart >>>>>>> your >>>>>>> developing skills, take BlackBerry mobile applications to market >>>>>>> and >>>>>>> stay >>>>>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>>>>> now! >>>>>>> http://p.sf.net/sfu/devconf >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Monobotics-develop mailing list >>>>>>> Mon...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> >>>>>> Come build with us! The BlackBerry® Developer Conference in >>>>>> SF, CA >>>>>> is the only developer event you need to attend this year. Jumpstart >>>>>> your >>>>>> developing skills, take BlackBerry mobile applications to market and >>>>>> stay >>>>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>>>> now! >>>>>> http://p.sf.net/sfu/devconf >>>>>> _______________________________________________ >>>>>> Monobotics-develop mailing list >>>>>> Mon...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> >>>> >>>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>>> is the only developer event you need to attend this year. Jumpstart >>>> your >>>> developing skills, take BlackBerry mobile applications to market and >>>> stay >>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>> now! >>>> http://p.sf.net/sfu/devconf >>>> _______________________________________________ >>>> Monobotics-develop mailing list >>>> Mon...@li... >>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>> >>> >> >> >> ------------------------------------------------------------------------------ >> >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and >> stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Monobotics-develop mailing list >> Mon...@li... >> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >> > |
|
From: Jaime A. <obe...@ho...> - 2009-09-21 20:36:49
|
-------------------------------------------------- From: <buh...@gm...> Sent: Monday, September 21, 2009 4:14 PM Cc: "monoBOTICS Developers" <mon...@li...> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas desde SerialPort > >>>>> Porque tira constantemente la alerta para que le configuren el clock?, >>>> >>>> SI >> >> Tira la alerta cada segundo hasta que se configure la hora, o sea la >> tirará la alerta cada segundo hasta que no se apriete "play" en la >> escena. > mmm, eso de que "tirará la alerta cada segundo hasta que no se apriete > "play" " me preocupa porque entonces implica que algo esta > funcionando/conectado ya desde el momento en que se agrega un objeto en > la escena?, La alerta empieza a ser enviada al computador inmediatamente en el momento en que conecto la interfaz a la red eléctrica. Lo que implica que la interfaz ya esta funcionando. Ahora, en el InitialiceSimulation de la clase CM11 yo llamo al método que se encarga de setear la hora y las demás cosas. > no deberia pasar/conectarse absolutamente nada antes de que > uno presione "play"..aclarame la duda please... Conectarse físicamente se puede, pero la otra condición de esta alerta es que no se va a atender ninguna solicitud hasta que no se le configure el reloj a la interfaz. Entonces si hay un modulo en la escena y yo le ordeno que se prenda esto no se realizará. >> >>> "SI", "si" que?, eso no contesta la pregunta :-S , "porque tira >>> constantemente la alerta para que le configuren el clock?", se supone >>> que la alerta la deberia tirar una vez (la 1era), el sistema >>> automaticamente se la configura y ya no deberia seguir tirando la >>> alerta...verdad?, o era el hecho de no limpiar la lectura que hacia que >>> se gatillara constantemente? >>>> >>>> >>>>> se supone que esto se chekearia al iniciar la simulacion y de ser >>>>> requerido le asignaria la hora a la interfaz, o es solo porque eso no >>>>> esta implementado aun? >>>> >>>> Siempre ha estado implementado, solo que ahora limpio antes de hacer >>>> alguna transmisión. >>>> >>>>>> Solucione esto creando un método que me limpia el puerto de lecturas >>>>>> no capturadas, para esto tuve que cambiar el código del serialport >>>>>> agregando la propiedad BytesToRead que lo único que hace retornar la >>>>>> propiedad BytesToRead. >>>>> Me parece bien la solucion, enviame la modificacion a nuestro >>>>> codigo del >>>>> serialport para probarla aca y subirla al repositorio >>>>> >>>>> Mauricio >>>>> >>>>>> >>>>>> -------------------------------------------------- >>>>>> From: <buh...@gm...> >>>>>> Sent: Friday, September 18, 2009 3:23 PM >>>>>> Cc: "monoBOTICS Developers" >>>>>> <mon...@li...> >>>>>> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas >>>>>> desde SerialPort >>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee >>>>>>>> 0:0:0:0:0:255:255:4:5:5:4 >>>>>>>> Viendo el código de Heyu, este aplica timeout. >>>>>>>> >>>>>>>> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el >>>>>>>> timeout? >>>>>>>> Yo no lo uso debido a que en la documentación no sale nada sobre >>>>>>>> timeout. >>>>>>> Podria ser, tal vez en Heyu lo usan debido a que notaron esto >>>>>>> empiricamente aunque no saliera en la documentacion... >>>>>>>> >>>>>>>> Ahora de ser necesario el uso de timeout, debo setear los >>>>>>>> ReadTimeOut >>>>>>>> y WriteTimeOut antes o después de llamar a los read y write >>>>>>>> correspondientes. >>>>>>> En este caso seria necesario solo el ReadTimeOut aunque puedes >>>>>>> probar >>>>>>> con ambos, solo necesitas setarlo una vez, puede ser en el >>>>>>> InitializeSimulation, a no ser que diferentes lecturas necesiten un >>>>>>> timeout diferente, lo cual seria muy raro.. >>>>>>> >>>>>> >>>>>> El Timeout no fue necesario, no era la razón de la desincronización. >>>>>> >>>>>>> Si esto no funciona, otra alternativa sera implementar una >>>>>>> funcion que >>>>>>> ordene el paquete que se lee, puesto en los casos malos lees algo >>>>>>> asi: >>>>>>> 0:0:0:0:0:255:255:4:5:5:4 >>>>>>> Hacer una funcion que si o si, siempre trate de mover el los >>>>>>> numeros al >>>>>>> comienzo buscando en el arreglo los 255:255 que debes ser algo asi >>>>>>> como >>>>>>> "inicio del paquete", lo importante seria que hacia la cola no se >>>>>>> pierdan en la lectura, en ese caso tal vez deberia dejarse el >>>>>>> buffer de >>>>>>> lectura un poco mas largo... >>>>>>> >>>>>>> Me cuentas como resulta... >>>>>>> >>>>>>> Mauricio >>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Come build with us! The BlackBerry® Developer Conference in >>>>>>>> SF, CA >>>>>>>> is the only developer event you need to attend this year. Jumpstart >>>>>>>> your >>>>>>>> developing skills, take BlackBerry mobile applications to market >>>>>>>> and >>>>>>>> stay >>>>>>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>>>>>> now! >>>>>>>> http://p.sf.net/sfu/devconf >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Monobotics-develop mailing list >>>>>>>> Mon...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>>>>>> >>>>>>> >>>>>>> Come build with us! The BlackBerry® Developer Conference in >>>>>>> SF, CA >>>>>>> is the only developer event you need to attend this year. Jumpstart >>>>>>> your >>>>>>> developing skills, take BlackBerry mobile applications to market and >>>>>>> stay >>>>>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>>>>> now! >>>>>>> http://p.sf.net/sfu/devconf >>>>>>> _______________________________________________ >>>>>>> Monobotics-develop mailing list >>>>>>> Mon...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>>>> >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> >>>>> >>>>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>>>> is the only developer event you need to attend this year. Jumpstart >>>>> your >>>>> developing skills, take BlackBerry mobile applications to market and >>>>> stay >>>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>>> now! >>>>> http://p.sf.net/sfu/devconf >>>>> _______________________________________________ >>>>> Monobotics-develop mailing list >>>>> Mon...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and >>> stay >>> ahead of the curve. Join us from November 9-12, 2009. Register >>> now! >>> http://p.sf.net/sfu/devconf >>> _______________________________________________ >>> Monobotics-develop mailing list >>> Mon...@li... >>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>> >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Monobotics-develop mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/monobotics-develop > |
|
From: <buh...@gm...> - 2009-09-21 21:02:57
|
>>>>>> Porque tira constantemente la alerta para que le configuren el >>>>>> clock?, >>>>> >>>>> SI >>> >>> Tira la alerta cada segundo hasta que se configure la hora, o sea la >>> tirará la alerta cada segundo hasta que no se apriete "play" en la >>> escena. >> mmm, eso de que "tirará la alerta cada segundo hasta que no se apriete >> "play" " me preocupa porque entonces implica que algo esta >> funcionando/conectado ya desde el momento en que se agrega un objeto en >> la escena?, > > La alerta empieza a ser enviada al computador inmediatamente en el > momento en que conecto la interfaz a la red eléctrica. > Lo que implica que la interfaz ya esta funcionando. > Ahora, en el InitialiceSimulation de la clase CM11 yo llamo al método > que se encarga de setear la hora y las demás cosas. > >> no deberia pasar/conectarse absolutamente nada antes de que >> uno presione "play"..aclarame la duda please... > > Conectarse físicamente se puede, pero la otra condición de esta alerta > es que no se va a atender ninguna solicitud hasta que no se le > configure el reloj a la interfaz. > Entonces si hay un modulo en la escena y yo le ordeno que se prenda > esto no se realizará. > ok esto lo entiendo (que al conectar fisicamente la interfaz a la red electrica empiece automaticamente a enviar la alerta..), solo necesito asegurarme que ningun codigo relacionado con la "coneccion por software" o "seteo" se realice en el momento de agregar un objeto en la escena, todo esto debe pasar al momento en que se hace "play"...probablemente ya lo tienes asi, solo estoy asegurando... >>> >>>> "SI", "si" que?, eso no contesta la pregunta :-S , "porque tira >>>> constantemente la alerta para que le configuren el clock?", se supone >>>> que la alerta la deberia tirar una vez (la 1era), el sistema >>>> automaticamente se la configura y ya no deberia seguir tirando la >>>> alerta...verdad?, o era el hecho de no limpiar la lectura que hacia >>>> que >>>> se gatillara constantemente? >>>>> >>>>> >>>>>> se supone que esto se chekearia al iniciar la simulacion y de ser >>>>>> requerido le asignaria la hora a la interfaz, o es solo porque >>>>>> eso no >>>>>> esta implementado aun? >>>>> >>>>> Siempre ha estado implementado, solo que ahora limpio antes de hacer >>>>> alguna transmisión. >>>>> >>>>>>> Solucione esto creando un método que me limpia el puerto de >>>>>>> lecturas >>>>>>> no capturadas, para esto tuve que cambiar el código del serialport >>>>>>> agregando la propiedad BytesToRead que lo único que hace >>>>>>> retornar la >>>>>>> propiedad BytesToRead. >>>>>> Me parece bien la solucion, enviame la modificacion a nuestro >>>>>> codigo del >>>>>> serialport para probarla aca y subirla al repositorio >>>>>> >>>>>> Mauricio >>>>>> >>>>>>> >>>>>>> -------------------------------------------------- >>>>>>> From: <buh...@gm...> >>>>>>> Sent: Friday, September 18, 2009 3:23 PM >>>>>>> Cc: "monoBOTICS Developers" >>>>>>> <mon...@li...> >>>>>>> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar >>>>>>> lecturas >>>>>>> desde SerialPort >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces >>>>>>>>> lee >>>>>>>>> 0:0:0:0:0:255:255:4:5:5:4 >>>>>>>>> Viendo el código de Heyu, este aplica timeout. >>>>>>>>> >>>>>>>>> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el >>>>>>>>> timeout? >>>>>>>>> Yo no lo uso debido a que en la documentación no sale nada sobre >>>>>>>>> timeout. >>>>>>>> Podria ser, tal vez en Heyu lo usan debido a que notaron esto >>>>>>>> empiricamente aunque no saliera en la documentacion... >>>>>>>>> >>>>>>>>> Ahora de ser necesario el uso de timeout, debo setear los >>>>>>>>> ReadTimeOut >>>>>>>>> y WriteTimeOut antes o después de llamar a los read y write >>>>>>>>> correspondientes. >>>>>>>> En este caso seria necesario solo el ReadTimeOut aunque puedes >>>>>>>> probar >>>>>>>> con ambos, solo necesitas setarlo una vez, puede ser en el >>>>>>>> InitializeSimulation, a no ser que diferentes lecturas >>>>>>>> necesiten un >>>>>>>> timeout diferente, lo cual seria muy raro.. >>>>>>>> >>>>>>> >>>>>>> El Timeout no fue necesario, no era la razón de la >>>>>>> desincronización. >>>>>>> >>>>>>>> Si esto no funciona, otra alternativa sera implementar una >>>>>>>> funcion que >>>>>>>> ordene el paquete que se lee, puesto en los casos malos lees algo >>>>>>>> asi: >>>>>>>> 0:0:0:0:0:255:255:4:5:5:4 >>>>>>>> Hacer una funcion que si o si, siempre trate de mover el los >>>>>>>> numeros al >>>>>>>> comienzo buscando en el arreglo los 255:255 que debes ser algo asi >>>>>>>> como >>>>>>>> "inicio del paquete", lo importante seria que hacia la cola no se >>>>>>>> pierdan en la lectura, en ese caso tal vez deberia dejarse el >>>>>>>> buffer de >>>>>>>> lectura un poco mas largo... >>>>>>>> >>>>>>>> Me cuentas como resulta... >>>>>>>> >>>>>>>> Mauricio >>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------ >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Come build with us! The BlackBerry® Developer Conference in >>>>>>>>> SF, CA >>>>>>>>> is the only developer event you need to attend this year. >>>>>>>>> Jumpstart >>>>>>>>> your >>>>>>>>> developing skills, take BlackBerry mobile applications to market >>>>>>>>> and >>>>>>>>> stay >>>>>>>>> ahead of the curve. Join us from November 9-12, 2009. >>>>>>>>> Register >>>>>>>>> now! >>>>>>>>> http://p.sf.net/sfu/devconf >>>>>>>>> ------------------------------------------------------------------------ >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Monobotics-develop mailing list >>>>>>>>> Mon...@li... >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Come build with us! The BlackBerry® Developer Conference in >>>>>>>> SF, CA >>>>>>>> is the only developer event you need to attend this year. >>>>>>>> Jumpstart >>>>>>>> your >>>>>>>> developing skills, take BlackBerry mobile applications to >>>>>>>> market and >>>>>>>> stay >>>>>>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>>>>>> now! >>>>>>>> http://p.sf.net/sfu/devconf >>>>>>>> _______________________________________________ >>>>>>>> Monobotics-develop mailing list >>>>>>>> Mon...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> >>>>>> Come build with us! The BlackBerry® Developer Conference in >>>>>> SF, CA >>>>>> is the only developer event you need to attend this year. Jumpstart >>>>>> your >>>>>> developing skills, take BlackBerry mobile applications to market and >>>>>> stay >>>>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>>>> now! >>>>>> http://p.sf.net/sfu/devconf >>>>>> _______________________________________________ >>>>>> Monobotics-develop mailing list >>>>>> Mon...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> >>>> >>>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>>> is the only developer event you need to attend this year. Jumpstart >>>> your >>>> developing skills, take BlackBerry mobile applications to market and >>>> stay >>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>> now! >>>> http://p.sf.net/sfu/devconf >>>> _______________________________________________ >>>> Monobotics-develop mailing list >>>> Mon...@li... >>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>>> >>> >> >> >> ------------------------------------------------------------------------------ >> >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and >> stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Monobotics-develop mailing list >> Mon...@li... >> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >> > |
|
From: Mauricio H. <buh...@gm...> - 2009-09-21 04:30:11
|
Enviame la modificación que hiciste al código del puerto serie... Mauricio Henriquez Escuela de Computacion Universidad Austral de Chile Puerto Montt El 20/09/2009, a las 20:38, "Jaime Alvarado" <obe...@ho... > escribió: > Solucione el problema. > No me había dado cuenta de que el puerto serial, no borra los datos > no capturados o leídos. > Como la interfaz al enchufarla, tira continuamente la alerta de que > le configuren el reloj, como yo no leo esos datos, esos quedan > guardados, entonces al hacer lecturas posteriores leo las lecturas > correspondientes a la alerta. > Solucione esto creando un método que me limpia el puerto de lecturas > no capturadas, para esto tuve que cambiar el código del serialport > agregando la propiedad BytesToRead que lo único que hace retornar la > propiedad BytesToRead. > > -------------------------------------------------- > From: <buh...@gm...> > Sent: Friday, September 18, 2009 3:23 PM > Cc: "monoBOTICS Developers" <mon...@li...> > Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas > desde SerialPort > >> >> >>> >>> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee >>> 0:0:0:0:0:255:255:4:5:5:4 >>> Viendo el código de Heyu, este aplica timeout. >>> >>> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el tim >>> eout? >>> Yo no lo uso debido a que en la documentación no sale nada sobre >>> timeout. >> Podria ser, tal vez en Heyu lo usan debido a que notaron esto >> empiricamente aunque no saliera en la documentacion... >>> >>> Ahora de ser necesario el uso de timeout, debo setear los >>> ReadTimeOut >>> y WriteTimeOut antes o después de llamar a los read y write >>> correspondientes. >> En este caso seria necesario solo el ReadTimeOut aunque puedes probar >> con ambos, solo necesitas setarlo una vez, puede ser en el >> InitializeSimulation, a no ser que diferentes lecturas necesiten un >> timeout diferente, lo cual seria muy raro.. >> > > El Timeout no fue necesario, no era la razón de la desincronización. > >> Si esto no funciona, otra alternativa sera implementar una funcion >> que >> ordene el paquete que se lee, puesto en los casos malos lees algo >> asi: >> 0:0:0:0:0:255:255:4:5:5:4 >> Hacer una funcion que si o si, siempre trate de mover el los >> numeros al >> comienzo buscando en el arreglo los 255:255 que debes ser algo asi >> como >> "inicio del paquete", lo importante seria que hacia la cola no se >> pierdan en la lectura, en ese caso tal vez deberia dejarse el >> buffer de >> lectura un poco mas largo... >> >> Me cuentas como resulta... >> >> Mauricio >> >>> >>> --- >>> --- >>> ------------------------------------------------------------------ >>> >>> --- >>> --- >>> --- >>> --- >>> ------------------------------------------------------------------ >>> Come build with us! The BlackBerry® Developer Conference in >>> SF, CA >>> is the only developer event you need to attend this year. >>> Jumpstart your >>> developing skills, take BlackBerry mobile applications to market >>> and stay >>> ahead of the curve. Join us from November 9-12, 2009. Register >>> now! >>> http://p.sf.net/sfu/devconf >>> --- >>> --- >>> ------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Monobotics-develop mailing list >>> Mon...@li... >>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop >>> >> >> >> --- >> --- >> --- >> --------------------------------------------------------------------- >> Come build with us! The BlackBerry® Developer Conference in SF, >> CA >> is the only developer event you need to attend this year. Jumpstart >> your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Monobotics-develop mailing list >> Mon...@li... >> https://lists.sourceforge.net/lists/listinfo/monobotics-develop |
|
From: Jaime A. <obe...@ho...> - 2009-09-21 18:12:06
|
--------------------------------------------------
From: "Mauricio Heneiquez" <buh...@gm...>
Sent: Monday, September 21, 2009 12:29 AM
To: "Jaime Alvarado" <obe...@ho...>
Cc: "monoBOTICS Developers" <mon...@li...>
Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas desde
SerialPort
> Enviame la modificación que hiciste al código del puerto serie...
public int BytesToRead
{
get
{
return this.serialPort.BytesToRead;
}
}
> Mauricio Henriquez
> Escuela de Computacion
> Universidad Austral de Chile
> Puerto Montt
>
> El 20/09/2009, a las 20:38, "Jaime Alvarado"
> <obe...@ho...
> > escribió:
>
>> Solucione el problema.
>> No me había dado cuenta de que el puerto serial, no borra los datos no
>> capturados o leídos.
>> Como la interfaz al enchufarla, tira continuamente la alerta de que le
>> configuren el reloj, como yo no leo esos datos, esos quedan guardados,
>> entonces al hacer lecturas posteriores leo las lecturas correspondientes
>> a la alerta.
>> Solucione esto creando un método que me limpia el puerto de lecturas no
>> capturadas, para esto tuve que cambiar el código del serialport
>> agregando la propiedad BytesToRead que lo único que hace retornar la
>> propiedad BytesToRead.
>>
>> --------------------------------------------------
>> From: <buh...@gm...>
>> Sent: Friday, September 18, 2009 3:23 PM
>> Cc: "monoBOTICS Developers" <mon...@li...>
>> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas
>> desde SerialPort
>>
>>>
>>>
>>>>
>>>> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee
>>>> 0:0:0:0:0:255:255:4:5:5:4
>>>> Viendo el código de Heyu, este aplica timeout.
>>>>
>>>> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el tim eout?
>>>> Yo no lo uso debido a que en la documentación no sale nada sobre
>>>> timeout.
>>> Podria ser, tal vez en Heyu lo usan debido a que notaron esto
>>> empiricamente aunque no saliera en la documentacion...
>>>>
>>>> Ahora de ser necesario el uso de timeout, debo setear los ReadTimeOut
>>>> y WriteTimeOut antes o después de llamar a los read y write
>>>> correspondientes.
>>> En este caso seria necesario solo el ReadTimeOut aunque puedes probar
>>> con ambos, solo necesitas setarlo una vez, puede ser en el
>>> InitializeSimulation, a no ser que diferentes lecturas necesiten un
>>> timeout diferente, lo cual seria muy raro..
>>>
>>
>> El Timeout no fue necesario, no era la razón de la desincronización.
>>
>>> Si esto no funciona, otra alternativa sera implementar una funcion que
>>> ordene el paquete que se lee, puesto en los casos malos lees algo asi:
>>> 0:0:0:0:0:255:255:4:5:5:4
>>> Hacer una funcion que si o si, siempre trate de mover el los numeros al
>>> comienzo buscando en el arreglo los 255:255 que debes ser algo asi como
>>> "inicio del paquete", lo importante seria que hacia la cola no se
>>> pierdan en la lectura, en ese caso tal vez deberia dejarse el buffer de
>>> lectura un poco mas largo...
>>>
>>> Me cuentas como resulta...
>>>
>>> Mauricio
>>>
>>>>
>>>> ---
>>>> ---
>>>> ------------------------------------------------------------------
>>>>
>>>> ---
>>>> ---
>>>> ---
>>>> ---
>>>> ------------------------------------------------------------------
>>>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart
>>>> your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9-12, 2009. Register
>>>> now!
>>>> http://p.sf.net/sfu/devconf
>>>> ---
>>>> ---
>>>> ------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> Monobotics-develop mailing list
>>>> Mon...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop
>>>>
>>>
>>>
>>> ---
>>> ---
>>> ---
>>> ---------------------------------------------------------------------
>>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart
>>> your
>>> developing skills, take BlackBerry mobile applications to market and
>>> stay
>>> ahead of the curve. Join us from November 9-12, 2009. Register
>>> now!
>>> http://p.sf.net/sfu/devconf
>>> _______________________________________________
>>> Monobotics-develop mailing list
>>> Mon...@li...
>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop
>
|
|
From: <buh...@gm...> - 2009-09-21 19:26:49
|
> public int BytesToRead
> {
> get
> {
> return this.serialPort.BytesToRead;
> }
> }
>
Ok, puse tambien algunas vlaidaciones y agregue tambien algunas otras
propiedades faltantes..en realidad no agregamos todo desde el comienzo
porque la implementacion del serialport de mono no esta completa, asi
que vamos agregando lo que sabemos que va funcionando, asi que en este
caso esta bien...
Te pediria que actualices tus fuentes del serialport desde el repo para
que trabajaes con la ultima, para eso elimina tu SerialPort.cs para que
el svn no te reclame por versiones dispares (le haces un backup por si a
caso) y por consola como usaurio normal vas a
...monoBOTICS/Souces/MBF.Ports y simplemente haces "svn up", si te
reclama algo me avisas, luego recompilas...
>> Mauricio Henriquez
>> Escuela de Computacion
>> Universidad Austral de Chile
>> Puerto Montt
>>
>> El 20/09/2009, a las 20:38, "Jaime Alvarado"
>> <obe...@ho...
>> > escribió:
>>
>>> Solucione el problema.
>>> No me había dado cuenta de que el puerto serial, no borra los datos
>>> no capturados o leídos.
>>> Como la interfaz al enchufarla, tira continuamente la alerta de que
>>> le configuren el reloj, como yo no leo esos datos, esos quedan
>>> guardados, entonces al hacer lecturas posteriores leo las lecturas
>>> correspondientes a la alerta.
>>> Solucione esto creando un método que me limpia el puerto de lecturas
>>> no capturadas, para esto tuve que cambiar el código del serialport
>>> agregando la propiedad BytesToRead que lo único que hace retornar la
>>> propiedad BytesToRead.
>>>
>>> --------------------------------------------------
>>> From: <buh...@gm...>
>>> Sent: Friday, September 18, 2009 3:23 PM
>>> Cc: "monoBOTICS Developers" <mon...@li...>
>>> Subject: Re: [Monobotics-develop] [ES] Desorden al realizar lecturas
>>> desde SerialPort
>>>
>>>>
>>>>
>>>>>
>>>>> Debiendo leer por ejemplo 255:255:4:5:5:4:...... algunas veces lee
>>>>> 0:0:0:0:0:255:255:4:5:5:4
>>>>> Viendo el código de Heyu, este aplica timeout.
>>>>>
>>>>> ¿Tiene que ver en esta anomalía el hecho de que yo no uso el tim
>>>>> eout?
>>>>> Yo no lo uso debido a que en la documentación no sale nada sobre
>>>>> timeout.
>>>> Podria ser, tal vez en Heyu lo usan debido a que notaron esto
>>>> empiricamente aunque no saliera en la documentacion...
>>>>>
>>>>> Ahora de ser necesario el uso de timeout, debo setear los
>>>>> ReadTimeOut
>>>>> y WriteTimeOut antes o después de llamar a los read y write
>>>>> correspondientes.
>>>> En este caso seria necesario solo el ReadTimeOut aunque puedes probar
>>>> con ambos, solo necesitas setarlo una vez, puede ser en el
>>>> InitializeSimulation, a no ser que diferentes lecturas necesiten un
>>>> timeout diferente, lo cual seria muy raro..
>>>>
>>>
>>> El Timeout no fue necesario, no era la razón de la desincronización.
>>>
>>>> Si esto no funciona, otra alternativa sera implementar una funcion
>>>> que
>>>> ordene el paquete que se lee, puesto en los casos malos lees algo
>>>> asi:
>>>> 0:0:0:0:0:255:255:4:5:5:4
>>>> Hacer una funcion que si o si, siempre trate de mover el los
>>>> numeros al
>>>> comienzo buscando en el arreglo los 255:255 que debes ser algo asi
>>>> como
>>>> "inicio del paquete", lo importante seria que hacia la cola no se
>>>> pierdan en la lectura, en ese caso tal vez deberia dejarse el
>>>> buffer de
>>>> lectura un poco mas largo...
>>>>
>>>> Me cuentas como resulta...
>>>>
>>>> Mauricio
>>>>
>>>>>
>>>>> --- ---
>>>>> ------------------------------------------------------------------
>>>>>
>>>>> --- --- --- ---
>>>>> ------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry® Developer Conference in
>>>>> SF, CA
>>>>> is the only developer event you need to attend this year.
>>>>> Jumpstart your
>>>>> developing skills, take BlackBerry mobile applications to market
>>>>> and stay
>>>>> ahead of the curve. Join us from November 9-12, 2009. Register
>>>>> now!
>>>>> http://p.sf.net/sfu/devconf
>>>>> --- ---
>>>>> ------------------------------------------------------------------
>>>>>
>>>>> _______________________________________________
>>>>> Monobotics-develop mailing list
>>>>> Mon...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop
>>>>>
>>>>
>>>>
>>>> --- --- ---
>>>> ---------------------------------------------------------------------
>>>> Come build with us! The BlackBerry® Developer Conference in
>>>> SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart
>>>> your
>>>> developing skills, take BlackBerry mobile applications to market
>>>> and stay
>>>> ahead of the curve. Join us from November 9-12, 2009. Register
>>>> now!
>>>> http://p.sf.net/sfu/devconf
>>>> _______________________________________________
>>>> Monobotics-develop mailing list
>>>> Mon...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/monobotics-develop
>>
>
|
Thanks for helping keep SourceForge clean.
X