Thanks Vince. That sounds easy enough. What about the pressure?  Since the 
Davis already reports pressure, I was thinking of ignore the pressure from 
the gateway.

 So, that only leaves battery and signal. 

On Monday, January 9, 2023 at 2:43:36 PM UTC-7 vince wrote:

> You have 8 extraT+H fields and 8 devices so you're set.
>
>
>    - Map the WH31 to extraWhatever1-5 matching their channel settings
>    - Set the WN34BL to channel 6, 7, or 8 and map it to the matching 
>    extraWhateverNNN field for consistency
>    - Map the WH32 to whatever is still unused in extraTemp1-8 since you 
>    can only have one of those
>    - Map the gateway to whatever is still unused in extraTemp1-8 since 
>    the VP2 will kinda win grabbing the inTemp+Humid fields
>
> FWIW - I do my Ecowitt stuff in docker in one db and do MQTT publish from 
> there.  My VP2 does MQTT-subscribe to the Ecowitt topics to seed the weewx 
> db.  It made it simpler for my brain that day.
>
> Now when you grab your 9th extra sensor, then you will likely have a 
> little work to do...
>
> On Monday, January 9, 2023 at 1:24:03 PM UTC-8 jmltech wrote:
>
>> Thanks. After checking the install and driver python code, I didn’t see 
>> anything that would add the extra fields to the database… but I’m a python 
>> novice, so didn’t know if weewx would add dynamically. What is confusing is 
>> all of he field names listed in the install driver. I guess that is done 
>> for future use. 
>>
>> For EcoWitt, I have:
>> Gateway that is reporting intemp and inhumid, as well as barometer?
>> 5 - WH31 on channels 1-5
>> 1 - WH32 that cam with the Gateway, reporting Outtemp and OutHumid
>> 1 - WN34BL pond thermometer 
>>
>> Right now they are all sitting on my workbench, since I’m testing them 
>> out with weewx. 
>>
>> I am running this as a service, since my main driver will be my existing 
>> Davis Vantage Pro2 with a connected data logger weather station. After 
>> testing on the new server, I do plan on migrating my existing weewx.sdb 
>> database over to the new server, so it will be easy to add the extra 
>> fields. I have about 7 years of data that I want to keep. The Ecowitts are 
>> new, so I figured it was a good time to upgrade. My old server is running 
>> weewx version 3.9.2 under Ubuntu and I have some zwave devices that 
>> reported temperature, that I will move away from
>>
>>
>> On Monday, January 9, 2023 at 2:03:47 PM UTC-7 vince wrote:
>>
>>> The driver isn't going to alter your weewx db schema if that's what 
>>> you're asking.
>>>
>>> There's no extraTemp9 or extraHumid9 in the weewx db schema.  You might 
>>> want to map your ecowitt sensors to some elements already in the weewx 
>>> schema to keep things simple.
>>>
>>> What sensors do you have and what channels are they on ?
>>>
>>> On Monday, January 9, 2023 at 12:42:09 PM UTC-8 jmltech wrote:
>>>
>>>> Hi, I am rebuilding my server, and installed a new fresh install of 
>>>> weewx version 4.9.1 and tested using the simulator driver.... all is good. 
>>>>  
>>>> values from the simulator are updated in the archive table.
>>>>
>>>> I then installed the Ecowitt Gateway as a service following the install 
>>>> instructions on the wiki... version 0.5.0b5
>>>>
>>>> I tested the Ecowitt Gateway service using the --live-data command line 
>>>> option as well as --test-service command line option, and all is well... 
>>>> the service is reading my gateway fine, and is picking up all of my 
>>>> sensors 
>>>> along with their values.
>>>>
>>>> The problem that I'm seeing is that I didn't see any updates to the 
>>>> weewx.sdb database for the ecowitt gateway after install.  I also noticed 
>>>> that the Ecowitt Gateway has lots of added fields listed in the 
>>>> home/weewx/bin/user/gw1000.py, but I didn't see any of those added to my 
>>>> weewx.sdb database after first run, or after any of the achive packets 
>>>> were 
>>>> updated to the archive table.
>>>>
>>>> Am I supposed to add these fields manually? Or is the Ecowitt Gateway 
>>>> service supposed to add them on install, or add them dynamically on first 
>>>> use?
>>>>
>>>> If I add a field_map_extensions to the weewx.conf under the [GW1000] 
>>>> stanza such as:
>>>>     [[field_map_extensions]]
>>>>         extraTemp9 = intemp
>>>>         extraHumid9 = inhumid
>>>> and restart weewx... my ecowitt sensor values isn't added, even though 
>>>> I see the intemp and inhumid in the loop packets in the log file using 
>>>> debug=3.  I don't see an extraTemp9 or an extraHumid9 listed in the 
>>>> database, even though this is one of the fields listed in the gw1000.py 
>>>> driver.  The values from the simulator driver are being added to the 
>>>> archive table.
>>>>
>>>> However, if I add a field_map_extensions to the weewx.conf under the 
>>>> [GW1000] stanza such as:
>>>>     [[field_map_extensions]]
>>>>         extraTemp5 = intemp
>>>>         extraHumid5 = inhumid
>>>> and restart weewx, I now see the values being added to the weewx.sdb 
>>>> archive table for extraTemp5 and extraHumid5 that came from my ecowitt 
>>>> sensor (as well as the values from the simulator)
>>>>
>>>> so, it appears that none of the ecowitt field names were added to the 
>>>> archive table on install.  If I'm supposed to add them manually, then the 
>>>> wiki install instructions need to be updated.
>>>>
>>>> Thanks for the help,
>>>> Joe
>>>>
>>>>
>>>>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/dedc9ff6-6418-436b-9f88-019e2536b7f5n%40googlegroups.com.

Reply via email to