Barrapunto

En los TPVs no se necesitan caracteristicas de tiempo real como ofrece QNX (a no se que integre algún tipo de equipamiento como barreras o sistemas mecanicos que lo requieran). Es mas creo que en un gran numero de comercios el TPV esta basado en Linux. Tengo entendido que en lo TPVs de Mercadona usan Linux.

En la revista TodoLinux de este mes hablan de Linux en las Pymes y entre las aplicaciones que comentan, hay de TPV si no recuerdo mal.

Hace poco tiempo, buscaba información sobre los TPV. Encontré algunos estandares relacionados con java enfocado a los TPV y promovidos por grandes empresas, pero en cuanto a sistemas libres, me llamó la atención linux-pos.org [linux-pos.org], una web donde se listan los proyectos relacionados con gestión de códigos de barras, proyectos para control de TPV, etc.

Esa web me parece la referencia fundamental en sistemas libres, aunque la mayoría de proyectos no parecen tener mucha continuidad.

En mi búsqueda de información, también encontré varios casos exitosos, de cadenas de almacenes que trabajan en España, que utilizan linux, junto con interfaces creadas a tal efecto, para gestionar sus TPV.

Siento no poner más enlaces, pero un poco de búsqueda por el Google, aportará toda la información que yo encontré en su día.

No uses GNOME ni GTK, o te arrepentirás. De hecho yo de ti no usaria nada grafico.

Aun hay un monton de TPV's que van en modo texto y yo no veo que sean mas complicadas.

Posteo como anonimo pq no me da la gana de tener q responder en mi nombre a todos los hipocritas q se quejen de que si es un flame, de que si es mentira, de que si gnome y gtk ahora ya son estables, etc...

No pone QNX por las caracteristicas en tiempo real y microkernel, sino porque en las herramientas de programacion y librerias, trae muy facilmente la programacion de pantallas tactiles. Y trae mucho drivers para estos sistemas, aunque yo no los he provado. Oye y la duda es mia tambien, que librerias hay en gnu/linux para programar cositas de pantallas tactiles, y como va el soporte de drivers de estas. Por mi prefiero bajo gtk la informacion, aunque supongo que gtk tendra poco que ver que debe ser mas de XFree el soporte y la comunicacion. Adios a todos

QNX No tiene ninguna libreria especial que la haga atrayente para realizar apliaciones de TPV yo diria que seria un obstaculo el uso de sofware en tiempo real . Que sea en tiempo real no garantiza el software sea mas estable. Con respecto a el desarrollo grafico con pantalla tactil, nunca he tenido ningun problema con pantallas tactiles siempre ha sido igual que el desarrollo grafico normal ( bueno los botones mas gordos ) el driver genera los mismos eventos que un raton normal y corriente. Ya que estamos con empresas con linux y en funciones de TPV MediaMark tiene todas sus cajas funcionando con Suse.

Si quieres programar rápido, pero no necesitas tiempo real (yo programo entre otras cosas TPV's y no veo para qué puedo necesitar "tiempo real"):

http://gambas.sf.net

Buenas.

Tal y como indican, no veo razón alguna por la que debas usar "tiempo real" para el TPV, salvo, claro está, que te estés ahorrando algún detalle por la razón que sea.
Primero creo que un aplicativo gráfico como el que expones, no se si realmente te hará mucha falta, pero en modo texto tienes la librería "curses/ncurses/slan/etc" que te puede ayudar muchísimo.

En cuanto a la elección del sistema, como realmente ligero y que anda hasta en los mecheros Zippo's, tienes el NetBSD, que próximamente, además, saldrá en su versión 2.0 con un montón de novedades y potencia "bestial".
En "la otra esquina del cuadrilátero" tienes también la opción GNU/Linux, que aunque no llega a soportar tantas arquitecturas como el primero, está prácticamente a la misma altura. Lo que no se yo muy bien, es cuan "ligero" puede llegar a ser en conjunto (kernel + sistema), pero no creo que sea nada prohibitivo debido a que se le hace el mismo uso que en NetBSD con sistemas empotrados, y demás fauna "minimalista".

Creo que si visitas http://www.google.com/bsd, y también http://www.google.com/linux, podrás encontrar abundante información al respecto ;-)

¿Qué tienen q ver las peras con los limones? Un sistema en tiempo real(STR) lo que permite es acotar y garantizar unos tiempos de respuesta para las funcionalidades del sistema. Un STR va de lujo cuando en el sistema los procesos q intervienen no tienen un "orden" establecido. Para un TPV q es una aplicación del tipo pasa_articulo - añade_en_ticket - cobra_ticket - actualiza_basedatos y a repetir, no sirve para nada utilizar QNX, de todas formas si quieres, prueba con ADA o RTlinux(C,posix). La idea es buena TPV linux, pero STR no.

Una buena alternativa es Java POS (Point of Sale), tienes mas informacion en www.javapos.com

A ver, yo también estoy buscando algo: - Necesito un TPV MOVIL, algo que llevar en mi furgoneta, vender cosas, sacar original y copia en ticket, conectarlo al pc y volcarlo a mi base de datos en postgresql. Lo mejor que he visto es un PDA de Sharp, el zaurus, que puede tener linux y tal, pero necesito conectarle una impresora movil que no se si podré. Agradezco cualquier tipo de ayuda. - Como alternativa, puedo decir que QTopia es lo que usa este TPV y creo que puedes hacer diabluras en tu sistema TPV ;).

Me dedico a desarrollo de aplicaciones de TPV y nosotros usamos Linux aunque en modo texto, en realidad ni en modo texto porque no usamos vga sino que como dispositivo de salida usamos visores de texto (4 Lineas).
Antes estaba en desarrollo de peajes y usabamos LinxRT (similar al QNX) y al final poco a poco nos fuimos pasando a linux, y ni siquiera necesitabamos ninguna extension de linux para RT sino que no valia con las capacidades de soft RT del kernel normal de linux.

Puedes usar:

      - Linux
          - Linux RT
          - uCLinux (si usas micros pequeños)
      - BSD
          - OpenBSD
          - NetBSD
          - FreeBSD
      - eCos (RedHat)

En los casos anteriores, tienes a tu disposicion cuurses/ncurses, tcl/tk, QT/Kde, y GTK/Gnome (con y sin X-Window y con posibilidad de enlazar con varios lenguajes de programacion como C/C++,Perl,Python,Ruby ).

Si te atreves con productos de Microsoft, la mejor opcion es Windows XP Embedded (antes Windows CE): te puedes quitar de enmedio todos los subsistemas de Windows que no necesites (y te vayan a dar problemas de soporte) y arrancar directamente en tu interfaz de usuario.

El problema no es la plataforma :-), es encontrar algo con lo que te encuentres comodo.

Lo mas parecido a QNX, con soporte telefonico en España, son eCos y Linux/ucLinux. El sistema de desarrollo es barato (un Linux normal en PC para desarrollar y hacer pruebas).

Si no te importa tanto el soporte, vete a OpenBSD y XP Embedded (en ese orden - obsd tiene gente que da algo de soporte en España, y de los otros no se nada... ).

En OpenBSD el desarrollo tambien es barato, y en XP puedes subcontratar el frontend en VB por cuatro duros a cualquier empresa.

Espero que sea de ayuda.

Hay una tendencia negativa a creer que Linux barre tecnicamente a todos los SO. Se piensa que es el mas rapido, el mas estable, el mejor diseñado, y ademas con buenas capacidades para el Escritorio. Entonces una empresa se gasta millones de pesetas en contratar ingenieros altamente cualificados para hacer un SO mediocre? Si se usa Linux en TPV es por el dinero, porque sinceramente, la licencia de QNX dudo que sea muy barata. De no ser asi no dudaria en usar QNX, no por realtime, sino porque es ligero y rapido, su interfaz funciona bastante bien en equipos de bajas prestaciones.