Diferencia entre revisiones de «Vitalinux/Pizarras Digitales Interactivas»

De Vitalinux
Saltar a: navegación, buscar
(SmartBoard 480)
(Introducción)
Línea 1: Línea 1:
= Introducción =
+
= Introducción PDI=
 
En la actualidad nos encontramos con múltiples fabricantes y modelos de Pizarras Digitales Interactivas (PDI).  
 
En la actualidad nos encontramos con múltiples fabricantes y modelos de Pizarras Digitales Interactivas (PDI).  
  
Línea 14: Línea 14:
  
 
Éste documento pretende pues aclarar el ecosistema de las diferentes PDI's y en qué estado se encuentra su integración y soporte en Vitalinux.
 
Éste documento pretende pues aclarar el ecosistema de las diferentes PDI's y en qué estado se encuentra su integración y soporte en Vitalinux.
 +
 
= Ecosistema =  
 
= Ecosistema =  
 
== Hitachi ==
 
== Hitachi ==

Revisión del 12:34 17 dic 2018

Introducción PDI

En la actualidad nos encontramos con múltiples fabricantes y modelos de Pizarras Digitales Interactivas (PDI).

Prácticamente la totalidad de pizarras que hemos encontrado/probado son completamente funcionales con Vitalinux, sin embargo en algunos casos se deben realizar configuraciones adicionales que pretendemos aclarar en éste documento.

Por otro lado nos encontramos con dos problemas importantes con las PDI's:

  1. Actualizaciones de drivers. Los drivers proporcionados por algunos fabricantes son antiguos, no tienen continuidad (sin soporte a errores, nuevas mejoras o adaptado a sistemas más modernos) o solo soportan 32 bits...
  2. Problemas físicos. Las conexiones con la pizarra en algunos casos son de mala calidad (instalaciones de pared, cables USB de mala calidad) o incluso el puerto USB del equipo no cuenta con energía suficiente para alimentar la pizarra

Desde Vitalinux se ha facilitado la instalación de las PDI mediante un asistente incluído en la distribución, incluyendo las posibles incompatibilidades, pero aún así es posible que en algun caso tengamos problemas o que no llegue a funcionar....Paciencia, parece que (casi)todo tiene solución. Abre una incidencia en soporte y lo miramos....

Por último recordar que en cualquier caso se puede instalar (da la opción el asistente anterior indicado) opensankore/openboard como software para educativo para la pizarra independiente del software propio de la pizarra.

Nota: OpenBoard es el nuevo opensankore, pero sólo válido para 64 bits. En 32 bits tendremos que usar opensankoré.

Éste documento pretende pues aclarar el ecosistema de las diferentes PDI's y en qué estado se encuentra su integración y soporte en Vitalinux.

Ecosistema

Hitachi

Modelos habituales: Dúo o Trio (FX-XXXX)

El driver proporcionado por el fabricante es antiguo y sin continuidad. A nivel de driver funciona sin problemas, aunque para la versión de la pizarra TRIO (FX77) es necesario que el núcleo del sistema sea 4.4 como máximo

Software que usa: propio de la pizarra (Starboard). Si bien es para 32 bits, funciona sin problemas en 32 y 64

IQBoard

Son los últimos modelos que se entregan desde la Administración a los centros

El driver y software funciona sin problemas (en 32 y 64 bits) y cuenta con soporte/actualizaciones a nivel de fabricante

Ebeam

Modelos "ligeros" de pizarra, donde se adapta una pizarra normal en interactiva

El Driver Funciona sin problemas en 32 bits (no así en 64), por lo que tendemos que instalar el equipo con arquitectura 32 bits

El Software a veces tiene algún fallo.

Se han dado indicaciones a soporte de fabricante pero de momento no tenemos respuesta

Promethean

Para las pizarras promethean encontradas detectamos que el driver funciona sin problemas en 32 o 64 bits

Sin embargo el software propio de la pizarra (ActiveInspire) sólo funcionará en si el equipo está en 32 bits (tendríamos la alternativa de usar Opensankoré)

Fabircante proporiona algo de soporte, pero limitado.

Interwrite

Algunos centros han adquirido modelos de pizarra Interwrite de forma independiente.

El driver funciona en 32 o 64 bits pero hemos detectado problemas en el mismo que generan un uso excesivo de la CPU (si el equipo tiene una CPU "justa" puede ser un problema)

El Software propio de la pizarra funciona sin problemas

Se han reportado las incidencias al fabricante pero de momento no tenemos respuesta

Multiclass

Las pizarras multiclass más antiguas tienen problemas a la hora de calibrar y requieren de una instalación manual algo compleja. En éste caso avisar a soporte para ver posibles soluciones Los últimos modelos funcionan sin problemas en 32 y 64 bits.

El software propio de la pizarra funciona sin problemas

Desde fabricante no se ofrece solución para ésos modelos más antiguos

SmartBoard

Existen varios modelos, pero hemos detectado que para evitar problemas de driver se instale SOLO en 32 bits (es posible que algunos lleguen a funcionar en 64, pero no lo podemos generalizar). En el caso de algunos modelos concretos (como la 480), requieren de una configuración posterior

Usan un software propio de la pizarra.

Soporte contactado, pero no tienen intención de dar continuidad para Linux

SmartBoard 480

En éste caso incluso podemos contactar con Soporte para que se instale el software de forma automatizada en los equipos, pero siempre contaremos con la posibilidad de instalar el driver/software a través del programa de instalación de las PDI

En cualquier caso, requiere una configuraciones adicional a posteriori (después de instalar el software y reiniciar):

Inicio -> SMART TEchnologies -> SMART Controladores del producto -> Configuración
Configuración del ratón y movimiento
Habilitar modo de uso simultáneo del ratón
Deshabilitar Función de uso único del ratón
Deshabilitar los mensajes emergentes

Luego querdaría calibrar (orientar)

Si se ha perdido la conexión por alguna actualización del sistema y nos hemos quedado sin conexión con la pizarra (aspa roja en el icono de la barra de tareas), podremos solucionar el problema abriendo una terminal y copiando lo siguiente (desde el usuario profesor o dga):

sudo apt-get install --reinstall nwfermi xf86-input-nextwindow-precise

No solicitará la password del usuario (profesor o dga, según en el que estemos). Una vez hecho ésto, reiniciar el equipo y comprobar que funciona de nuevo la comunicación. Es posible que en éste momento debamos volver a configuar el ratón y movimiento como hemos escrito antes y calibrar.

Anexos

Para medir el amperaje usado en los puertos usb (puede ser un problema que no obtenga suficiente energía la pizarra a través del puerto, por el cable o por el propio puerto del equipo):

sudo usb-devices | grep 'Product=\|MxPwr' 

o

sudo lsusb -v |grep 'Bus\|MaxPower'