[Mathias Stöber]

здравей

Току-що опитах нещо отново. Имах целия конфигурационен изход чрез API. Първо определих „ръчно“ като метод на поливане. Нямаше записи за стойността „wto:{}“ в конфигурацията, която ми даде API. Когато промених и запазих доставчика на времето, стойността изчезна, след като отворих отново опциите и беше нулиран на „apple“ като доставчик. Не можах да видя никакви промени в изхода на конфигурацията чрез API. След това зададох метода на поливане на „ETO“. След това можех също да видя настройки под „wto:{…}“ в конфигурацията от API. Когато след това настроя доставчика на времето на „openmeteo“. Това беше в конфигурацията от една страна

„wto“: {
„baseETo“: 0,15,
"надморска височина": 262,
"ключ": "",
„доставчик“: „OpenMeteo“
}

но след това също се показва по-долу

„wtdata“: {
“wp”: “OpenMeteo”,….}

Възможно ли е някои опции да са записани в области, които не винаги присъстват в конфигурацията и тук има пропуски? Ако го разбирам правилно, уеб интерфейсът е само js файлът, който се изпълнява на уеб сървъра, който след това използва API, за да направи действително промените. Изглежда, че има разлика между това, което интерфейсът показва, вероятно по подразбиране, и това, което след това се записва на спринклера чрез API. Или ако промените нещо на едно място, но след това стойностите по подразбиране се записват обратно на друго място.

Ако мога да помогна по някакъв начин или да тествам допълнително, просто ме уведомете.

VG Матиас

[Mathias Stöber]

здравей

Също така имам проблема, че някои от опциите все още не са запазени. Понякога ги има, но след рестартиране отново ги няма. Това означава, че опциите и настройките от конфигурацията на аналоговия сензор винаги се нулират. Има ли начин това да се отстрани малко по-добре?

Имам Ospi тук с текущо плащане от Github.

VG Матиас

[Mathias Stöber]

Такава малка актуализация. Преинсталирах Raspi отново. Този път с книжен червей вместо Trixie. След инсталирането току-що промених „метода на настройка“ от „ръчно“ на „месечно“. Не са променени други стойности. Но описаният по-горе модел на грешка остава. Предполагам, че има грешка при запазване на json в областта.

Ако трябва да изпратя регистрационни файлове или нещо друго, просто ме уведомете.

VG Матиас

[Mathias Stöber]

По дяволите, проектът ще бъде дори по-голям от очакваното 😉

Друг въпрос можете ли да кажете какво точно означават данните на API, когато извиквате „/jc“ под „wtdata“? Има ли стойности за „minT“ и „maxT“? Не намерих нищо за това в документацията и от стойностите (54 и 80) не изглежда да е нормалната минимална/максимална температура за деня.

VG и благодаря на Матиас

[Mathias Stöber]

здравей

благодаря ви Току-що изтеглих актуализация и я тествам.

Има ли причина броят на версиите в Github да е малко по-назад?

Вижте Матиас

 

[Mathias Stöber]

здравей

благодаря ти за отговора. Под „интервал на четене“ имах предвид точката в конфигурацията на аналоговия сензор (вижте Фигура 1), но в моя случай не получавам тема за Mqtt, а температурата на Raspi.
Вчера деактивирах записването на данни в конфигурацията на сензора (също на фигура 1). Това означаваше, че записът на данни спря в моята InfluxDB, но промените продължиха да се публикуват в Mqtt сървъра (Изображение 2). Така че трябва да има разлика в тригерите, поне при аналоговите сензори. Тъй като промяната в нивото на водата беше регистрирана в Influxdb по същото време.

VG Матиас

• Този отговор беше променен преди 1 година, 3 месеца от Mathias Stöber.

Прикачени файлове:

Трябва да си влезли в системата за преглед на прикачени файлове.

[Mathias Stöber]

здравей

Гледах го отново, количеството дъжд понякога закъсняваше с ден. Днес видях и следното, вижте екранни снимки. В горната част на главния изглед пише 27 градуса, но в системната информация е само 21 под макс. Последното е по-скоро като вчерашната стойност.

Прикачени файлове:

Трябва да си влезли в системата за преглед на прикачени файлове.

[Mathias Stöber]

Мисля, че това е нормално, при мен изчезна след няколко часа.

Вижте Матиас

[Mathias Stöber]

хехе

Не само имаме почти същото име, но и същото местоположение? И при мен е 7.9. Имате ли случайно и метеорологичната станция за района на Брауншвайг?

Вижте Матиас

[Mathias Stöber]

здравей

Нещо е странно днес. Използвам услугата dwd, вижте по-горе, но въпреки че днес тук не падна нито капка дъжд, ospi казва, че не трябва да се полива, защото щеше да падне повече от 7 мм дъжд. Приложението dwd също не показва валежи за днес. Вчера може да е имало проблем, защото е карал пръскалката на 120% в най-големия дъжд.

Използвам eto като метод, работи чудесно след постовете по-горе. Почти изглежда, че данните са изместени с един ден.

Благодаря много предварително!

Вижте Матиас

[Mathias Stöber]

здравей

Благодаря ви за подсказката. Тъй като е OSPI, имам фърмуер 2.1.9(9), доколкото знам няма по-нова версия. Може да се наложи да конфигурирам услугата systemd малко по-различно, така че да чака, докато мрежата действително се активира.

В противен случай заявката определено е по-точна от преди!

Благодаря ви за това!

Матиас

[Mathias Stöber]

здравей

Кратка актуализация от мен. Вчера върнах всичко по подразбиране, така че автоматичната поливна система да работи тази сутрин. Тази сутрин опитах отново, първо със същия резултат, както е описано по-горе. Но след около 6 часа или повече съобщението за грешка изчезва и приложението показва само съобщението, както е описано в публикацията в блога, и данните за времето се показват отново. Сега ще продължа да го правя по този начин.

Ако е необходимо, би било добре да имате бележка в блога, че първата актуализация може да отнеме няколко часа.

Благодаря ви отново!

Вижте Матиас

[Author]

Публикации