Ich kann es auch nicht nachvollziehen.
WetterServer Python 3.7.3 (default, Jan 22 2021, 20:04:44) [GCC 8.3.0]; BS
Linux-4.19.0-12-amd64-x86_64-with-debian-10.10, weewx 4.6.0b2
HausServer Python 3.9.2; Raspbian GNU/Linux 11 4.19.66-v7l+; weewx 4.6.0b2
airpi Python 3.9.2; Raspbian GNU/Linux 11 Lin
Ich kann es auch nicht nachvollziehen.
WetterServer Python 3.7.3 (default, Jan 22 2021, 20:04:44) [GCC 8.3.0]; BS
Linux-4.19.0-12-amd64-x86_64-with-debian-10.10, weewx 4.6.0b2
HausServer Python 3.9.2; Raspbian GNU/Linux 11 4.19.66-v7l+; weewx 4.6.0b2
airpi Python 3.9.2; Raspbian GNU/Linux 11 Linu
Ich begreife es auch nicht. Wir könnten testweise *lambda* x : x*0.01
durch *lambda* x : x/100 ersetzen.
hesf...@gmail.com schrieb am Dienstag, 5. Oktober 2021 um 16:28:01 UTC+2:
> die Empfehlung bringt keine Meldung!
>
> Mit debug = 1 in weewx.conf
> erscheint nur
> Oct 5 15:55:35 air
die Empfehlung bringt keine Meldung!
Mit debug = 1 in weewx.conf
erscheint nur
Oct 5 15:55:35 airpi weewx[4740] DEBUG weewx.reportengine: Report
'US_Report' not enabled. Skipping.
Oct 5 15:55:35 airpi weewx[4740] DEBUG weewx.reportengine: Running report
'airqReport'
Oct 5 15:55:35 airpi weew
Bringt die Empfehlung "To debug, try inserting '#errorCatcher Echo' at top
of template" zusätzliche Infos?
hesf...@gmail.com schrieb am Dienstag, 5. Oktober 2021 um 07:30:32 UTC+2:
> Guten Morgen,
> die unterschiedlichen Höhen habe ich ausprobiert weil ich einen airQ im EG
> und einen im OG hab
Guten Morgen,
die unterschiedlichen Höhen habe ich ausprobiert weil ich einen airQ im EG
und einen im OG habe (Höhendifferenz ca. 3,60 m Tisch im EG und Regal im
OG).
Die ermittelten Werte für Luftdruck sollten gleich sein.
Das Problem mit der gram_per_meter_cubed
cannot find 'gram_per_meter_c
Vielen Dank.
Es ist nicht notwendig, 'altitude' im Abschnitt [airQ] zu setzen. Wenn es
fehlt, wird der Wert auf dem Abschnitt [Station] benutzt
Zu den Fehlermeldungen: Kann ich mal sämtliche Meldungen (inkl. INFO) für
user.airQ sehen?
hesf...@gmail.com schrieb am Samstag, 2. Oktober 2021 um 12
Nachtrag:
in der airQ_conrant.py in Zeile 374
if len(__altitude)==3:
__altitude = weewx.units.ValueTuple(__altitude[0],__altitude[1],__altitude[2
])
else: __altitude = weewx.units.ValueTuple(__altitude[0],__altitude[1],
'group_altitude')
ÄNDERUNG in
if len(__altitude)==3:
__altitude =
Danke für die Erläuterungen, mir fehlt jetzt nur noch eine Idee für die
Feststellung der Fehlerwerte, aber Kommt Zeit Kommt Rat
Hartmut
kk44...@gmail.com schrieb am Sonntag, 5. September 2021 um 15:39:48 UTC+2:
> hesf...@gmail.com schrieb am Sonntag, 5. September 2021 um 15:21:04 UTC+2:
>
>> Di
hesf...@gmail.com schrieb am Sonntag, 5. September 2021 um 15:21:04 UTC+2:
> Die Berechnung für "Barometer" sollte doch für indoor airQ's mit
> "temperature" vom airQ erfolgen, der Bezug zu "outTemp" geht meiner Meinung
> nach fehl.
>
Nein, das stimmt nicht. Für die Umrechnung des lokalen Luftd
Hallo,
ich war noch die data_binding schuldig
[DataBindings]
[[wx_binding]]
# The database must match one of the sections in [Databases].
# This is likely to be the only option you would want to change.
database = archive_mysql
# The name of the table within the
Der Sinn von Open Source ist, daß jeder auch etwas ändern kann. So werden
gute Ideen zusammengeführt.
Wenn das Schema Status und DeviceID als Zeichenkettenspalte enthält, sollte
der Wert auch gespeichert werden. WeeWX selbst sieht nur Zahlenfelder vor,
aber es kann auch mit Zeichenketten umgehe
Ich habe mir weewx-com angesehen. Dort wird das Datenbankschema ganz anders
beschrieben als in der Standard-Installation. Ich habe mal etwas in
airq_conf.py ergänzt und hoffe, daß es damit funktioniert. Einige andere
Korrekturen standen auch noch an:
- Der Hersteller hat die Umrechnung zwisc
Darf ich noch den [DataBindings]-Abschnitt aus der weewx.conf sehen? Ich
würde das Problem aus airq_conf.py gern noch beseitigen.
Karen K schrieb am Samstag, 4. September 2021 um 18:42:45 UTC+2:
> Vielen Dank erst einmal für den Fehlerhinweis in install.py.
>
> hesf...@gmail.com schrieb am Sams
Vielen Dank erst einmal für den Fehlerhinweis in install.py.
hesf...@gmail.com schrieb am Samstag, 4. September 2021 um 16:07:17 UTC+2:
> Nach Umstellung auf Mysql
> Sep 4 15:40:59 ba001 weewx[24174]: Starting weewx weather system: weewx.
> Sep 4 15:40:59 ba001 systemd[1]: Started LSB: weewx we
Nach Umstellung auf Mysql
Sep 4 15:40:59 ba001 weewx[24174]: Starting weewx weather system: weewx.
Sep 4 15:40:59 ba001 systemd[1]: Started LSB: weewx weather system.
Sep 4 15:41:00 ba001 weewx[24187] INFO user.airQ: air-Q 0.7 initialize
units
Sep 4 15:41:00 ba001 weewx[24187] INFO user.airQ:
Hallo,
nach DB-Löschung und Neustart alles IO bis auf db-Generierung durch
airq_conf.py
Ich habe einfach per Hand eine neue SCHEMA Vorlage erstellt
('og_Temp','REAL'),
('og_Humidity','REAL'),
('og_HumAbs', 'REAL'),
('og_Dewpoint','REAL'
Ja gibt es!
kk44...@gmail.com schrieb am Samstag, 4. September 2021 um 15:10:11 UTC+2:
> Gibt es den Eintrag user.airQ_corant.AirqUnits in der Zeile prep_services?
>
> hesf...@gmail.com schrieb am Samstag, 4. September 2021 um 12:32:26 UTC+2:
>
>> Hallo,
>> der Hinweis mit /lang in /Seasons war G
Gibt es den Eintrag user.airQ_corant.AirqUnits in der Zeile prep_services?
hesf...@gmail.com schrieb am Samstag, 4. September 2021 um 12:32:26 UTC+2:
> Hallo,
> der Hinweis mit /lang in /Seasons war Gold wert.
> Und hier der Auszug aus weewx.conf
> [airQ]
>
> [[first_device]]
> host =
Hallo,
der Hinweis mit /lang in /Seasons war Gold wert.
Und hier der Auszug aus weewx.conf
[airQ]
[[first_device]]
host = 192.168.38.18
password = passwd
prefix = og
#altitude = set_if_not_station_altitude
[[second_device]]
host = 192.168.38.19
Ich sehe es mir an, bitte aber noch um etwas Geduld.
Folgende Punkte vorab:
- Bei WeeWX 4.6 (im Gegensatz zu 4.5) sollte es ein Verzeichnis
/home/weewx/skins/Seasons/lang geben, das mehrere Dateien mit .conf am
Ende (darunter de.conf) enthält. Wenn nicht, bitte von Github
herunterl
21 matches
Mail list logo