[Lazarus-es] Comunicación serial

Mie Jul 24 22:01:36 CEST 2013

la misma libreria seteas si tiene control de flujo o no. pero tiene que
tener relacion con el hardware sino dejas de recibir datos.
Si tu hardware solo usa rx y tx, va sin control de hardware, el puerto
rs232 tiene 2 buffer independientes de transmision y recepcion, por eso
puede seguir recibiendo mientras transmite llamado FULLDUPLEX.
Desconozco que gps es, si es comercial o fabricacion propia, depende como
esté configurado internamente

El 24 de julio de 2013 16:50, Antonio Evora <aevorar en gmail.com> escribió:

> Y como se orquesta eso del control por hardware a nivel de programa?
>
> Enviado desde mi iPhone
>
> El 24/07/2013, a las 19:44, Maxi <maximiliano.duarte en gmail.com> escribió:
>
>
>
>
> El 24 de julio de 2013 14:30, Martin Gomez <mmgomez en gmail.com> escribió:
>
>> Ah, me ha sucedido lo mismo intentando comunicarme con un PIC de una
>> plaqueta que desarrollaron en el trabajo, no me pareció que viniese a
>> cuento porque este era un proyecto en C#, pero la cuestión es que tenía que
>> tener la recepción en un hilo separado porque sino el buffer del PIC se
>> saturaba y no podía ni enviar ni recibir más nada...
>> Es una buena estrategia de diseño separar el acceso a hardware en otro
>> hilo, sobre todo cuando este hardware es muy sensible a los timings y no
>> puedes permitirte que un refresco de pantalla te haga perder datos.
>>
>>
>>
>> 2013/7/24 Antonio Évora <aevorar en gmail.com>
>>
>>> El 22/07/13 17:08, Maxi escribió:
>>>
>>>  muy bueno, te sugiero si es posible agregues un resumen de como se
>>>> solucionó para que quede en los registros.
>>>>
>>>>
>>>> El día 22 de julio de 2013 04:12, Antonio Évora <aevorar en gmail.com>
>>>> escribió:
>>>>
>>>>> El 18/07/13 16:06, Maxi escribió:
>>>>>
>>>>>  que bueno, me alegro, esa está basada en synaser, pero si anda dale
>>>>>> para adelante.
>>>>>>
>>>>>> El día 18 de julio de 2013 10:03, Antonio Évora <aevorar en gmail.com>
>>>>>> escribió:
>>>>>>
>>>>>>> El 18/07/13 13:50, Maxi escribió:
>>>>>>>
>>>>>>> Deberías ver como usar el rts y cts para controlar el envío de datosq
>>>>>>>
>>>>>>> El 18/07/2013 05:08, "Antonio Évora" <aevorar en gmail.com> escribió:
>>>>>>>
>>>>>>>> Se me olvido decir que en el GPS el control de flujo es hardware y
>>>>>>>> el
>>>>>>>> sensor de temperatura no tiene control de flujo.
>>>>>>>>
>>>>>>>> También se me olvido dar las GRACIAS!!!! de nuevo :-D
>>>>>>>>
>>>>>>>> ______________________________**_________________
>>>>>>>> Lazarus-es mailing list
>>>>>>>> Lazarus-es en lists.lazarus.**freepascal.org<Lazarus-es en lists.lazarus.freepascal.org>
>>>>>>>> http://lists.lazarus.**freepascal.org/mailman/**listinfo/lazarus-es<http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ______________________________**_________________
>>>>>>> Lazarus-es mailing list
>>>>>>> Lazarus-es en lists.lazarus.**freepascal.org<Lazarus-es en lists.lazarus.freepascal.org>
>>>>>>> http://lists.lazarus.**freepascal.org/mailman/**listinfo/lazarus-es<http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es>
>>>>>>>
>>>>>>> Hola Maxi,
>>>>>>> Creo haber solucionado el tema de las lecturas del GPS, he usado una
>>>>>>> variante de SdpoSerial de Jurassic Pork modificada por mi. En
>>>>>>> principio
>>>>>>> (solo en principio porque estoy usando un simulador de tramas de GPS
>>>>>>> pues
>>>>>>> hoy no tengo acceso al equipo real) he consegido pillar solo las
>>>>>>> tramas
>>>>>>> que
>>>>>>> necesito desechando el resto. La verdad que estoy bastante contento
>>>>>>> y en
>>>>>>> gran parte gracias a ti (estoy escribiendo esto con una sonrisa en la
>>>>>>> cara).
>>>>>>> Mañana haré pruebas con el equipo real y te cuento.
>>>>>>>
>>>>>>> De nuevo mil gracias y te cuento.
>>>>>>>
>>>>>>> Saludos.
>>>>>>>
>>>>>>> ______________________________**_________________
>>>>>>> Lazarus-es mailing list
>>>>>>> Lazarus-es en lists.lazarus.**freepascal.org<Lazarus-es en lists.lazarus.freepascal.org>
>>>>>>> http://lists.lazarus.**freepascal.org/mailman/**listinfo/lazarus-es<http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es>
>>>>>>>
>>>>>>>
>>>>>>  Hola Maxi,
>>>>> El sistema ahora esta funcionando correctamente, el viernes lo tuve de
>>>>> pruebas y todo de maravilla, inclusive la inicialización que no hacia.
>>>>>
>>>>> Gracias de nuevo.
>>>>>
>>>>>
>>>>> ______________________________**_________________
>>>>> Lazarus-es mailing list
>>>>> Lazarus-es en lists.lazarus.**freepascal.org<Lazarus-es en lists.lazarus.freepascal.org>
>>>>> http://lists.lazarus.**freepascal.org/mailman/**listinfo/lazarus-es<http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es>
>>>>>
>>>>
>>>>
>>>>  El problema que tenia era que no "consumía" las tramas de los
>>> dispositivos al mismo tiempo que iban llegando. Con lo que el dispositivo
>>> mas lento (sensor) iba cogiendo tramas "tardias" (las cogia del buffer) del
>>> GPS, con lo que la asociación estaba desplazada en el tiempo. Usando la
>>> variante de SdpoSerial de Jurassic Pork (que implementa la recepcion usando
>>> hilos de ejecucion) he consegido esta sincronizacion. Como el GPS envia
>>> tramas a mas velocidad las voy desechando hasta que recibo una trama del
>>> sensor, es entonces cuando cojo la siguiente trama que llega del GPS
>>> teniendo un desfase entre medidas, en el peor de los casos, de 10
>>> milisegundos. Actualmente sigo teniendo problemas, pero ya no de puertos
>>> (por fin)
>>>
>>> Espero que a alguien le sirva ;-D
>>>
>>> Gracias a todos y especialmente a Maxi.
>>>
>>>
>>> ______________________________**_________________
>>> Lazarus-es mailing list
>>> Lazarus-es en lists.lazarus.**freepascal.org<Lazarus-es en lists.lazarus.freepascal.org>
>>> http://lists.lazarus.**freepascal.org/mailman/**listinfo/lazarus-es<http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es>
>>>
>>
>>
>>
>> --
>> Try not to become a man of success but rather to become a man of value. *Albert
>> Einstein*
>>
>> _______________________________________________
>> Lazarus-es mailing list
>> Lazarus-es en lists.lazarus.freepascal.org
>> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es
>>
>>
> Martin, en ese caso es un error de diseño, por ahorrar un par de lineas
> solo usan el tx y rx y no dejan el control por hardware para avisar que no
> envien mas datos que todavia los entas procesando.
> Que es lo mismo que me parece que deberia revisar con el GPS, porque lo
> mas seguro tenga un cable como nullmodem que tiene puenteados los RTS, CTS,
> DTR. Entonces el emisor envia porque supuestamente le acusan que estan
> listos para recibir mas.
>
> --
> El que pregunta aprende, y el que contesta aprende a responder.
>
> No a la obsolecencia programada:
> http://www.rtve.es/noticias/20110104/productos-consumo-duran-cada-vez-menos/392498.shtml
>
> Linux User #495070
> http://domonetic.com/blog
>
> _______________________________________________
> Lazarus-es mailing list
> Lazarus-es en lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es
>
>
> _______________________________________________
> Lazarus-es mailing list
> Lazarus-es en lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es
>
>

-- 
El que pregunta aprende, y el que contesta aprende a responder.

No a la obsolecencia programada:
http://www.rtve.es/noticias/20110104/productos-consumo-duran-cada-vez-menos/392498.shtml

Linux User #495070
http://domonetic.com/blog
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus-es/attachments/20130724/f4aac692/attachment-0002.html>