Mathias Stöber

Toutes mes réponses sur les forums

12 matières de 1 à 12 (sur un total de 12)
  • Auteur
    Messages
  • en réponse à : Les options ne peuvent pas être enregistrées #35879
    Mathias Stöber
    Participant

    Salut,

    Je viens de réessayer quelque chose. J'ai eu toute la sortie de configuration via l'API. La première chose que j'ai faite a été de définir « Manuel » comme méthode d'irrigation. Il n'y avait aucune entrée pour la valeur « wto:{} » dans la configuration qui m'a fourni l'API. Lorsque j'ai modifié et enregistré le fournisseur météo, la valeur a disparu après avoir rouvert les options et a été réinitialisée sur « pomme » en tant que fournisseur. Je n'ai pas non plus pu voir de changements dans la sortie de la configuration via l'API. Ensuite, j'ai réglé la méthode d'irrigation sur « ETO ». Ensuite, j'ai également pu voir les paramètres sous « wto :{…} » dans la configuration de l'API. Lorsque j'ai ensuite réglé le fournisseur météo sur « openmeteo ». C'était dans la config d'une part

    « OMC » : {
    « baseETo » : 0,15,
    « élévation » : 262,
    " clé ": " ",
    « fournisseur » : « OpenMeteo »
    }

    mais ensuite également affiché ci-dessous

    « wtdata » : {
    « wp » : « OpenMeteo »,….}

    Est-il possible que certaines options soient enregistrées dans des zones qui ne sont pas toujours présentes dans la configuration et qu'il y ait des lacunes ici ? Si je comprends bien, l'interface Web est simplement le fichier js qui s'exécute sur le serveur Web, qui utilise ensuite l'API pour effectuer les modifications. Il semble qu'il y ait une différence entre ce que l'interface affiche, éventuellement par défaut, et ce qui est ensuite écrit sur l'arroseur via l'API. Ou si vous modifiez quelque chose à un endroit mais que les valeurs par défaut sont réécrites à un autre endroit.

    Si je peux vous aider de quelque manière que ce soit ou tester davantage, faites-le-moi savoir.

    VG Mathias

    en réponse à : Les options ne peuvent pas être enregistrées #35878
    Mathias Stöber
    Participant

    Bonjour,

    J'ai également le problème que certaines options ne sont toujours pas enregistrées. Parfois, ils sont là, mais après un redémarrage, ils disparaissent à nouveau. Cela signifie que les options et les paramètres de la configuration du capteur analogique sont toujours réinitialisés. Existe-t-il un moyen de déboguer cela un peu mieux ?

    J'ai un Ospi ici avec une extraction actuelle depuis Github.

    VG Mathias

    en réponse à : Erreur après la réinstallation #35706
    Mathias Stöber
    Participant

    Une si petite mise à jour. J'ai réinstallé le Raspi. Cette fois avec bookworm au lieu de Trixie. Après l'installation, je viens de changer la « méthode de personnalisation » de « manuelle » à « mensuelle ». Aucune autre valeur n'a été modifiée. Mais le modèle d’erreur décrit ci-dessus demeure. Je suppose qu'il y a une erreur lors de l'enregistrement du json dans la zone.

    Si je dois envoyer des journaux ou autre chose, faites-le-moi savoir.

    VG Mathias

    en réponse à : Lire les données météorologiques via l'API ? #34652
    Mathias Stöber
    Participant

    Mince, le projet va être encore plus gros que prévu 😉

    Autre question, pouvez-vous nous dire ce que signifient exactement les données de l'API lors de l'appel de « /jc » sous « wtdata » ? Existe-t-il des valeurs pour « minT » et « maxT » ? Je n'ai rien trouvé à ce sujet dans la documentation et d'après les valeurs (54 et 80), cela ne semble pas être la température min/max normale de la journée.

    VG et merci Mathias

    en réponse à : Questions sur l'intégration d'Influx #33748
    Mathias Stöber
    Participant

    Salut,

    Merci! Je viens de faire une mise à jour et je la teste.

    Y a-t-il une raison pour laquelle les numéros de version dans Github sont un peu en retard ?

    Voir Mathias

     

    en réponse à : Questions sur l'intégration d'Influx #33731
    Mathias Stöber
    Participant

    Salut,

    merci pour la réponse. Par « intervalle de lecture » ​​j'entendais le point dans la configuration du capteur analogique (voir Figure 1), mais dans mon cas ce n'est pas un sujet Mqtt que je reçois, mais la température du Raspi.
    Hier, j'ai désactivé l'enregistrement des données dans la configuration du capteur (également sur la figure 1). Cela signifiait que l'enregistrement des données s'arrêtait dans mon InfluxDB, mais que les modifications continuaient d'être publiées sur le serveur Mqtt (Image 2). Il doit donc y avoir une différence dans les déclencheurs, du moins pour les capteurs analogiques. Parce que le changement du niveau d’eau a été enregistré dans Influxdb en même temps.

    VG Mathias

    Pièces jointes :
    Tu dois être connecté pour voir les fichiers joints.
    en réponse à : Service d'irrigation bêta-test #25966
    Mathias Stöber
    Participant

    Salut,

    Je l'ai revu, la quantité de pluie était parfois en retard d'un jour. Aujourd'hui, j'ai également vu ce qui suit, voir les captures d'écran. En haut de la vue principale, il est indiqué 27 degrés, mais dans les informations système, il ne fait que 21 degrés en dessous du maximum. Cette dernière ressemble davantage à la valeur d’hier.

    Pièces jointes :
    Tu dois être connecté pour voir les fichiers joints.
    en réponse à : Service d'irrigation bêta-test #25935
    Mathias Stöber
    Participant

    Je pense que c'est normal, ça a disparu pour moi au bout de quelques heures.

    Voir Mathias

    en réponse à : Service d'irrigation bêta-test #25919
    Mathias Stöber
    Participant

    Héhé,

    Non seulement avons-nous presque le même nom mais aussi le même lieu ? Pour moi c'est 7,9 aussi. Avez-vous également la station météo pour la région de Brunswick ?

    Voir Mathias

    en réponse à : Service d'irrigation bêta-test #25917
    Mathias Stöber
    Participant

    Salut,

    Quelque chose est étrange aujourd'hui. J'utilise le service dwd, voir ci-dessus, mais même si pas une goutte de pluie n'est tombée ici aujourd'hui, l'ospi dit qu'il n'a pas besoin d'arroser car plus de 7 mm de pluie seraient tombés. L'application dwd n'affiche pas non plus de précipitations pour aujourd'hui. Il y a peut-être eu un problème hier car il a poussé l'arroseur à 120 % sous la pluie la plus forte.

    J'utilise eto comme méthode, cela fonctionne à merveille depuis les posts ci-dessus. On dirait presque que les données sont décalées d'un jour.

    Merci beaucoup d'avance !

    Voir Mathias

    en réponse à : Service d'irrigation bêta-test #25635
    Mathias Stöber
    Participant

    Salut,

    Merci pour l'indice. Puisqu'il s'agit d'un OSPI, j'ai le firmware 2.1.9(9), pour autant que je sache, il n'y a pas de version plus récente. Je devrai peut-être configurer le service systemd un peu différemment afin qu'il attende que le réseau soit réellement opérationnel.

    Sinon, la requête est nettement plus précise qu’avant !

    Merci pour ça !

    Mathias

    en réponse à : Service d'irrigation bêta-test #25587
    Mathias Stöber
    Participant

    Salut,

    Petite mise à jour de ma part. Hier, j'ai tout remis aux valeurs par défaut pour que le système d'irrigation automatique fonctionne ce matin. Ce matin, j'ai réessayé, d'abord avec le même résultat que celui décrit ci-dessus. Mais après environ 6 heures ou plus, le message d'erreur a disparu et l'application n'a affiché que le message tel que décrit dans le billet de blog et les données météorologiques ont été à nouveau affichées. Je vais continuer à procéder ainsi maintenant.

    Si nécessaire, il serait bien d'avoir une note sur le blog indiquant que la première mise à jour peut prendre plusieurs heures.

    Merci encore !

    Voir Mathias

12 matières de 1 à 12 (sur un total de 12)