Herramientas de usuario

Herramientas del sitio


personas:johnny:proyectos:indoor_diy_autosostenible

Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

Ambos lados, revisión anteriorRevisión previa
Próxima revisión
Revisión previa
personas:johnny:proyectos:indoor_diy_autosostenible [2020/07/13 09:12] kzpersonas:johnny:proyectos:indoor_diy_autosostenible [2020/08/13 06:00] (actual) – [Actualización 9 de agosto 2020] kz
Línea 568: Línea 568:
  
 {{:personas:johnny:proyectos:nuevo-indoor.jpg?400|}} {{:personas:johnny:proyectos:nuevo-indoor.jpg?400|}}
 +
 +{{:personas:johnny:proyectos:habitacion.jpg?400|}}
  
 Tambien mi tio me ayudo a construir un reflector para adaptarle hasta 6 bombillos a este mismo. Este cambio ayudo mucho a las plantas pero tambien afecto bastante otros factores que detallaremos mas adelante. Tambien mi tio me ayudo a construir un reflector para adaptarle hasta 6 bombillos a este mismo. Este cambio ayudo mucho a las plantas pero tambien afecto bastante otros factores que detallaremos mas adelante.
Línea 600: Línea 602:
 Por otro lado estabamos haciendo un request al server **NTP** cada minuto y con esta misma hora era que se configuraba todo en el codigo... ocacionando que cuando se cae el internet... no exista hora y se volviera loca la alarma...  Por otro lado estabamos haciendo un request al server **NTP** cada minuto y con esta misma hora era que se configuraba todo en el codigo... ocacionando que cuando se cae el internet... no exista hora y se volviera loca la alarma... 
  
-Otra cosa grave era que cuando se hiba la luz... entonces como la alarma del codigo estaba seteada con una hora quemada... coacionaba que los ciclos de luz se corrieran o no fueran los esperados.+Otra cosa grave era que cuando se hiba la luz... entonces como la alarma del codigo estaba seteada con una hora quemada... coacionaba que los ciclos de foto periodo se corrieran o no fueran los esperados.
  
-Otro problema que existia era que cuando las plantas ya necesitan eñ cambio de fotoperiodo... era necesario ingresar de nuevo el firmware a la placa con el cambio de periodo... entonces era tedidoso cada cierto tiempo estar ingresando el codigo a la base.+Otro problema que existia era que cuando las plantas ya necesitan el cambio de fotoperiodo... era necesario ingresar de nuevo el firmware a la placa con el cambio de periodo... entonces era tedidoso cada cierto tiempo estar ingresando el codigo a la base.
  
 **Ahora** **Ahora**
Línea 611: Línea 613:
 {{:personas:johnny:proyectos:placa-antes-2.jpg?400|}} {{:personas:johnny:proyectos:placa-antes-2.jpg?400|}}
  
-Ahora este hardware cuenta con un led ws2812B para indicar los diferentes estados del esp y un boton.+**Arquitectura del firmware** 
 + 
 +{{:personas:johnny:proyectos:logica-firmaware.jpg?400|}} 
 + 
 +Resumidamente cuando se trata de conectar el led parpadea amarillo, si falla entonces parpadeara rojo. Luego hara el request al NTP para sincronizar el timeAlarms y setear la alarma inicialmente. En este proceso el led parpadeara verde, si falla parpadeara rojo. 
 + 
 +Luego de esto el led cada cierto tiempo empezara a parpadear en un color especifico... inicialmente el cyan. Y cada minuto el led parpadeara amarillo, para indicar que esta inviando las lecturas del capacitivo y el dht al influxdb.  
 + 
 +**Mientras eso ocurre no es adecuado presionar el boton para cambiar el ciclo de floracion. 60%>** 
 + 
 +**Como funciona actualmente** 
 + 
 +Tenemos basicamente estos estados
 + 
 +  - **Cyan:**__Indica estado vegetativo de dia.__ Las luces se encianden a las 6 y se apagan a las 24 
 +  - **Azul:**__Indica estado vegetativo de noche__. Las luces se encienden a las 18 y se apagan a las 12 del otro dia 
 +  - **Naranja:**__Indica estado floracion de dia__. Las luces se encienden a las 6 se apagan a las 18 
 +  - **Magenta:**__Indica estado floracion de noche__. Las luces se encienden a las 18 y se apagan a las 6 del otro dia. 
 +  - **Amarillo:**Indica que el esp esta haciendo un POST. **En este momento no deberiamos de cambiar el estado de fotoperiodo de las luces. (no apretar el boton)** 
 +  - **Verde:**Indica primera conexion del esp a la red, tambien primera sincronizacion del tiempo local por medio del NTP o actualizacion de este mismo. **En este momento no deberiamos de cambiar el estado de fotoperiodo de las luces. (no apretar el boton)** 
 +  - **Rojo:** Indica que el esp no se pude conectar a la red. Si el la primera vez... Si ocurre durante un update del tiempo local desde el ntp... no pasa nada... no se actualizara... este test se hizo forzozamente durante un dia sin conexion en el lugar. La alarma local siguio funcionando normalmente. 
 + 
 +Estos estados fueron ideados y pensados principamente por dos razones: 
 +  * No tener que estar programando el esp para cambiar el fotoperido de las luces. 
 +  * Favorecer las condiciones de temperatura y humedad en el cuarto de cultivo. Ya que se ha investigado que apagando las luces durante el dia en lugares muy calurosos, se reduce la temperatura. Estos datos son corroborados mirando la trama de datos del influx db... donde se nota claramente que en el dia se superanban temperaturas de 35 grados con luces encendidas... notandose quema de hojas en las puntas. 
 + 
 +{{:personas:johnny:proyectos:factor-para-cambiar-alarmas.png?400|}} 
 + 
 +Con luces apagadas en el dia... osea configuracion azul, la temperatura no supera los 25, 26 grados. Datos adecuados.... no ideales pero mas cercanos a los necesarios. 
 + 
 +Ahora la placa sobre la baquelita :-o 
 + 
 +{{:personas:johnny:proyectos:placa3.jpg?400|}} 
 + 
 +{{:personas:johnny:proyectos:placa-2.jpg?400|}} 
 + 
 +{{:personas:johnny:proyectos:placa-1.jpg?400|}} 
 + 
 +Finalmente estas son las planticas con el dht y el scrog 
 + 
 +{{:personas:johnny:proyectos:indoor-actual.jpg?400|}} 
 + 
 +Aun queda pendiente mucho trabajo... configurar el esp en modo sta-ap para que podamos encender o apagar ventiladores... o controlar la velocidad por medio de dimmers y una pagina web como cliente. 
 + 
 +Pero ahora lo mas importante seria el riego y poder medir con el capacitivo cuando seria un punto ideal para el riego. Asi como el dht definio puntos vitales para la configuracion de nuevas alarmas 
 + 
 +====== Actualización 9 de agosto 2020 ====== 
 + 
 +[[https://blog.usejournal.com/automated-smart-home-irrigation-system-9061c391f8e2|Inspiracion]] 
 + 
 +He arreglado las lecturas del dht haciendo 4 lecturas en un minuto y promediando ese dato. Luego es enviado al influx para arreglar las interpolaciones generadas en la grafica del influx. 
 + 
 +Ademas de eso. He añadido las lecturas de un sensor de humedad capacitivo **(Soil moisture sensor v1.2)** promediando el dato tambien y enviandolo al influx. 
 + 
 +Codigo inicial para empezar a usar el sensor. 
 + 
 +<code c++> 
 +#include <Wire.h> 
 + 
 +const int AirValue = 830; 
 +const int Watervalue = 450; 
 +int soilMoistureValue = 0; 
 +int soilMoisturepercent = 0; 
 +int capacitive_sensor = A0; 
 + 
 +void setup() { 
 +    Serial.begin(115200); 
 +
 + 
 +void loop() { 
 +  soilMoistureValue = analogRead(capacitive_sensor); 
 +  soilMoisturepercent = map(soilMoistureValue, AirValue, WaterValue, 0, 100); 
 +  Serial.println(soilMoisturepercent); 
 +  delay(100); 
 +
 + 
 +</code> 
 + 
 +**Calibración amateur**
  
-Tenemos principalmente 6 colores que indican estados y acciones del circuito con respecto a determinados momentos. --- //[[johnnyalexandersepulveda@gmail.com|johnny]] 2020/07/13 09:04//+{{:personas:johnny:proyectos:dsc06770.jpg?400|}}
  
-cyan 
-azul 
-naranja 
-magenta 
  
-amarillo +{{:personas:johnny:proyectos:dsc06771.jpg?400|}}
-verde+
  
-rojo+  
 +El resumen seria que cuando se **superen valores de 600 se deberia de regar**. Pero importante tambien **no regar que se baje hasta llegar a valores cercanos a 490-500**
  
 +Ahora el siguiente paso serian agregar un metodo de riego con un sistema de riego automatizable.
  
  
  
personas/johnny/proyectos/indoor_diy_autosostenible.1594631537.txt.gz · Última modificación: 2020/07/13 09:12 por kz