Vitalinux DGA

SmatBoard funciona con el software implementado por Lliurex. Pasamos a "paquetizar" la solución para Vitalinux

1. Pizarra del CP María de Ávila, haciendo instalación desde script (ojo, añadir equipo en Despliegue)
2. Pizarra modelo S480...será necesario el xf86?

-- nacho

Bus 001 Device 008: ID 2650:1311 Electronics For Imaging, Inc. [hex

1. La pizarra nada más instalar funciona con la versión 9.63. Al reiniciar no
2. Se prueban los drivers/modulos coach y lsadrv, pero parece que no se usan
3. Finalmente, se detecta que el problema es que falta (en cada arranque) arrancar el servicio:
   

   root@tecno2:~# /etc/init.d/starboardservice start
   

1. Instalar el software 9.63
2. Al arranque (o cuando se lance el StarBoard), levantar el servicio

NOTA: Al instalar el sofware de StarBoard ha dejado de funcionar correctamente el lsusb:

root@tecno2:~# lsusb 
lsusb: error while loading shared libraries: libudev.so.0: cannot open shared object file: No such file or directory

Probado en Pizarra Trio "moderna" del CP María de Ávila.
Nota: La luz pasa a verde cuando se instala el software y arranca el servicio de starboardservice, pero no responde la pizarra. Se prueba con los módulos lsadrv y coach.

Habría que probarlo en pizarras Hitachi que están en los centros, pero tiene pinta que las Trío van a ser un problema.

• Hablar con multiclass para que provean una actualización del paquete compatible con la 18.04
• La pizarra funciona sin la app (el driver si funciona). La solución temporal es usar openboard por ejemplo. OJO, para que la pizarra funcione después de una calibración como indican en el manual, es necesario que iwdriver esté arrancado (por cierto, dicho lanzador solo funciona si se arranca desde el menú, no desde ctrl+espacio)

• Ebeam
• Hitachi
• Comprobar si Promethean ya está con nueva versión (no downgradeable el kernel)
  -- nacho

Actualizado el driver y software de la eBeam. Versión de scripts: 5.0-29

• Módulo solucionado para que funcione en 5.x
• El paquete activinspire requiere de una librería (libcurl3) que rompe instalación de software moderno (obs-studio, virtualbox-6.1). Ellos modifican dicho paquete al vuelo (para no incurrir en problemas legales..lo haremos!

Información: https://github.com/lliurex/zero-lliurex-installers/blob/master/zero-lliurex-promethean.install/usr/share/zero-lliurex-promethean/promethean_script

-- nacho

Hola Nacho, Tras instalar la última versión de vitalinux, he conectado al equipo una PDI IQboard de infrarrojos, he instalado los drivers con la función de Vx y a la hora de calibrar, no hay manera, a pesar de iniciar un servicio que pide. Me dice que no detecta la PDI; pero cuando la tocas, realmente detecta tu pulsación. ¿Alguna idea?

Muchas gracias por adelantado.

Buffff...ni idea.
Además las IQBoard son las que no he podido comprobar, ya que no tengo ninguna.
Lo primero que haría es revisar si todo el software que se debe haber instalado está correcto (eso lo podría mirar con el equipo enchufado, me dices el CID y me conecto a ver). Ver también si hay algún update o algo de la casa.
Si luego no funciona, yo hablaría con soporte de iqboard, que tienen un servicio técnico que responde....

Lo dicho, dime CID y te digo si por nuestra parte está todo ok
-- nacho

Hola Nacho, siento la demora en contestar; no me llegan los avisos de este foro por mail. ¿cómo me pongo en contacto contigo? para pasarte el CID en un día concreto para dejar el equipo encendido y avisar a la profe?
Muchas gracias por tu ayuda.

Hola Nacho, después de trastear lo he podido solucionar; al final resulta que había otro driver de IQ BOard de otro modelo de PDI infrarroja que estaba haciendo la puñeta de alguna manera; así que he desinstalado los dos, he puesto el bueno y a funcionar tras un reinicio. Ahora a ver si consigo configurar en condiciones la resoluciópn del monitor y la PDI para que que no me salga la imagen "deformada" en la PDI y en el monitor del PC pueda ver la barra de herramientas; la verdad es que es un poco lioso, acepto sugerencias.
Muchas gracias por tu ayuda!!!
Saludos!!

Bueno...me alegro de que lo de la PDI se haya solucionado...instalar dos drivers puede ser un problema. Pero interesa saber...los instalaste (los dos) tu a mano, o es un error del programa de instalación? Por corregirlo o para dar por válido el código para ésas pizarras...

Sobre las resoluciones: siempre debes poner la misma resolución en las dos pantallas. Si vas a "ajustes de monitor" te saldrán las dos salidas (entiendo que no tienes un duplicador de señal, sino dos cables) y ahí debes poner la misma resolución (siempre habría que poner la del dispositivo que acepta menor resolución gráfica: 1024x768 suelen ser los cañones) y la opción Predeterminada (para que clone)

Ya me dices!
-- nacho

Hola Nacho, efectivamente, estaban puestos los dos drivers de manera manual; con lo cual, sospecho que el fallo fue mio y no del programa de instalación. Respecto a las resoluciones, de momento he visto lo que tu dices: que no puedo poner diferentes resoluciones teniendo las dos pantallas en "predeterminado", están conectadas sin duplicador: de la torre por VGA al proyector y de otra salida de video, tipo HDMI o parecido, al monitor. Averiguaré la que acepta el proyector de manera nativa y continuaré probando. Agradezco mucho tus consejos!!!
Saludos.

Ok..ya si eso me dices o abres una nueva incidencia, como veas. Pero si, recuerda que si tienes dos pantallas sin duplicador (por tanto dos salidas) en predeterminada, pueden tener distintas resoluciones, pero claro, en la que tenga menos se "recoratará" la imagen de forma lógica, ya que no se puede hacer un escalado dinámico de la imagen....por eso siempre hay que poner la resolución que le vaya bien al proyector o hacer extensión de pantalla (pero entonces no ves lo mismo en una pantalla y en otra)

-- nacho

1. xserver-xorg-input-evdev-hwe-18.04
2. Después activdriver activtools activ-meta-es

Modificado paquete de scripts 5.0-34
-- nacho

Multiclass sigue sin liberar la versión para 18.04.
La instalación del software de la pizarra, también provoca que nos quedemos sin acceso a usb:

root@ubuntu:~# lsusb 
lsusb: error while loading shared libraries: libudev.so.0: cannot open shared object file: No such file or directory

Modelo multiclass en el que no funciona la pizarra a nivel de driver:

Bus 002 Device 003: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  idVendor           0x10c4 Cygnal Integrated Products, Inc.
  idProduct          0xea60 CP210x UART Bridge / myAVR mySmartUSB light
  bcdDevice            1.00
  iManufacturer           1 Silicon Labs
  iProduct                2 CP2102 USB to UART Bridge Controller
  iSerial                 3 0001
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0 
      bInterfaceProtocol      0 

• Añadir a los repos disponibles (vx-2.0) el software necesario de mrpdi
• Crear el paquete vx-dga-l-pdi-multiclass-mrpdi que instala mrpdi y lo configura en el arranque
• Modificar script de instalación de la pdi, para que tenga en cuenta instalar ésta solución para ése modelo de pizarras

Habrá que estar atentos por si ésta solución (basada en mrpdi) sirve para otras pizarras multiclass que no son reconocidas con el driver que llevan ahora