Instalar Firebird 2.xx sobre RaspBerry

[Casimiro Notevi]

Empezado por manelb

Tenemos 60 raspberry atacando una base de datos Firebird.
Alguien tiene experiencia en este tipo de instalaciones??

¿Instalaciones de raspberry?

[tsk]

Empezado por Casimiro Notevi

¿Instalaciones de raspberry?

Como lo interpreto es que si firebird puede manejar 60 clientes simultáneos.

[Casimiro Notevi]

Empezado por tsk

Como lo interpreto es que si firebird puede manejar 60 clientes simultáneos.

Yo he tenido clientes con una media de mil conexiones simultáneas durante años. Sin ningún problema.

[manelb]

Efectivamente, las transacciones de los terminales no son continuas y consideramos que con firebird no vamos a tener problemas en lo que respecta a BD.
Otra cosa será la fiabilidad de los terminales Raspberry.

El idea surgió hace un tiempo cuando nos propusieron desarrollar el software necesario para la puesta en marcha de un nuevo proyecto relacionado con la venta al mayor en almacenes de fruta y verdura.

Es un nuevo sistema autoservicio patentado del cual os dejo un enlace por si alguien le quiere echar un vistazo…
Considero que no es publicidad, es la presentación que nos hicieron del proyecto en su día.

https://vimeo.com/156380116

Saludos....

[tsk]

He visto variaciones del mismo tipo de sistema a varios niveles, así que no se que tan patentable sea, más si aun no saben como se cuecen las habas.

¿Raspberry Pi Confiable? Al mismo grado que puede ser una computadora.

¿Lo haría con una Raspberry Pi? Definitivamente respondería con un No rotundo, porque es como ir a cazar patos a cañonazos. Hablan de reducir gastos, pero planean gastar bastantes euros tan sólo en las raspberry pi.

Piensa en lo siguiente:

1.- El sistema requiere Galgas para obtener el peso, por lo general las galgas son analógicas, pero el Raspberry Pi no cuenta con conversor analógico a digital, por lo que tendrían que adquirir uno que se comunique por medio de i2c o spi y de preferencia uno que tenga los drivers en el kernel de Linux. Ya ese es un gasto extra a lo contemplado inicialmente, Ahí ya son por lo menos unos 3 a 4 euros más, pero se puede incrementar a más de 20, dependiendo de los requerimientos. Aunque esto se puede diluir, en parte, cuando usan una escala por USB.

2.- Consumo Energético. Estamos hablando de estar conectados las 24 horas del día, son por lo menos alrededor de 29Watts por día tan sólo del RPi. Parece poco pero si juntas 60 de ellos son 1.7KWatt por día, cuando el usar otras opciones podría dar tan sólo una fracción de ese consumo.

3.- Estamos hablando de un Sistema Operativo instalado en una memoria micro SD y un sistema de ficheros, que como cualquier otro, se puede corromper. Las NAND Flash pueden generar bloques defectuosos más fácilmente que las NOR Flash. Si es un sistema que debe de permanecer sin ningún tipo de mantenimiento por años y que esté funcionando las 24 horas del día esto es algo a tomar en cuenta. También no es lo mismo el consumo de una memoria micro SD a una memoria NOR Flash que va por SPI.

4.- Si falla algo, lo más seguro es que tener otro Raspberry Pi de respaldo como FailSafe aumentaría el costo del sistema, además de incrementar el consumo energético (bueno si están pensando en un uso sin interrupciones).

5.- Tipo de comunicación y los costos asociados por su consumo energético. No es lo mismo a usar lo que comúnmente conocemos como Wifi a usar otro método también inalámbrico como lo pudiera ser con el nrf24l01 que consume menos potencia, es más económico y además tiene mayor cobertura, por lo que en almacenes grandes reduces la cantidad de repetidores. Y cabe mencionar que no es la única forma de hacerlo.

6.- ¿Que tanto necesita un control en tiempo real de las variables como temperatura, humedad, etc.?

Mencionan que puede escalar a miles de establecimientos en todo el mundo, pero no está implícito si el software será local o ellos lo controlaran de forma global. De ahí la diferencia entre generar un arquitectura usando una base de datos central con Firebird, a usar protocolos que están pensados para ser ligeros y escalar a miles (sino es que millones) de conexiones concurrentes y con baja latencia.

También implica la integración del sistema a sistemas previos que el cliente ya tenga (ERPs), o piensan crear su propio ERP y hacerlos migrar. Lo más cuerdo es dejarlo genérico y no tratar de monopolizar y forzar a que cambien el sistema.

Aquí me imagino su integración con ERPs como Odoo.

Saludos.

[manelb]

Muchas gracias tsk por tus apreciaciones y perdona por el retraso en contestarte.

En cuanto a lo de “pantentable”, no sabría que decirte.
Es lo que dice el cliente y se explica en el video.
No entro en si hay sistemas similares ya funcionando.

La instalación que tenemos ahora en funcionamiento es un prototipo y no se descartan cambios en función de su resultado.
Ahora, la conexión de red está cableada y la conexión con las básculas es a través de un puerto serie.

Tomo nota de alguno de tus comentarios que me han parecido muy interesantes.

Gracias de nuevo por la ayuda …

[tsk]

A lo que me refiero es que muchas veces patentan cosas como "Método para venta y re abastecimiento de productos en anaqueles y exhibidores" pero todos manejan el mismo principio de funcionamiento y la misma metodología, donde llega el cliente, se sirve sólo y paga. Esto lo vemos aplicado mucho en tiendas en línea como amazon, donde vía web tu te sirves, pagas y hay robots que llevan los artículos de tu pedido para el área de empaque. También he visto anaqueles de supermercado que le indican a la persona encargada, la cantidad de producto en el anaquel y cuando re surtir. Otro ejemplo que vi fue de un proyecto de un bar, donde usando pulseras vas y te sirves las bebidas de forma automática, te lleva el conteo de lo que has bebido y al final pagas.

Probablemente sea porque veo las cosas de una forma muy general que me parece lo mismo pero con distinto maquillaje, donde el mismo concepto lo puedo aplicar a infinidad de cosas.

Recuerdo hace tiempo, que intentaron hacer que firmara un NDA para un proyecto en el que el planteamiento era tan escueto, que con sólo leer que querían que el sistema fuera confiable, a prueba de fallos ya me estaban dando todo lo necesario para que lo que hiciera pasara a ser parte de su propiedad intelectual. No tenían ni la menor idea como hacer un sistema de ese tipo, pero la idea de que fuera confiable y a prueba de fallos era completamente de ellos, como si el concepto no existiera antes que ellos y no pudiera existir sin ellos.

Muy distinto es cuando te dicen quiero (requerimientos) a cuando te dicen como hacerlo (especificaciones).

¿Entonces cual propiedad intelectual se está poniendo al servicio de la "propiedad intelectual" de otro?

Saludos.