But send them an email anyway ...because their shipping information says that they send 915 MHz to North America. That is conflicting information. https://www.ecowitt.com/shop/deliveryInfo Do check your Tycon though to see what frequency it really does use.
On Wednesday, January 13, 2021 at 1:51:15 PM UTC-5 galfert wrote: > Actually, I forgot that the new Ecowitt.com website finally lets you > specify the frequency when ordering (this wasn't an option before and you > had to email). So you can order the frequency that you need. > https://www.ecowitt.com/shop/goodsDetail/18 > > > On Wednesday, January 13, 2021 at 1:35:12 PM UTC-5 [email protected] > wrote: > >> I have the TP300WC; new this Christmas, it has the anemometer on the >> top. Thank you for the info and the driver link! >> >> William >> On Wednesday, January 13, 2021 at 1:06:00 PM UTC-5 galfert wrote: >> >>> Do not order the GW1000 from Amazon.com because you will get a GW1000 >>> that uses 915 MHz. From my research it seems that Tycon is using 433 MHz so >>> that will not work. The frequency of the GW1000 needs to be the same as >>> your station. But you can order the GW1000 with 433 MHz directly from >>> Ecowitt.com if you send them an email and specify that you need 433 MHz >>> GW1000. BUT.......You first need to check which version of the Tycon TP3000 >>> you have as I see they have changed the outdoor sensor array but kept the >>> same model name. The the wind vane is on top (and speed anemometer is on >>> the bottom) then the GW1000 will not work even if the frequency matches. >>> >>> [image: No good with GW1000.png] >>> >>> If however you have the opposite where the wind vane is on the bottom >>> and the anemometer is on top then the GW1000 will work but again you need >>> to match the frequency when ordering the GW1000. >>> >>> [image: WH65 Good Works with GW1000.png] >>> >>> The way the GW1000 works is that it is powered by USB....no data via >>> USB, only power, so plug it in anywhere there is USB power. Then the GW1000 >>> connects to your WiFi. You'll need a smartphone or tablet to make this >>> connection. Then the GW1000 will see your outdoor sensor array (if it is >>> compatible and the frequency matches). Then you'll be able to configure >>> WeeWX with the GW1000 API driver to get live data from your sensors. The >>> GW1000 does not connect nor talk to your display console. The display >>> console is independent and both the GW1000 and you display console >>> individually get the same live data from the sensors. The two devices have >>> no idea that the other exists. >>> >>> Where to get the WeeWX GW1000 API driver >>> https://github.com/gjr80/weewx-gw1000 >>> >>> >>> On Wednesday, January 13, 2021 at 12:43:15 PM UTC-5 [email protected] >>> wrote: >>> >>>> Understand the wire; thank you. >>>> >>>> >>>> ############################################################################## >>>> >>>> [Interceptor] >>>> # This section is for the network traffic interceptor driver. >>>> >>>> # The driver to use: >>>> driver = user.interceptor >>>> >>>> # Specify the hardware device to capture. Options include: >>>> # acurite-bridge - acurite internet bridge, smarthub, or access >>>> # observer - fine offset WH2600/HP1000/HP1003, ambient WS2902 >>>> # lw30x - oregon scientific LW301/LW302 >>>> # lacrosse-bridge - lacrosse GW1000U/C84612 internet bridge >>>> # ecowitt-client - any hardware that uses the ecowitt protocol >>>> # wu-client - any hardware that uses the weather underground >>>> protocol >>>> device_type = wu-client >>>> port = 80 >>>> address = 10.0.0.146 >>>> >>>> >>>> >>>> ############################################################################## >>>> >>>> [Simulator] >>>> # This section is for the weewx weather station simulator >>>> >>>> # The time (in seconds) between LOOP packets. >>>> loop_interval = 2.5 >>>> >>>> # The simulator mode can be either 'simulator' or 'generator'. >>>> # Real-time simulator. Sleep between each LOOP packet. >>>> mode = simulator >>>> # Generator. Emit LOOP packets as fast as possible (useful for >>>> testing). >>>> #mode = generator >>>> >>>> # The start time. Format is YYYY-mm-ddTHH:MM. If not specified, the >>>> default >>>> # is to use the present time. >>>> start = 2021-01-01300:00 >>>> >>>> # The driver to use: >>>> driver = weewx.drivers.simulator >>>> >>>> >>>> ############################################################################## >>>> >>>> "address = 10.0.0.146" is my computer where "weewx" is running. This >>>> is also the address "SmartWeatherIP" was set to us >>>> >>>> What correction/s should be made to [Interceptor] and >>>> [Interceptor] sections? >>>> >>>> William >>>> >>>> >>>> On Wednesday, January 13, 2021 at 12:06:43 PM UTC-5 vince wrote: >>>> >>>>> On Wednesday, January 13, 2021 at 6:17:08 AM UTC-8 [email protected] >>>>> wrote: >>>>> >>>>>> No success so far: >>>>>> >>>>>> >>>>> I don't see anything at all in your syslog snippet to even indicate >>>>> what problem you're reporting, nor your hardware+software config. >>>>> You're >>>>> saving 'something' to the database and generating the html+graphs >>>>> normally >>>>> from what you posted, but it's not apparent what measurements you're >>>>> actually recording. Simulator perhaps ? >>>>> >>>>> To answer your other question, the 'wire' in the photo of the GW1000 >>>>> is the indoor temperature/humidity sensor, so it doesn't plug in >>>>> anywhere. >>>>> They give us a meter or so wire to the actual sensor, so you can get it >>>>> out into the ambient air. >>>>> >>>>> >>>>> -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/ed69962d-da9b-4e71-ac9c-a68e5c1123b9n%40googlegroups.com.
