sensors right beside?
I did not find anything in the manual and if I define the diagramm like in
the line / dot graphs the two bars overlay, so that the bar of the second
rain sensor is not visible, if it is a bit smaller.
Thank you for all your replies.
Regards,
engolling
Am Dienstag, 2. April 2019
which are also saved in the same page of the
flash. But as it does not acknowledge the received page something strange
is going on at this point.
Maybe you or somebody else owning an original Davis station has an idea.
Regards,
engolling
Am Montag, 25. März 2019 14:47:08 UTC+1 schrieb gj
in place to be able to see the communications between both devices.
Can I simply add some logs in the source of the vantage driver, like I did
in my data service?
Regards,
engolling
Am Freitag, 22. März 2019 00:48:49 UTC+1 schrieb gjr80:
>
> It seems that the WeatherDuino emulation of the
inside the
system or is this normally done by the corresponding driver, so I have to
handle all the signals precalculated.
I hope you understand what I mean.
Best Regards,
engolling
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubs
services = weewx.engine.StdArchive
restful_services = weewx.restx.StdStationRegistry, weewx.restx.
StdWunderground, weewx.restx.StdPWSweather, weewx.restx.StdCWOP, weewx.restx
.StdWOW, weewx.restx.StdAWEKAS
report_services = weewx.engine.StdPrint, weewx.engine.StdReport
Regards,
engolling
Am Samstag, 23. F
EAL, `AQI_PM2_5` REAL, `AQI_PM10_0` REAL, `AQI_Index` REAL,
> `AQI_Temp` REAL, `AQI_Hum` REAL, `CO2` REAL, `GAS_2` REAL, `WiFi_T0` REAL,
> `WiFi_H0` REAL, `Signal_Quality_TX0` REAL, `Signal_Quality_TX1` REAL,
> `Signal_Quality_TX2` REAL, `Rain_RG11` REAL, `Rain_Rate_RG11` REAL,
> `
gt; simplifying your service then I suggest you run WeeWX directly
> <http://weewx.com/docs/usersguide.htm#Running_directly> so you can see
> the loop packets and archive records that are generated. It should be clear
> then what is/is not going on.
>
> Gary
>
> On Sunday
nt because
there can be up to 4 rain values - is this a reasonable solution or do I
have to make a list with 4 entries at the beginning?
Thanks for all your help.
Best regards,
engolling
Am Sonntag, 17. März 2019 02:32:13 UTC+1 schrieb gjr80:
>
> OK, your archive schema appears fine, th
nt because
there can be up to 4 rain values - is this a reasonable solution or do I
have to make a list with 4 entries at the beginning?
Thanks for all your help.
Best regards,
engolling
Am Sonntag, 17. März 2019 02:32:13 UTC+1 schrieb gjr80:
>
> OK, your archive schema appears fine, th
uino_Logger_plugin.
Regards,
engolling
Am Montag, 18. März 2019 01:48:39 UTC+1 schrieb gjr80:
>
> On Monday, 18 March 2019 08:36:24 UTC+10, engolling wrote:
>>
>> Hi Gary,
>>
>> maybe I have found my problem after looking at my code and your advices
>> agai
ort sniffer to check the
communication or do you know if there are additional debug outputs of the
driver available.
Best regards,
engolling
Am Dienstag, 19. März 2019 00:57:16 UTC+1 schrieb gjr80:
>
> On Tuesday, 19 March 2019 07:57:06 UTC+10, engolling wrote:
>>
>> Hi Gary,
>> thanks
ackets e.g. the readings of a second rain gauge
like the RG11.
engolling
Am Montag, 18. März 2019 22:57:06 UTC+1 schrieb engolling:
>
> Hi Gary,
> thanks for your patience.
>
> This is not normal operation. Because something it triggering an archive
>> record to be saved every few
ain = loop_packet['monthRain']
return loop_packet
But I do not understand how overwriting the delta is prevented here.
Hoping for some replys.
Best wishes,
engolling
Am Sonntag, 3. März 2019 13:16:49 UTC+1 schrieb engolling:
>
> Hello,
> I tried to implement a driver providing
emitted aproximatly every 3 seconds) i
can also see it in the live display of the loop packet, but it can not be
found in the archive record. So it seems that is is not accumulated
internaly.
Best regards,
engolling
Am Freitag, 15. März 2019 06:09:09 UTC+1 schrieb gjr80:
>
> Hi,
>
>
e'
I do not understand how WeeWx can seperate between those two signals and
why is is behaving different.
Maybe sombody has an idea.
Regards,
engolling
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and
Hi Gary,
thank you for your detailed explanation.
Everything's clear for me so far. I think it would be nice to add a
sentence concerning this in the customization guide.
engolling
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To u
with the unit group which it belongs to.
best regards,
engolling
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to weewx-user+unsubscr...@googlegroups.co
if a archive
record is archived of hardware logger data or LOOP data or can I influence
the order of augmenting and converting?
Best regards,
engolling
Am Mittwoch, 22. Mai 2019 23:20:08 UTC+2 schrieb engolling:
>
> Hello,
>
> of course I can give more details :-)
>
> So as you k
could be done if necessary.
Regards,
engolling
Am Sonntag, 26. Mai 2019 13:53:46 UTC+2 schrieb Andrew Milner:
>
> The script you posted SHOULD only be augmenting REC packets, and not be
> affected by any LOOP packets.
>
> Maybe you should set record generation to either use
the data in US units and weewx converts it back. This is no
problem either.
But it is hard to handle when weewx jumps between no conversion and
conversion.
Hopefully it is more clear now what I mean.
Regards,
engolling
Am Montag, 20. Mai 2019 00:49:56 UTC+2 schrieb gjr80:
>
> Hi,
>
this be a reason and do you know how to handle the conversion?
Regards,
engolling
Am Dienstag, 7. Mai 2019 23:30:27 UTC+2 schrieb Thomas Keffer:
>
> Yes. That's certainly possible.
>
> -tk
>
> On Tue, May 7, 2019 at 1:35 PM engolling > wrote:
>
>> Hello together,
>
> integrate it into your web page(s).
>
> Gary
>
> On Wednesday, 3 April 2019 03:44:09 UTC+10, engolling wrote:
>>
>> Hi Gary,
>>
>> again thanks for your extended reply.
>> Meanwhile I added a lot of debugging code in the vantage driver and the
the unit and the values which are plotted are seeming to be in the native
unit [cm] as it is stored in the database.
Does anybody has an idea what could be the matter here? Tags are working
fine, but not the image generation.
Thanks in advance for your answers.
Regards,
engolling
Am Diensta
give me a hint where this could come from
and what is the best way to debug.
Regards,
engolling
Am Dienstag, 5. November 2019 22:18:59 UTC+1 schrieb engolling:
>
> Hello to all,
>
> I got another question. The import of additional rain works fine now.
> So if a add the following tag to
s the normal neowx skin conf a bit extended and translated to German.
If I look at the output page here http://wetter2.kuntn-forum.de/index.html
the wind speed is still in m/s but I want it to be in km/h - I checked the
.confs twice - I don't find my mistake.
Overiding the unit with .km_per_hour
should not be
> the cause of your problem.
>
> Gary
>
> On Friday, 11 October 2019 08:26:59 UTC+10, engolling wrote:
>>
>> Hello,
>>
>> I'm stuck at a relativley simple problem of unit conversion in
>> combination with the used neowx skin.
>>
&
a graph but with no units on the y-axis and no conversion.
Regards,
engolling
Am Freitag, 22. November 2019 00:01:00 UTC+1 schrieb engolling:
>
> Hello,
>
> I checked my image generation settings again and I also tried to check the
> imagegenerator.py file but I did not find
Hallo,
thank you for your quick reply and the outstanding support.
Exactly this was my fault. Think I introduced it when playing with the
database transfer.
I wish you a happy new year.
Best regards,
engolling
tke...@gmail.com schrieb am Donnerstag, 31. Dezember 2020 um 14:15:06 UTC+1:
>
ble archive_day_wind recalculated again?
Regards,
engolling
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to weewx-user+unsubscr...@googlegroups.com.
To v
Thank you for your quick answer. I will give it a try.
Do I have to make sure if the new_name does not exist already (as far as I
have seen in this is not the case for me) or would it be overridden?
Regards,
engolling
tke...@gmail.com schrieb am Montag, 3. Mai 2021 um 14:19:56 UTC+2
case sensitivity, so I changed the name to
"carbon" and then to "co2" as workaround.
Regards,
engolling
engolling schrieb am Montag, 3. Mai 2021 um 20:55:01 UTC+2:
> Thank you for your quick answer. I will give it a try.
>
> Do I have to make sure if the new_name does not e
: wee_database weewx.conf --rebuild-daily*
Do you think there is anythink else to take into account? I would like to
do it right the first time, since my Database has already 600MB it might
take a while ;)
Regards,
engolling
--
You received this message because you are subscribed to th
32 matches
Mail list logo
