Hi Maarten,

To help Bastiaan and me to WLL Driver, can you share the answer of your 
request of http://1.2.3.4/v1/current_conditions (change 1.2.3.4 by your 
internal IP) ?
You've another sensor with other ID and it will be helpfull to have this 
data to implement it on driver,

Thank you ! 

Le samedi 27 juin 2020 à 10:53:21 UTC+2, flor...@pre-vost.fr a écrit :

> Hi,
>
> Baastian, yes of course, I think it a good idea to make a request using 
> weewx object to read the daily rain to the database and make a comparison 
> with the rainfall daily by the WLL but I need the help of @Tom Keffer for 
> this.
>
> For UnitUS, I know that if it possible but for readability, I decided to 
> make a conversion before yield the packet to the genlooppackets(). Also, 
> when i need to add record manual by using the method addRecords, I need to 
> put on the packet the right unit set in weewx.conf. If you've another 
> suggest, let me know :) 
>
> Maarten, I will fix this issue in few days, I know how can I do this by 
> search any key in each sensor :) 
>
> -fp
>
> Le samedi 27 juin 2020 à 10:40:09 UTC+2, hoev...@gmail.com a écrit :
>
>> Hello Bastiaan,
>>
>> The WLL is a wonderful piece of equipment. Now I can run production with 
>> WeeWX, and start a test-enviroment in a virtual machine, while talking to 
>> the same WLL.
>>
>> I've installed your driver. I have running my ISS on ID 2 (and have an 
>> external temp sensor running on sensor 3).
>>
>> When ISS set to ID=2, I only seems to see internal sensor data, like:
>>
>> LOOP:   2020-06-27 10:37:51 CEST (1593247071) altimeter: 
>> 1008.6586993806619, barometer: 1009.0082158009718, dateTime: 1593247071, 
>> inDewpoint: 17.27777777777778, inHumidity: 55.1, inTemp: 
>> 27.055555555555557, maxSolarRad: None, pressure: 1008.5679853403257, 
>> rainRate: 0.0, usUnits: 17
>> {'data': {'broadcast_port': 22222, 'duration': 3600}, 'error': None}
>> LOOP:   2020-06-27 10:37:51 CEST (1593247071) dateTime: 1593247071, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:37:53 CEST (1593247073) dateTime: 1593247073, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:37:56 CEST (1593247076) dateTime: 1593247076, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:37:58 CEST (1593247078) dateTime: 1593247078, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:38:01 CEST (1593247081) dateTime: 1593247081, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:38:03 CEST (1593247083) dateTime: 1593247083, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:38:06 CEST (1593247086) dateTime: 1593247086, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:38:06 CEST (1593247086) altimeter: 
>> 1008.6925672055719, barometer: 1009.04207968256, dateTime: 1593247086, 
>> inDewpoint: 17.27777777777778, inHumidity: 55.1, inTemp: 
>> 27.055555555555557, maxSolarRad: None, pressure: 1008.6018492219138, 
>> rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:38:08 CEST (1593247088) dateTime: 1593247088, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>>
>>
>>
>> When set ISS to ID=1, I see the same
>>
>> LOOP:   2020-06-27 10:38:56 CEST (1593247136) altimeter: 
>> 1008.7264350305117, barometer: 1009.075943564148, dateTime: 1593247136, 
>> inDewpoint: 17.22222222222222, inHumidity: 54.9, inTemp: 
>> 27.055555555555557, maxSolarRad: None, pressure: 1008.635713103502, 
>> rainRate: 0.0, usUnits: 17
>> {'data': {'broadcast_port': 22222, 'duration': 3600}, 'error': None}
>> LOOP:   2020-06-27 10:38:56 CEST (1593247136) dateTime: 1593247136, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:38:58 CEST (1593247138) dateTime: 1593247138, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:39:01 CEST (1593247141) dateTime: 1593247141, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:39:03 CEST (1593247143) dateTime: 1593247143, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:39:06 CEST (1593247146) dateTime: 1593247146, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:39:08 CEST (1593247148) dateTime: 1593247148, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:39:11 CEST (1593247151) dateTime: 1593247151, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:39:11 CEST (1593247151) altimeter: 
>> 1008.6586993806619, barometer: 1009.0082158009718, dateTime: 1593247151, 
>> inDewpoint: 17.27777777777778, inHumidity: 55.1, inTemp: 
>> 27.055555555555557, maxSolarRad: None, pressure: 1008.5679853403257, 
>> rainRate: 0.0, usUnits: 17
>> LOOP:   2020-06-27 10:39:13 CEST (1593247153) dateTime: 1593247153, 
>> maxSolarRad: None, rainRate: 0.0, usUnits: 17
>>
>> Op zaterdag 27 juni 2020 om 10:17:55 UTC+2 schreef Bastiaan Meelberg:
>>
>>> Python is pretty new to me, I was unaware of the use of the _packet 
>>> underscore method. I will update my code. Thanks for the tip.
>>>
>>> Have a look at the rain calculations, I found out yesterday, during a 
>>> rain shower, setting  the self.rain_previous_period to zero is not a 
>>> good idea. If weewx is reloading the diver (and it does) it will add the 
>>> daily rain as a whole new rainfall. I will update my repo during the day.
>>>
>>> Also at midnight WLL will reset the rain_daily, so at that moment the 
>>> rain_previous must be reset.
>>>
>>> I also don't think you need to do all the METRIC and METRICWX 
>>> conversions. Weewx will do that for you, if you set the 'usUnits': 
>>> weewx.US  in the _packet. The LOOP will be generated and weewx is 
>>> adding the record using the set database metrics.
>>>
>>>
>>>
>>> On Friday, June 26, 2020 at 6:56:18 PM UTC+2, flor...@pre-vost.fr wrote:
>>>>
>>>> Hi everyone and thank you for your support ! I'm very glade to know 
>>>> that people want to make this driver because there are not a lot.
>>>>
>>>> This is my repo :  https://github.com/Drealine/WLLDriver 
>>>>
>>>> @Bastiaan it's very nice ! Just, why you use update packet or not 
>>>> simply do a for _packet in blabla(): It's a udp protocol ?
>>>>
>>>> With my driver, you can retrive lost data by using API v2 of 
>>>> Weatherlink. Depend to your subscription.
>>>>
>>>> Glad to work with you, and if you want, it will be more often that 
>>>> split some git to one. 
>>>>
>>>> Regards, -fp 
>>>>
>>>> Le vendredi 26 juin 2020 à 18:35:45 UTC+2, Bastiaan Meelberg a écrit :
>>>>
>>>>> Hi, 
>>>>>
>>>>> I’m also working on a wll driver, including The 2,5 UDP packages. It 
>>>>> is running now for a few days with good results (no rain check yet). 
>>>>> The integration with the online fetch sounds interesting! 
>>>>> This is my git fork: 
>>>>> https://github.com/grebleem/WeatherLinkliveUDP 
>>>>>
>>>>> It is feeding my site: https://meteo-otterlo.nl 
>>>>>
>>>>> Cheers, Bastiaan 
>>>>>
>>>>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-development" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-development+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-development/0d387a15-f21a-4247-9642-9608189430e9n%40googlegroups.com.

Reply via email to