Cita:
Originalmente publicado por sailoog.com
decia lo de la interfaz web justamente por no tener que levantar ninguna sesión de ventanas. La pi como servidor web (sin entorno gráfico), cualquier aparato carga la ip de la pi en un navegador y tiene una manera facil de configurar sus entradas y salidas sin tener que usar ssh, putty ni teclear nada ni esas cosas que asustan a los no iniciados. No creo que aumentara la carga de la pi porque solo se ejecutarian webs en el momento de la configuración.
si kplex resulta tan eficiente como parece creo que me pondré en ello cuando tenga tiempo haciendo algo en php, a ver que opina el autor.
|
No decía que no a la interfaz web por la carga. Sino mas bien por pereza. Es que es tan fácil añadir cada puerto en modo texto.
Piensa también que ese texto de configuración probablemente solo se editará una vez pues en general cuando el sistema ya está montado no se suele tocar en bastante tiempo.
Desde luego, si tienes conocimientos de php (yo no los tengo) no te costará mucho ya que solo hay que editar y guardar el archivo de configuración.
Por cierto, ayer prepare opencpn en la Pi para que trabajara solo con Kplex. Eliminé todas las conexiones y solo deje una de tipo Tcp conectada a localhost y en el puerto 2000, que es el que suelo poner.
Funcionó a la primera todo perfectamente y ha estado 36 horas continuas sin fallar. Otra ventaja, si cierro opencpn para hacer algún cambio si este falla o simplemente lo apago para hacer otra tarea ocasionalmente, kplex sigue enviando datos de gps y AIS a los dispositivos móviles y a los repetidores de bañera con lo cual el que pilota no se queda ciego momentáneamente. Después vuelves a iniciar opencpn y continua trabajando con normalidad.
Prefiero hacer los dos trabajos en módulos separados por fiabilidad.
Ademas, se nota como opencpn se carga cuando gestiona muchas conexiones. Pruebalo y ya nos dirás.