03 febrero 2016

Diario (V)

Me encuentro de nuevo desarrollando aplicaciones android. Después de tanto tiempo sin desarrollar y tenerlo digamos por mano, ha habido algunos problemas.

Para empezar al importar un proyecto desde eclipse al no estar codificado como UTF-8 y android studio si, me han aparecido errores de codificación es decir, letras acentuadas aparecían como un rombo y un interrogante. He abierto cada uno de los archivos .java con el notepad++ y en el menú codificación he hecho click en convertir a UTF-8 sin BOM.

El siguiente problema ha sido que no me reconocía el dispositivo, lo cual es normal ya que le había restaurado la configuración de fábrica. Así que he tenido que ir a:
Ajustes, información del teléfono, hacer click unas 8 veces encima de numero de compilación para que me aparezcan las opciones de desarrollo (están ocultas por defecto) y ahí dentro activar que permita la depuración USB.

Ahora el problema es que Android Studio reconoce el teléfono pero dice que es API-1 cuando debería ser API-19. Lo he arreglado reseteando el adb, y aceptando la ventana emergente que aparece en el teléfono.
Para resetear el adb he ido a Android Device monitor, ahí he ido a view menu,y le he dado a reset adb. No se cual de las dos ha hecho que funcione, pero funciona.

Finalmente para exportar el apk he seguido las instrucciones de este vídeo, que básicamente es ir a view, tool windows, build variants, elegir release. Ir luego a build.gradle cambiar minifyEnabled de false a true (en el video aparece runProguard, pero Android Studio 1.0 lo dejo como deprecated, darle a sync. Luego build, generate signed apk y listo ya la tenemos en el arbol. Botón derecho show in explorer y listo.

Y hasta aquí por hoy.

26 enero 2016

Diario (IV)

Bueno, resulta que el problema parece venir del comando utilizado para ejecutar el script, en vez de
0/30 * * * * /home/pi/ipp.sh
Lo he cambiado a: */30 * * * * . /home/pi/ipp.sh
Ahora todo funciona perfectamente. Si voy a mejorar el script creo que entre las posibilidades podría:

  • detectar cuando icanhazip no me devuelve ninguna IP para que no lo interprete como un cambio y no me guarde ese registro, o mejor, espere 1 minuto y lo vuelva a intentar.
  • Programar el cron para que por la noche no pregunte que IP tiene.
  • Preguntar que IP tengo a mi servidor, en lugar de a icanhazip, así evito intermediarios.

23 enero 2016

Diario (III)

Para acabar con el script de la anterior entrada, vamos a programar su ejecución en cron. Para hacerlo, primero modificamos los permisos.
chmod u+x ipp.sh
luego ejecutamos el editor de crontab
crontab -e
Dentro del editor programamos la siguiente tarea, para que cada media hora se ejecute cada media hora
0/30 * * * * /home/pi/ipp.sh
Parece que no funciona, más adelante comprobaré a que se puede deber el error.

19 enero 2016

Diario (II)

Continuamos, al final después de varias pruebas y lecturas (muy útil el siguiente enlace para el tema ssh-keys [en español] [en ingles]). He decidido utilizar ssh sin passphrase y un usuario nuevo que no tenga permisos para ejecutar comandos como root (los famosos sudoers). Este usuario nuevo lo llamare por ejemplo oficina_palma. Vamos al tema. Lo primero será crear el usuario en la Raspberry que me hará de servidor: adduser oficina_palma Introducimos la contraseña que queramos y luego dejamos por defecto todas las opciones que nos van apareciendo. Ahora en la raspberry cliente generamos un par de claves:
ssh-keygen -t rsa -C "Oficina Palma"
Cuando nos pregunte por la passphrase lo dejamos vacío, lo mismo que para el nombre de archivo y ubicación predeterminados. Llegados aquí se han creado los archivos id_rsa e id_rsa.pub. El segundo es la clave publica que copiaré en el servidor. Para hacerlo:
scp ~/.ssh/id_rsa.pub oficina_palma@xxx.xxx.xxx.xxx:
Donde xxx.xxx.xxx.xxx es la dirección ip del servidor. Ojo con los dos puntos finales.
Ahora accedemos al servidor vía ssh con el usuario recién creado:
ssh oficina_palma@xxx.xxx.xxx.xxx
El archivo de claves publicas estará en nuestra home. Lo movemos al directorio oculto .ssh, creamos el archivo authorized_keys al que añadimos las líneas correspondientes a la clave pública. Y luego cambiamos los permisos.
mkdir ~/.ssh
cat ~/id_rsa.pub >> ~/.ssh/authorized_keys
rm ~/id_rsa.pub
chmod 600 ~/.ssh/authorized_keys
chmod go-w ~/.ssh

Para acabar creo un directorio en la carpeta www llamado oficina_palma que es donde subiré todos los archivos que me interesan. Para hacerlo, escribo en el servidor:
sudo mkdir /var/www/oficina_palma
sudo chown -R oficina_palma:oficina_palma /var/www/oficina_palma/

Y listo, ya podemos seguir con nuestro script. Al que solamente añado la ultima linea para hacer una copia en nuestro servidor del texto con la IP, quedaría así:
#!/bin/bash
# Este archivo lo llamamos ipp.sh
actualIP=$(curl -s icanhazip.com)
sleep 30
ultimaLinea=$(tail -n 1 ipp.txt)
ultimaIP=$(expr match "$ultimaLinea" '.*ipp \(.*\)')
if [ "$actualIP" != "$ultimaIP" ];
    then
       echo $(date) "ipp" $a >> ipp.txt
       scp ipp.txt oficina_palma@xxx.xxx.xxx.xxx:/var/www/oficina_palma
fi

Continuamos en otro momento.

Diario (I)

Voy a intentar crear un servidor de paginas web desde la raspberry pi. Tengo una ip estática lo que facilitará bastante el tema. Si consigo que todo vaya ok, luego intentaré hacerlo con ip dinámica. Si no estoy equivocado, ya instalé un servidor apache en la raspberry. Lo compruebo introduciendo la ip local de la misma en el navegador web. Todo ok. De todas formas si lo quisiera instalar de nuevo sólo debo seguir estas instrucciones Compruebo también si tomcat esta instalado. No lo está, de momento no lo necesito. Como hace bastante que no usaba esta raspberry, voy a actualizar el sistema con los clásicos:
sudo apt-get update sudo apt-get upgrade
Mientras la raspberry trabaja, voy mirando documentación de apache. Lo básico que hay que saber es que el directorio por defecto es en /var/www ( en la documentación de raspberry explica que en las nuevas versiones es una diferente, habrá que acordarse de esto en el futuro.
He copiado algunos archivos a un subdirectorio de /var/www lo he llamado web. Voy a 192.168.1.XXX/web. Todo ha funcionado perfectamente.
Llegados a este punto me gustaría que una raspberry que tengo en otro sitio me enviase algunos datos con cierta periodicidad, entre ellos y el más importante la última dirección IP pública ya que es dinámica y no puedo crear un tunel con ella salvo que lo sepa, lo cual me obliga a estar enviando whatsapps cada vez que necesito algo.
Voy a modificar un poco el código que escribí en la entrada Cómo acceder a un Linux desde internet. El código definitivo es:
#!/bin/bash
# Este archivo lo llamamos ipp.sh

# curl es un comando para cargar el código de una páguina web, -s es para el el silent mode (aunque no aprecio diferencia entre una y otra, tal vez debería leer la documentación (otro dia)). La web icanhazip nos devuelve nuestra ip publica. Lo guardo en la variable actualIP.
actualIP=$(curl -s icanhazip.com)

# detengo el script 30 segundos para dar tiempo a que se cargue
sleep 30

# guardo la ultima línea del archivo ipp.txt (si en vez de 1 hubiese puesto 2 hubiese guardado las dos ultimas lineas)
ultimaLinea=$(tail -n 1 ipp.txt)

# entre las comillas simples esta la siguiente expresión regular .*ipp \(.*\) la cual significa . --> cualquier carácter; * --> repetido 0 o más veces; ipp --> literalmente ipp y un espacio; \( --> la barra invertida es para escapar el paréntesis ya que es un carácter reservado de bash, los paréntesis es para capturar ese grupo, es decir que el comando expr devolverá lo que hay entre paréntesis, que es .* --> cualquier caracter aparecido 0 o más veces.
ultimaIP=$(expr match "$ultimaLinea" '.*ipp \(.*\)')

#comparamos las dos variables, si son diferentes actuamos.
if [ "$actualIP" != "$ultimaIP" ];
then
#lo primero es añadir una linea al fichero ipp.txt con la siguiente estructura, la fecha, la cadena ipp y luego la ip.
echo $(date) "ipp" $a >&gt ipp.txt
#lo siguiente es enviar el archivo por scp a la otra direccion ip, la que nos hace de servidor. Otra opcion que se me ocurre es crear un servidor php en la ip estatica y enviarle los datos mediante post.

Hasta aquí por hoy, no puedo dedicarle más tiempo. Continuo otro día, al final del cual dejaré el código pelado para usar.

13 enero 2016

La finalidad de una normativa

Estoy a diario en contacto con la normativa, y tengo la firme convicción de que hay que seguirla. Por supuesto esto hace el trabajo mucho más difícil pero también mucho más interesante. También me ha hecho darme cuanta de que la normativa en el 90% de los casos ayuda más que incordia, a mi o a los que vengan después de mi. En general las protestas vienen cuando no la conocemos bien y nos damos cuenta a posteriori que algo se ha hecho mal y rectificar nos cuesta en orgullo y en recursos. Pero de estas uno se vuelve un mejor profesional, y la sociedad en tanto que uno forma parte de ella, mejora con el.

Uno podría pensar que es indiferente colocar fusibles o magnetotérmicos en el interior de una farola, pero no lo es. Unos son mas robustos, menos susceptibles a malfuncionamientos mecánicos (ya que no hay elementos mecánicos) debidos a las acciones de estar protegidos sólamente por un trozo de cilindro de metal que no tiene una estanqueidad total al polvo, ni a la humedad. Por eso el reglamento prescribe el uso de fusibles y no de magnetotérmicos.

La finalidad de la normativa tampoco es impedir errores, ni blindarnos ante denuncias. Es decir, no por cumplir escrupulosamente con el reglamento estamos exentos de cualquier responsabilidad. Si respeto la normativa de contaminación acústica y aun así provoco trastornos al entorno (entiéndase éste como medio ambiente, vecinos y demás), se deberá rectificar, en mayor o menor medida, y si se hizo con mala fe se deberá además cubrir una indemnización justa.

Si no cumplo con la normativa, lo estoy haciendo, mal. Pero cumplir con ella no significa que lo esté haciendo bien. Como decía un profesor de matemáticas, "si llueve coges el paraguas, pero si coges el paraguas no tiene por que llover".

A veces la finalidad de la normativa, no es una mayor seguridad sino crear un marco común. Por qué el paso de las roscas es el que es y no cualquiera, por qué las tuberías son de 3/8", 1/2", 3/4" etc., y por qué las secciones de los cables pasan de 2,5mm^2 a 4 mm^2. Porque si no, trabajar sería muy difícil. comprariamos tuercas que no irían bien porque no serían del mismo fabricante o no podriamos empalmar una tuberia con otra fácilmente.

Finalmente, otra de las características de la normativa es que no puede preveer todos los casos, y a veces pueden aparecer absurdos. Si la normativa está bien redactada, y normalmente lo está, permitirá al técnico una alternativa, bien remitiendo a otro documento en el que aparezca la metodología que hizo que se desarrollara esa norma de la manera en que se hizo, para crear una solución especifica y con las mismas garantías. Como por ejemplo la obligación de colocar una sección de linea principal de tierra de la mitad de la sección de las fases (pongamos por ejemplo una linea de 240mm^2), para luego conectar a un anillo de tierras de 35mm^2.

09 abril 2014

Chuletas de Bash (II)

Esta es una serie que me sirve de guía para acrodarme de las cuatro cosas básicas de bash. Es caótico y desordenado, pero a mi me va bien. Lo publico por si a alguien le resulta de utilidad.

Si no sigues la serie del principio te recomiendo que lo hagas, es caótica, pero no tanto. A los que seais informáticos puristas tal vez os duela a la vista algo que haga o diga, pero lo que digo siempre, soy industrial... es lo que hay Dicho esto sólo advertir que en este segundo capitulo iré más al grano, si algo no se entiende, ponedlo en comentarios que para eso están y si eso ya hacemos cambios. Bueno al tema.

Vimos como crear variables y expandirlas. Ahora vamos a ver unos cuantos especiales.

$0 nos devuelve el path
$1 nos daria el primer argumento
$2 el segundo, $3 el tercero...
$# nos da el número de argumentos
$@ todos los argumentos


Vamos a hacer un sencillo script, al que llamaremos script02.sh:

#!/bin/bash
echo ""
echo "* Script full command: " $0
echo "* Script first argument: " $1
echo "* Script second argument: " $2
echo "* ..."
echo "* Script number of arguments: " $#
echo "* Script all arguments: " $@
echo ""


Cambiamos los permisos (ver entrada anterior). Y ejecutamos
~$ ./script02.sh escriboCualquierCosa 1237721

Obtenemos:
* Script full command:  ./script02.sh
* Script first argument:  escriboCualquierCosa
* Script second argument:  1237721
* ...
* Script number of arguments:  2
* Script all arguments:  escriboCualquierCosa 1237721


Y esto es todo por hoy.

03 abril 2014

Chuletas de Bash (I)

Si algo no se entiende ya me preguntáis en los comentarios.

Nota cuando escriba un comando en la terminal lo precederé del prompt siguiente ~$, en MSDOS era el famoso C:\> pero evidentemente el promt no forma parte de la orden, no hay que escribirlo.

Todos los scripts de bash empiezan por:
#!/bin/bash
Esto indica donde debe ir a buscar el script el interprete de comandos.

La primera comando que se debe aprender es echo. echo imprime lo que venga detras por la pantalla. es decir si escribimos en la terminal:
~$ echo "ei, ¿cómo va eso?"
Obtendré:
ei, ¿cómo va eso?

Los comentarios en los scripts se ponen con una almohadilla #. Por ejemplo:
# Esto es un comentario

Las variables son como unos contenedores que guardan "cosas". Para expandir la variable (acceder a su contenido) hay que poner el símbolo $ (que no tiene nada que ver con el prompt, casualidades de la vida). por ejemplo:
a=1 --> guarda el valor 1 en la variable a.
b=2 --> ídem con el valor 2 en la variable b.
echo "La variable a vale:" $a --> nos devuelve La variable a vale: 1
c=$a+$b --> No nos devuelve 3 nos devuelve 1+2. Luego veremos por qué.

Vamos a hacer el primer script. Lo vamos a llamar script01.sh:
#!/bin/bash
a=1
echo "a vale" $a

Guardamos. Si ahora ejecutamos el comando:
~$ ls -l 
veremos algo como:
-rw-r--r-- 1 user01 groupA 1 35 Apr 3 11:57 script01.sh
Vamos a fijarnos en la información por partes -rw-r--r-- ,son 10 caracteres, del primero nos vamos a olvidar de momento. los 3 (rw-)siguientes corresponden al usuario y significa que el usuario que ha creado el archivo (user01, en nuestro caso) tiene ciertos permisos el primero es la r de read (lectura), el segundo es w de write escritura, el tercero es un guión que significa que no tiene permiso para ejecutarlo. Los tres siguientes digitos corresponden al grupo que solo tiene permiso de lectura y los tres últimos son para todo el resto de usuarios.

Como nosotros queremos ejecutar el scrip debemos añadir el permiso de ejecución. Lo haremos mediante el comando chmod (que deberemos ejecutar con permisos de administrador, así que ira precedido por sudo), con el mode u+x esto quiere decir algo como "usuario añadimos ejecucion" :
~$ sudo chmod u+x script01.sh

Si ahora ejecutamos el comando:
~$ ls -l 
veremos algo como:
-rwxr--r-- 1 user01 groupA 1 35 Apr 3 11:57 script01.sh

Ahora ya podemos ejecutar el script:
~$ ./script.sh

Obtendremos:
a vale: 1

Vaya, me ha quedado una entrada algo más larga de lo que quería la próxima será mas condensada.  y presupondrá ciertos conocimientos, si alguien no sabe alguna cosa ya dejará algún comentario.


Chuletas de bash (Introducción)

Siguiendo el nuevo estilo algo caótico de este blog. Me propongo ir haciendo minientradas o no tan mini de apuntes rápidos de bash.

Para quien no lo sepa Bash es un interprete de comandos, http://es.wikipedia.org/wiki/Bash. Y si dicho así puede parecer poca cosa, sin embargo la cantidad de cosas que nos permite hacer (algunas con la ayuda de programas para la terminal), es increíble.

La idea de estas chuletas es para la programación de scripts en bash. Y antes de nada he de decir que no soy informático. Sólo ingeniero industrial, por lo tanto si digo algo que no sea exacto, puro o lo que sea y alguien siente que su calma interior se destruye, que respire profundamente y cambie de blog. Avisados quedáis.

Conectar un dominio a un hosting

Supongamos que tenemos un dominio que acabamos de comprar en GoDaddy www.godaddy.com (por ejem y queremos unirlo con nuestro hosting por ejemplo www.hostinger.es.
Para hacerlo:
  • debemos ir a hostinguer y decirle que queremos un nuevo hosting, pero que en vez de un subdominio suyo, tenemos el nuestro propio.




    • Después vamos a Godaddy a dominios, todos los dominios, elegimos el que toque. Y una vez dentro le damos a administrar en el apartado de Servidores de Nombres (DNS, por su nombre en ingles).


    • Cambiamos los DNS por los que nos proporcione el hosting. En el caso de hostinguer se encuentran en cuenta --> detalles, y son: ns1.hostinger.es y ns2.hostinguer.es.
    • En 24 horas máximo ya tendremos el cambio realizado. A mi me ha tardado menos de una hora, pero ya se sabe...

    01 abril 2014

    Copiar y pegar en nano (editor de textos para Linux)

    Una para newbies. Si usáis el editor de textos nano en linux, veréis que hacer copy-paste no es tan evidente como por ejemplo cortar y pegar. De todas formas vamos a repasar las tres.

    • Cortar se hace con Ctrl+K
    • Copiar Alt+6
    • Pegar Ctrl+U


    La ayuda es Ctrl+G, donde están todas las combinaciones de acceso rápido.

    31 marzo 2014

    Acceder a un Linux desde internet

    Ya vimos como conectar remotamente a una máquina en Raspberry Pi Instalación de NOOBS y primeros pasos. Sin embargo esto era sólo para equipos en la misma red local. Si queremos acceder desde qualquier sitio de internet primero hay que hacer dos cosas.

    • El primero desactivar el DHCP de nuestro router para que siempre la Raspberry (en este caso, pero vale para cualquier equipo) tenga siempre la misma IP. Depende de cada router por ejemplo para el mio sería así.
    • Este paso no hace falta hacerlo siempre ya que muchas veces la raspberry nos quedará ya configurada pero por si no fuese así aquí tenéis un enlace donde se explica
    • Acto seguido hay que abrir el puerto 22 para esta IP tambien en el router. Es fácil, fácil, facil.
    • Finalmente para acceder desde internet, necesitaremos nuestra IP pública, para conocerla simplemente en un navegador navegamos hasta icanhazip.com. Esta web simplemente devuelve nuestra ip pública. El problema suele ser que nuestro ISP (telefonica, vodafone, etc...), normalmente no nos da una IP estática, eso quiere decir que nos cambia constantemente nuestra IP segun va teniendo IPs disponibles. En este caso, o bien nos registramos en un servicio que nos vaya dando nuestra ip publica constantemente o bien programar un pequeño script. Yo voy a optar por la segunda opción ya que tengo un hosting web (podéis obtener uno en hostinger.com, por ejemplo) al cual podre subir mi ip pública cada cierto tiempo.
    #!/bin/bash
    # Este archivo lo llamamos ipp.sh
    a=$(curl -s icanhazip.com)
    sleep 30
    echo $(date) "ipp" $a >> ipp.txt
    lftp -u user,pass ftp.website.com <<EOF
    cd /public_html/raspi/
    lcd /home/pi/
    put ipp.txt
    quit 0
    EOF

    Nota: Hay que instalar lftp para usar este script.

    Una vez hecho el script, añadimos permiso de ejecución
    chmod u+x ipp.sh
    y lo programamos en nuestro cron, recordemos que para hacerlo debemos editar el archivo crontab, para hacerlo simplemente escribimos:
    crontab -e
    se nos abrirá el archivo con nuestro editor de textos predeterminado al final del archivo añadimos la frecuencia de ejecucion con el formato 
    m h dom mon dow command


    cron se ejecuta cada minuto, si pusiesemos 
    * * * * * /home/pi/ipp.sh
    se ejecutaría todos los minutos de todas las horas de todos los dias (el símbolo * equivale a todos). Para más información podéis visitar esta página de Linux Total


    En nuestro caso bastará con
    0 * * * * /home/pi/ipp.sh

    Guardamos y listo.

    Ahora ya podremos acceder a la raspberry con putty como haciamos en local pero desde cualquier parte, solo hay que sustituir la IP local por la publica.

    27 marzo 2014

    Tanque de gas oxidado

    La situación es la siguiente. Un tanque de gas privado en la azotea si es un grupo de viviendas o uno más pequeño de 2.500 litros por ejemplo en el jardín si es un particular, algo oxidado, sobretodo por la parte abombada del tanque.

    Y un buen día aparece olor a gas, que hace que nos pongamos nerviosos. Normalmente el fallo no es en la parte oxidada, los tanques tienen un grosor considerable, tanto que muchos tanques "nuevos" son en realidad viejos a los que se les ha quitado el óxido superficial, pintado, retimbrado (es decir se les ha sometido a una prueba de resistencia) y seguramente a una radiografía de las soldadura. La fuga suele venir de alguna junta de la valvulería. Una manera rápida de comprobarlo es coger un pulverizador (como el de los limpiacristales), y llenarlo de agua y jabón para la vajilla, en una proporción 1:5 (depende del tipo de jabón por supuesto) y un día poco ventoso pulverizar en la valvulería. Si se forman burbujas ahí está la fuga.

    25 marzo 2014

    ¿Por qué salta mi Interruptor Diferencial? (I)


    Un interruptor diferencial (como el de la siguiente imagen), puede saltar por varios motivos. Por fallo mecánico del elemento o por fallo de la instalación. En cualquier caso es una anomalía. Veremos cómo intentar acotar las posibles causas, y dentro de las que estén en nuestra mano, solucionarlas (veremos que en algunas es recomendable la ayuda de un profesional).


    Primero, descartaremos un fallo mecánico del dispositivo. Para hacerlo, lo mejor es bajar todos los térmicos que dependen de este diferencial e intentar rearmarlo. Si no tenemos éxito, probablemente es un fallo mecánico del dispositivo.

    Si tenemos éxito la causa se debe a un desequilibrio entre la corriente que pasa por la fase y la que pasa por el neutro. Estas corrientes deben tener la misma intensidad siempre ya que de lo contrario significa que hay algunos electrones que entraron y no salieron (entre otras, pero no nos vamos a poner puristas de momento).

    En este caso, vamos a ver que circuito es el que nos provoca el fallo. Para hacerlo bajamos la mitad de los térmicos, y la otra mitad los dejamos subidos. Si podemos rearmar el circuito que da problemas es uno de los que hemos dejado bajados. Evidentemente si no podemos rearmar, el circuito que da problemas pertenece a la mitad que hemos dejado subidos.

    Una vez sabemos en que subgrupo está el problema repetimos la operación dejando levantados la mitad de este subgrupo y bajados la otra mitad. Así hasta que sólo nos quede un circuito que al dejarlo subido nos impida rearmar y que si lo tenemos bajado y todos los demás subidos rearma sin problema.

    Ya hemos detectado el circuito, ahora hay que concretar. Para empezar debemos ver si lo que provoca la derivación es un receptor o la instalación misma de ese circuito que se ha degradado. Para hacerlo desconectamos todos los receptores de este circuito, lo cual no siempre es fácil. Por ejemplo si ese circuito son "enchufes Cocina" vamos a la cocina y desenchufamos la nevera, el microondas etc. y intentamos rearmar, si lo conseguimos vamos enchufando los receptores uno a uno hasta que salta el diferencial. El receptor que haya hecho saltar el diferencial es el que deriva. Hay que repararlo, adquirir uno nuevo, o prescindir de ese receptor.

    Por contra, si no conseguimos rearmar habiendo desconectado todos los receptores (incluida la iluminación), se debe probablemente a un fallo en la instalación, que pueden ser cables pelados, tomas dañadas, etc.

    Otra posibilidad es si el diferencial salta sólo a ciertas horas del día, muy probablemente se deba a humedades en algún punto. Para encontrar el problema hay que repetir el proceso lo que evidentemente, es mucho más lento bajamos la mitad esperamos un día a ver si salta... Los instaladores autorizados (los que tienen carnet). Deben tener por ley un medidor de aislamiento y pueden encontrar el problema bastante rápido.

    Una vez detectado el circuito que tiene el problema de humedades, repetimos. Desconectamos todos los receptores y vemos si al cabo de un día salta. Si es así, el problema es la instalación si no, es uno de los receptores. Si el problema esta en la instalación normalmente se debe a que algo de polvo se ha acumulado en algun sitio, por la madrugada el agua del aire condensa (rocío) y humedece ese polvo que ahora es conductor, así se produce una pequeña derivación entre fase y tierra que es lo que hace saltar el diferencial. La solución pasa por limpiar la parte de la instalación (una toma, un aplique...) que da el problema. Ahora bien detectar cual es, es trabajoso sin medidor, así que en este punto habría que llamar a un profesional).

    Otro caso es cuando se da cuando llueve. Aquí si que es importante acordar con un instalador que se pase un día que llueva o colocar un monitor, si no se puede demorar meses. Si lo quiere hacer uno mismo, el método es análogo al anterior.

    El último caso que expondremos es aquel que salta cuando hay muchos dispositivos electrónicos conectados a la vez, si por ejemplo se desenchufan la mitad de ordenadores y este problema no se da, la causa es la pequeña derivación que provocan algunos filtros electrónicos, al sumarse todos ellos pueden hacer saltar el diferencial. La sólución pasa por dividir el circuito en dos (o los que hagan falta) y hacer pasar cada nuevo circuito por un diferencial diferente.

    Espero os sea útil.

    Abrir pdf interno desde una App propia

    Una de las maneras más sencillas de anexar documentación a una app de manera que no tengamos que volver a formatearla, sobretodo si es de consulta puntual es hacerlo mediante un pdf.

    Es decir, hacemos click en un botón tipo "leer licencia" y se nos abre el pdf con la licencia.

    La solución viene por supuesto de la mano de un Content Provider, o de una de sus subclases, en concreto FileProvider, aunque tambien podemos crear nuestro propio Content provider.

    Como siempre alguien ya ha hecho este trabajo por nosotros y comparto el link.