[Mathias Stöber]

Hola,

Intenté algo de nuevo. Tuve todo el resultado de configuración a través de API. Primero definí “manual” como el método de riego. No había entradas para el valor "wto:{}" en la configuración que me proporcionó la API. Si cambié y guardé el proveedor del tiempo, el valor desapareció después de volver a abrir las opciones y se restableció a "apple" como proveedor. Tampoco pude ver ningún cambio en el resultado de la configuración a través de API. A continuación configuré el método de riego en «ETO». Luego también pude ver la configuración en "wto:{...}" en la configuración de la API. Cuando luego configuro el proveedor del tiempo en "openmeteo". Esto estaba en la configuración por un lado.

«OMC»: {
«baseETo»: 0,15,
"elevación": 262,
"llave": "",
«proveedor»: «OpenMeteo»
}

pero luego también se muestra a continuación

«datos de peso»: {
«wp»: «OpenMeteo»,….}

¿Es posible que algunas opciones se guarden en áreas que no siempre están presentes en la configuración y haya espacios aquí? Si lo entiendo correctamente, la interfaz web es solo el archivo js que se ejecuta en el servidor web, que luego usa la API para realizar los cambios. Parece que hay una diferencia entre lo que muestra la interfaz, posiblemente de forma predeterminada, y lo que luego se escribe en el aspersor a través de API. O si cambia algo en un lugar pero luego los valores predeterminados se vuelven a escribir en otro lugar.

Si puedo ayudar de alguna manera o realizar más pruebas, hágamelo saber.

Matías VG

[Mathias Stöber]

Hola,

También tengo el problema de que aún no se guardan algunas de las opciones. A veces están ahí, pero después de reiniciar desaparecen nuevamente. Esto significa que las opciones y ajustes de la configuración del sensor analógico siempre se restablecen. ¿Hay alguna manera de depurar esto un poco mejor?

Tengo un Ospi aquí con un pago actual de Github.

Matías VG

[Mathias Stöber]

Una actualización tan pequeña. Reinstalé Raspi nuevamente. Esta vez con ratón de biblioteca en lugar de Trixie. Después de la instalación, simplemente cambié el "método de ajuste" de "manual" a "mensual". No se cambiaron otros valores. Pero el patrón de error descrito anteriormente persiste. Supongo que hay un error al guardar el json en el área.

Si debo enviar registros o cualquier otra cosa, hágamelo saber.

Matías VG

[Mathias Stöber]

Joder, el proyecto va a ser aún más grande de lo esperado 😉

Otra pregunta, ¿puede decir qué significan exactamente los datos de la API cuando se llama a "/jc" en "wtdata"? ¿Existen valores para “minT” y “maxT”? No encontré nada sobre esto en la documentación y según los valores (54 y 80) no parece ser la temperatura mínima/máxima normal del día.

VG y gracias Mathias.

[Mathias Stöber]

Hola,

¡Gracias! Acabo de realizar una actualización y la estoy probando.

¿Hay alguna razón por la cual los números de lanzamiento en Github están un poco atrasados?

Ver Matías

 

[Mathias Stöber]

Hola,

gracias por la respuesta. Por “intervalo de lectura” me refiero al punto en la configuración del sensor analógico (ver Figura 1), pero en mi caso no es un tema de Mqtt lo que recibo, sino la temperatura del Raspi.
Ayer desactivé el registro de datos en la configuración del sensor (también en la Figura 1). Esto significó que el registro de datos se detuvo en mi InfluxDB, pero los cambios continuaron publicándose en el servidor Mqtt (Imagen 2). Por tanto, debe haber una diferencia en los disparadores, al menos para los sensores analógicos. Porque el cambio en el nivel del agua se registró en Influxdb al mismo tiempo.

Matías VG

• Esta respuesta para modificaciones tuvo lugar hace 1 año y 3 meses. Mathias Stöber.

Adjuntos:

Debes acceder para ver los archivos adjuntos.

[Mathias Stöber]

Hola,

Lo volví a ver, la cantidad de lluvia a veces llegaba con un día de retraso. Hoy también vi lo siguiente, ver capturas de pantalla. En la parte superior de la vista principal dice 27 grados, pero en la información del sistema es solo 21 por debajo del máximo. Este último se parece más al valor de ayer.

Adjuntos:

Debes acceder para ver los archivos adjuntos.

[Mathias Stöber]

Creo que es normal, se me quitó al cabo de unas horas.

Ver Matías

[Mathias Stöber]

Jeje,

¿No sólo tenemos casi el mismo nombre sino también la misma ubicación? Para mí también es 7,9. ¿Tiene también la estación meteorológica para la región de Braunschweig?

Ver Matías

[Mathias Stöber]

Hola,

Algo es extraño hoy. Utilizo el servicio dwd, ver arriba, pero aunque hoy aquí no cayó ni una gota de lluvia, el ospi dice que no necesita regar porque habrían caído más de 7 mm de lluvia. La aplicación dwd tampoco muestra precipitaciones para hoy. Es posible que ayer haya habido un problema porque activó el aspersor al 120 % durante la lluvia más intensa.

Utilizo eto como método, ha funcionado de maravilla desde las publicaciones anteriores. Casi parece que los datos han cambiado un día.

¡Muchas gracias de antemano!

Ver Matías

[Mathias Stöber]

Hola,

Gracias por la pista. Como es un OSPI, tengo el firmware 2.1.9(9), hasta donde yo sé, no hay una versión más nueva. Es posible que tenga que configurar el servicio systemd de manera un poco diferente para que espere hasta que la red esté realmente activa.

De lo contrario, la consulta es definitivamente más precisa que antes.

¡Gracias por eso!

Matías

[Mathias Stöber]

Hola,

Breve actualización de mi parte. Ayer cambié todo a los valores predeterminados para que el sistema de riego automático funcionara esta mañana. Esta mañana lo intenté de nuevo, primero con el mismo resultado descrito anteriormente. Pero después de aproximadamente 6 horas o más, el mensaje de error desapareció y la aplicación solo mostró el mensaje como se describe en la publicación del blog y los datos meteorológicos se mostraron nuevamente. Seguiré haciéndolo de esta manera ahora.

Si es necesario, sería bueno tener una nota en el blog de que la primera actualización puede tardar varias horas.

¡Gracias de nuevo!

Ver Matías

[Autor]

Entradas