GW1100A mit FW 2.15: INFO user.interceptor: unrecognized parameter totalainin

[Gyvate]

wenn Du Werners Anpassung benutzt, hat er vielleicht GTS (GrünlandTemperaturSumme) als möglichen direkten oder abgeleiteten Sensorwert integriert.

[mike69]

Moin,

Seit den letzen Updates sind neue Punkte unter "Current Conditions" links unten dazu gekommen.

wo genau findest Du dieses "Current conditions"? Welche App oder welches Programm oder welche Webseite?
Ich kann leider auch aus dem Kontext nicht entnehmen, was Du meinst.

GTS: Grünlandtemperatursumme - eine Prognose des Vegetationsbeginns

Oliver

Sorry, das ist die Standardseite von weewx.

wenn Du Werners Anpassung benutzt, hat er vielleicht GTS (GrünlandTemperaturSumme) als möglichen direkten oder abgeleiteten Sensorwert integriert.

Oke, werde beizeiten die Extension mal entpacken und schauen, wo was steht.

Danke

[Gyvate]

einfach mal Deine/etc/weewx/skins/Seasons/current.inc Deiner Installation anschauen - dort muss der Aufruf zur Anzeige ja vorkommen.

[Gyvate]

Ich habe mal kurz in Werners current.inc hineingeschaut, und die erwartet ein Datenbankfeld, daher die "Fehlanzeige".

Damit das weggeht, gibt es zwei Möglichkeiten
a) das DB-Feld (Spalte) in der DB anlegen und eine Abfrage für GTS und GTSdate in den current.inc Code mit
#if ...._has.data einfügen - wenn da nichts ist, wird nichts angezeigt - das ist die kompliziertere Lösung

b) die beiden GTS Tupels aus der Tabelle $observ entfernen (Liste von Beobachtungen)

#set $observ = [('outTemp','#e85d0d','current','1'),
......
('lightningcount','','current','1'),
('lightning_strike_count','','day','1'),
('lightning_energy','','current','1'),
('lightning_noise_count','','current','1'),
('ET24','#42B4B4','current','1'),
('GTS','#25ea2f','current','1'),
('GTSdate','#25ea2f','day','2'),
('radiation','','yesterday','1'),
('sunshine_hours','#f2a265','day','1'),
('sunshine_time','#f2a265','day','1'),
......
]

ich würde die beiden ausschneiden und nach Abschluss der Tabelle (hinter dem schliessenden "]") mit jeweils zwei ## am Zeilenanfang als Kommentar wieder einfügen:
(ich bin mir nicht sicher, ob man die Kommentare bereits in der Tabelle vor dem jeweiligen Tupel, das hier ja zeilenweise dargestellt ist, einfügen kann - ob der Cheetah-Generator das so akzepttiert - die vorgeschlagene Methode (b)) sollte in jedem Fall funktionieren)

## ('GTS','#25ea2f','current','1'),
## ('GTSdate','#25ea2f','day','2'),

abspeichern - dann sollte die Fehlanzeige verschwunden sein. Neustart von weewx ist nicht erforderlich.

[Gyvate]

das ist zweimal derselbe GW2000 - und auch derselbe WS90 - warum der WS90 im jüngsten Post einen Downgrade erfahren hat, ist mir allerdings schleierhaft ...

Die Angabe ist auch deshalb rätselhaft, weil es nie eine veröffentlichte Version 1.0.9 für den WS90 gab - die erste publizierte Version war 1.1.7 - und der genannte WS90, ein ß-WS90, hat das 1.1.9 update erhalten.
Allerdings hatte sich beim ersten EAR Post der GW2000 wohl mit dem falschen WS90 verbunden (sieht man an der Kondensator-Spannung), das ist mittlerweile (nach 26.06.) korrigiert.
Vielleicht werden die ß-Geräte mit "0" an der zweiten Stelle geführt ...

[olicat]

Hi!

weil es nie eine veröffentlichte Version 1.0.9 für den WS90 gab - die erste publizierte Version war 1.1.7

Da liegst Du falsch.
Mein WS90 wurde tatsaechlich mit v1.09 ausgeliefert. Ich war wohl in der Gruppe der zuerst belieferten Backer der Kickstarter-Kampagne.

Wird denn noch immer der falsche Firmware-Stand gemeldet? Was sagt EAR?
Moeglicherweise ein Firmware-Bug der v2.1.6? Denn der WS90 wird ja nicht von sich aus ein Downgrade machen?

Oliver

[Gyvate]

Hi!

weil es nie eine veröffentlichte Version 1.0.9 für den WS90 gab - die erste publizierte Version war 1.1.7

Da liegst Du falsch.
Mein WS90 wurde tatsaechlich mit v1.09 ausgeliefert.

Wird denn noch immer der falsche Firmware-Stand gemeldet? Was sagt EAR?
Moeglicherweise ein Firmware-Bug?

Oliver

Jein - das erste publizierte Firmware-Update war 1.1.7 - Auslieferungsstand Firmware war möglicherweise 1.0.9 - und 1.1.7 hatte ich gleich nach Erscheinen eingespielt...
Ich werde den ß-WS90 nochmal herunterholen und das Firmware-Update 1.1.9 nochmals einspielen - mal sehen was passiert. Vielleicht zeigen ja die ß-Teile etwas anderes an .... Mal sehen.

[olicat]

Hi!

Waere es nicht einfacher, zuerst ein Downgrade auf die v2.5.1 zu probieren?
Wird dann wieder v119 angezeigt ist es ein Bug der Beta-Firmware des GW2000.

Oliver

[Gyvate]

Also ich habe jetzt die 1.1.9 wieder eingespielt, und wie bereits zuvor meldete die Software ein erfolgreiches Update.
Jetzt steht in EAR die Firmware auch auf 1.1.9 - leider habe ich keine Daten zwischen dem vorigen Update und der 26.06.2022 Messung, wo es auch bereits (wieder oder immer noch ?) 1.0.9 war.
Der einzige Schluss, den ich daraus ziehen kann, ist, dass dann offensichtlich zwei Firmware-Updates, 1.1.7 (09.04.) und 1.1.9 (erstes Mal) erfolglos waren, obwohl die Software das Gegenteil meldete.
Hätte es sofort mit EAR überprüfen sollen ...
Sei's drum - jetzt haben meine beiden WS90 beide 1.1.9 - mein zweiter = letzte Hardware Revision, wurde Ende Juni mit 1.1.9 ausgeliefert.

[mike69]

Ich habe mal kurz in Werners current.inc hineingeschaut, und die erwartet ein Datenbankfeld, daher die "Fehlanzeige".

Damit das weggeht, gibt es zwei Möglichkeiten
a) das DB-Feld (Spalte) in der DB anlegen und eine Abfrage für GTS und GTSdate in den current.inc Code mit
#if ...._has.data einfügen - wenn da nichts ist, wird nichts angezeigt - das ist die kompliziertere Lösung

b) die beiden GTS Tupels aus der Tabelle $observ entfernen (Liste von Beobachtungen)

#set $observ = [('outTemp','#e85d0d','current','1'),
......
('lightningcount','','current','1'),
('lightning_strike_count','','day','1'),
('lightning_energy','','current','1'),
('lightning_noise_count','','current','1'),
('ET24','#42B4B4','current','1'),
('GTS','#25ea2f','current','1'),
('GTSdate','#25ea2f','day','2'),
('radiation','','yesterday','1'),
('sunshine_hours','#f2a265','day','1'),
('sunshine_time','#f2a265','day','1'),
......
]

ich würde die beiden ausschneiden und nach Abschluss der Tabelle (hinter dem schliessenden "]") mit jeweils zwei ## am Zeilenanfang als Kommentar wieder einfügen:
(ich bin mir nicht sicher, ob man die Kommentare bereits in der Tabelle vor dem jeweiligen Tupel, das hier ja zeilenweise dargestellt ist, einfügen kann - ob der Cheetah-Generator das so akzepttiert - die vorgeschlagene Methode (b)) sollte in jedem Fall funktionieren)

## ('GTS','#25ea2f','current','1'),
## ('GTSdate','#25ea2f','day','2'),

abspeichern - dann sollte die Fehlanzeige verschwunden sein. Neustart von weewx ist nicht erforderlich.

Hi.

Hatte vor der Schicht die Zeilen einfach auskommentiert, aber nur mit einer Raute. Die Zeilen waren noch da. Kenne mich mit der Syntax nicht so wirklich aus.

Eben erst mal ein Backup von der VM eingespielt, morgen geht es weiter mit der Konfiguration.

Danke für die Mühe, Gyvate.