[pyar] Django y puerto serie.

[Bruno Geninatti]

Claro. El proyecto de máxima era hacer algo así.

Mi idea era tener, por un lado la aplicación web que maneje el operario del
hardware en cuestión y por otro lado otra aplicación para monitoreo del
puerto serie, digamos de "administrador".
La segunda aplicación sería mas estándar, serviría para todo el (mi)
hardware.

Ahora, por ejemplo, hay una aplicación web que sirve para programar una
máquina que suelda carritos de supermercado. Pero cuando hay algún quilombo
y deja de funcionar (la mayoría de las veces por problemas eléctricos que
joden las comunicaciones) necesito debuguear un poco, ver los paquetes que
se mandan y reciben, leer la memoria de los micros, etc. Esto segundo hasta
ahora lo hago de forma bastante primitiva, pero me gustaría mejorarlo.

Voy a optar por esto que vos planteas, valentin, armar un server que maneje
el puerto serie y que django o quien lo necesite se comunique via sockets.

Muchas gracias a ambos.

El 30 de marzo de 2015, 15:54, Basel Valentin <valentinbasel en gmail.com>
escribió:

> hola bruno, si te interesa podes ver esto:
>
> https://github.com/valentinbasel/icaro/tree/devel/clemente
>
> para resolver el tema de que el puerto serie y tu micro controlador (o lo
> que uses)  son bastante lentos, yo termine haciendo un "server" usando
> threading y sockets...... este "server" controla el puerto y los demas
> programas (o django en tu caso) le piden info por socket.
>
> no se si es la mejor forma, pero para lo que lo uso, me sirve bastante
> bien...aunque esto esta echo par trabajar con usb_bulk en ves de serie...
> pero la idea es la misma.
>
> :-D
>
>
>
> El 30 de marzo de 2015, 15:20, Nahuel Defosse <nahuel.defosse en gmail.com>
> escribió:
>
>> Bruno,
>> > El 30/3/2015, a las 1:57 p.m., Bruno Geninatti <
>> brunogeninatti en gmail.com> escribió:
>> >
>> > Gracias Nahuel.
>> >
>> >  Creo que entiendo lo que planteas. Mantener a mi recurso en un thread
>> separado de la aplicación.
>> >  Como me decís, la instancia va a poder acceder al ORM, te consulto:
>> ¿Los modelos podrán también acceder a esta instancia?.
>> > Una de las operaciones que tengo que hacer es, por ejemplo, realizar un
>> request que grabe un programa en mi base de datos y a la vez lo grabe via
>> puerto serie en un micro del hardware, y asegurar la integridad en ambos
>> lados (base de datos y micro). Sólo así dar el OK al request.
>>
>>
>> Una forma de realizar esto es usar Celery, dónde podes hacer estas tareas
>> asincrónicas sin bloquear el el hilo/proceso dónde se atienden los requests
>> (escribir por puerto serie).
>> En tu vista podes hacer la grabación en la base de datos, mediante el ORM
>> y pedirle a Celery que ejecute un management command, pasándole alguna
>> forma el ID de la fila que contiene el programa.
>>
>> Celery se integra con django, mediante celery-django, con el cual podes
>> obtener por cada tarea que encargues a Celery, una URL dónde podes
>> monitorear el estado de la tarea.
>>
>>
>> Saludos!
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
>
>
> --
> ---------------------------------------------------------------
> Valentin Basel
> Analista en Sistemas Informaticos
> Departamento informatico
> Centro de Investigaciones y Estudios sobre Cultura y Sociedad - *CIECS* -
> UNC - CONICET
> ---------------------------------------------------------------
> http://www.sistema-icaro.blogspot.com/
> http://fedoraproject.org/wiki/User:Valentinbasel
>
> ---------------------------------------------------------------------------
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150330/6d6cb721/attachment.html>