Foros Club Delphi

Foros Club Delphi (http://www.clubdelphi.com/foros/index.php)
-   Python (http://www.clubdelphi.com/foros/forumdisplay.php?f=46)
-   -   Instalar Firebird 2.xx sobre RaspBerry (http://www.clubdelphi.com/foros/showthread.php?t=92895)

manelb 06-03-2018 08:13:10

Instalar Firebird 2.xx sobre RaspBerry
 
Saludos …

Hace un tiempo realizamos una pequeña aplicación en Python sobre una Raspberry Pi con firebird en linux.
El servidor está montado en Windows con una versión de Firebird 2.1.
En su día, cuando instalamos el paquete de firebird en la Raspberry con el comando
Código:

Pip install fdb
nos instaló por defecto la versión 2.5 de firebird, y ha funcionado sin problemas contra la versión 2.1 de firebird del servidor.

El caso es que ahora, cuando intentamos reinstalar el firebird en un dispositivo nuevo con el mismo comando, nos instala la versión 3.0 de firebird y algunas consultas nos devuelven errores.

Alguien conoce la forma de poder instalar una versión 2.xx de firebird en una ReapBerry Pi??

Gracias y saludos a todos

Casimiro Notevi 06-03-2018 10:27:20

Supongo que necesitarás instalar la versión correspondiente de libfbclient2, pero debe ser siempre la misma versión de cliente que la del servidor. No mezcles versiones.

tsk 06-03-2018 22:35:11

En si pip install fdb no te instala libfbclient2 ese lo tienes que instalar vía

apt-get install libfbclient2

Por lo que se me hace raro que digas que te instala la versión 3.0.

Con fdb puedes acceder a los 2.1, 2.5,3.0 dependiendo de la librería libfbclient2.so que esté instalada en tu sistema.

La última versión de armbian viene con la versión 2.5.4 de libfbclient2

En la raspberry pi puedes ver de que versión dispones ejecutando el siguiente comando

apt-cache show libfbclient2

Si algunas consultas devuelven errores ha de ser por otra razón, y las pistas te las van a dar el tipo de consultas que te regresen el error.

No conozco firebird, pero por lo poco que acabo de leer maneja 3 dialectos sql, ¿Podría ser ese el problema?. Por defecto la función connect pone el parámetro sql_dialect=3, prueba cambiando ese parámetro a 1.

Casimiro Notevi 06-03-2018 23:08:23

Cita:

Empezado por tsk (Mensaje 524949)
No conozco firebird, pero por lo poco que acabo de leer maneja 3 dialectos sql, ¿Podría ser ese el problema?. Por defecto la función connect pone el parámetro sql_dialect=3, prueba cambiando ese parámetro a 1.

No exactamente, la base de datos puede ser dialecto 1 (se usaba en versiones viejas), hace años que se debería usar dialect 3.
Por supuesto, al igual que el cliente debe ser la misma versión que el servidor, también sql_dialect debe ser el mismo que la base de datos.

manelb 14-03-2018 14:57:55

Gracias compañeros por vuestra ayuda....Problema resuleto

Casimiro.
Teníamos versiones diferentes en el cliente y en el servidor... y por tanto, problemas como bien comentas.

tsk
Efectivamente, la foma correcta de instalar el cliente era:

Código:

apt-get install libfbclient2

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

manelb 14-03-2018 14:59:59

Gracias compañeros por vuestra ayuda....Problema resuelto

Casimiro.
Teníamos versiones diferentes en el cliente y en el servidor... y por tanto, problemas como bien comentas.

tsk
Efectivamente, la foma correcta de instalar el cliente era:

Código:

apt-get install libfbclient2

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

tsk 14-03-2018 17:24:31

En primera instancia no le veo problema en que 60 raspberry pi hagan transacciones a la base de datos, por lo general todas ellas no se hacen al mismo tiempo, a menos que la forma en que se conectan tenga periodicidad, por lo que tendrías que preguntar cuantas transacciones por segundo puede manejar Firebird,y creo que esa respuesta te la puedan dar aquí.

Otro aspecto es si estás buscando mostrar los datos provenientes de las Raspberry Pi, a uno o varios clientes, en tiempo real.

Casimiro Notevi 14-03-2018 18:32:55

Cita:

Empezado por manelb (Mensaje 525095)
Tenemos 60 raspberry atacando una base de datos Firebird.
Alguien tiene experiencia en este tipo de instalaciones??

¿Instalaciones de raspberry?

tsk 14-03-2018 19:00:19

Cita:

Empezado por Casimiro Notevi (Mensaje 525101)
¿Instalaciones de raspberry?

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

Casimiro Notevi 14-03-2018 19:23:36

Cita:

Empezado por tsk (Mensaje 525102)
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 17-03-2018 17:57:11

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 17-03-2018 21:09:18

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 26-03-2018 22:01:26

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 27-03-2018 07:14:22

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.


La franja horaria es GMT +2. Ahora son las 13:53:11.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi