por
pobrecito hablador
el Lunes, 19 Abril de 2004, 11:11h
(#289251)
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.
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.
-- Mi hogar es tan grande como mi mente pueda imaginar
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.
por
pobrecito hablador
el Lunes, 19 Abril de 2004, 15:31h
(#289344)
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 ;-)
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.
- 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.
--
-- Escrito desde algun lugar de mOOtion [mootion.com] - mOOving pictures.
Linux porque no...
(Puntos:3, Informativo)Revistas
(Puntos:3, Informativo)( Última bitácora: Jueves, 27 Febrero de 2014, 09:39h )
Mi experiencia buscando información
(Puntos:5, Informativo)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.
Mi hogar es tan grande como mi mente pueda imaginar
matar moscas a canoñazos ....
(Puntos:3, Informativo)( http://barrapunto.com/ )
Buenas soluciones
(Puntos:1, Informativo)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 ;-)
TPVs y Peajes (no necesario hard RT)
(Puntos:2, Informativo)( http://www.eferro.net/ )
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.
Black holes suck.
Tienes mucho donde elegir :-)
(Puntos:3, Informativo)( http://exocert.com/ )
- 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.
-- Escrito desde algun lugar de mOOtion [mootion.com] - mOOving pictures.
Re:JavaPOS
(Puntos:1, Divertido)Re:¿Táctil?
(Puntos:1)