Tecnologías

[davidelinformatico]

En este punto se buscará y decidirá con qué tecnologías se desarrollará el proyecto.

[davidelinformatico]

En estos días he estado revisando la normativa de ICT y el Reglamento Electrotécnico de Baja tensión para comprobar los cambios añadidos en la última revisión (de este año 2020), y para cerciorarme de a que norma debo acogerme a la hora de realizar la instalación física para que quede conforme a los parámetros legales vigentes. Finalmente he decidido que el medio de comunicación de la instalación será el tradicional cable de cobre. Por ser un cable de cobre con señales eléctricas diferentes a una comunicación de datos, nos regiremos por el REBT y, más concretamente por el BT-21 recogido en éste. He subido la norma completa dentro de la carpeta 'justify' para que pueda comprobarse. El REBT se llama: BOE-326_Reglamento_electrotecnico_para_baja_tension_e_ITC.pdf La norma de ICT es: BOE-A-2020-2573.pdf

[davidelinformatico]

Dado el número de hilos que debo llevar hasta los relés me he decantado por utilizar un cable UTP cat5e. He leído en muchos foros que los hilos de los UTP5e no soportan los 3.3VDC pero, si nos remitimos a la norma por la que se rige este cableado podemos ver que estos cables pasan una serie de pruebas. Y, nos publican que según el método 3 del test 3a del IES60512-2 soporta un voltaje de 500VDC. Por tanto, queda demostrado que podemos utilizar nuestros hilos de UTP5e para transmitir la señal que sale de los GPIO hasta los relés puesto que esta señal será siempre de, entre 2V y 3.3V; que es el rango de voltaje que la Raspberry Pi considera una señal positiva.

También he subido esta norma dentro de la carpeta 'justify' con el nombre: TIA-EIA-568-B.2(ANSI).pdf

[davidelinformatico]

En primer lugar había pensado tirar un cable de red desde la primera caja de derivación hasta el RTR pero no es lo correcto según la norma: De acuerdo con las normativas de ICT y REBT, y dada la tipología del tubo entre el 'cuadro de luces' y el RTR (un tubo eléctrico), no introduciré un cable de datos desde la primera caja de derivación hasta el RTR, por lo que utilizaré un dongle WiFi para realizar cualquier interacción con la RbP de manera remota.

Nota: al RTR llega un tubo con una toma eléctrica a 230V desde la salida de enchufes del 'cuadro de luces'.

[davidelinformatico]

Tras hacer una valoración de si realizar el proyecto con Microsoft Word o LaTex, me he decantado por el segundo para seguir el estándar de la universidad aunque este procesador de textos es nuevo para mí. Por ello, he estado probando diferentes programas tanto OnLine como OffLine y prefiero utilizar la versión OnLine de Overleaf que permite trabajar en la nube fácilmente ofreciendo una división en la pantalla donde se puede compilar el código y ver lo que se ha realizado hasta el momento. Además, dispone de la posibilidad de sincronizarlo con GitHub tras el paso por caja. Les he contactado por si existiera alguna opción de prueba más amplia por encima de la de los 7 días premium gratuitos, que ofrecen para que se sincronice el trabajo en LaTeX de forma automática pero, en el caso de que no se posible, lo haré manualmente.

[davidelinformatico]

La última 'pieza' para cerrar el proyecto ha sido escoger una interfaz para interactuar con el sistema domótico. Teníamos las opciones de Flask y un bot de Telegram. Finalmente me he decantado por el segundo por su potencia software y la posibilidad de introducir menús mediante botones con texto e iconos, la posibilidad de interactuar desde cualquier plataforma, su escasa exigencia de recursos y su seguridad mediante tokens que pueden cambiarse cuando se desee. Además, en el ámbito personal, sea un nuevo reto a conseguir puesto que nunca he hecho nada parecido.