WXforum.net
Weather Station Hardware => Ambient Weather and Ecowitt and other Fine Offset clones => Topic started by: Rover1822 on August 01, 2021, 08:59:23 AM
-
1. Read the configuration instructions and don't be stupid like me trying to add it in WSView like the GW1000s (That no worky for me).
2. For me it was easier to configure using a laptop and a browser pointed at to 192.168.4.1 (which is nice) while connected to the units WiFI, as opposed to a cell phone.
3. The web pages served by the device do not scroll on any browser I tried. Have to zoom out if you want to see everything , like all your sensors.
4. After configuration, WSView works just fine with it.
-
It work with cumulus mx?
-
It work with cumulus mx?
I can only make an assumption that it will work the same as the GW1000. I don't use Cumulus MX.
-
It work with cumulus mx?
There is no reason for it not to work with Cumulus MX. The GW1100 has the same GW1000 API.
-
Interestingly Ecowitt offer in their shop the GW1100 as 868 MHz and 915 MHz models only.
https://www.ecowitt.com/shop/goodsDetail/106
Maybe they still have a bunch of 433 MHz GW1000 on stock, the frequency for Asia and Oceania.
-
1. Read the configuration instructions and don't be stupid like me trying to add it in WSView like the GW1000s (That no worky for me).
2. For me it was easier to configure using a laptop and a browser pointed at to 192.168.4.1 (which is nice) while connected to the units WiFI, as opposed to a cell phone.
3. The web pages served by the device do not scroll on any browser I tried. Have to zoom out if you want to see everything , like all your sensors.
4. After configuration, WSView works just fine with it.
Mine just arrived and I'm quite pleased. Responses to your comments:
1. I used my desktop computer so WSView was not an option
2. I fully agree
3. Between the mouse and down arrow button I was able to scroll down each page. Not perfect, but it works.
4. I won't be using WSView ever for the GW1100. I much prefer the web based display.
I assigned it a static IP in my router and it boots up perfectly.
I will be installing these in my remote sites, I will now be able to remotely access them using a pi and VNC. I'll keep the GW1000 at the remote sites as a backup.
-
3. Between the mouse and down arrow button I was able to scroll down each page. Not perfect, but it works.
You must have a different system than I , I was using Doze. I may also have a lot more sensors attached, But OK
-
I'm using Firefox on Windows 10
I went back and tested. Initially I checked every screen and the roller wheel on my mouse scrolled every screen
But when I returned to the Sensor ID page the roller wheel no longer worked. I had to do a left click and then use the keyboard down arrow.
Rather strange.
-
Two additional observations:
1. So far in my testing the GW1100's WiFi hotspot stays on with a GW1100B-WIFIXXXX* beacon. (Or maybe I haven't waited long enough) I'm going to suggest that in a future revision an option for the WiFi hotspot & beacon to turn off after 10 minutes be included. Actually I'm not even sure how they engineered this, it's currently connected to my home WiFi network and simultaneously has a separate WiFi beacon and hotspot.
2. It appears that the GW1100 has better RF sensitivity. I have a sensor in an underground storm shelter that my GW1000's no longer hear, I thought due to old batteries. The GW1100 hears it just fine. This is not a scientific test, just an initial observation.
*The WiFi ID has the last four characters of the MAC address as the last four characters of the WiFi ID
-
OK, On Doze I tried , IE, Chrome, and Firefox. I may not have been as patient as you. If a screen has more information, that I know is there, scrollbars would be nice :)
I am a coder, but, like any casual user, not going to waste my time. The good news was the configuration screen didn't really need scrolling. It was when I went for the live data , or sensor configurations that I really noticed it.
I agree on the GW1100s retention beacon signal as an AP on my network, that should probably go away when you have configured the unit for your own network, and only pop up again if you need to reconfigure and place the unit into setup up mode using the buttons.
Maybe there is a setting I haven't found for that in my haste to just get it working.
-
Based on WA4OPQ discovery
Hmmm ... continuing this on the open AP.
For giggles, I disconnected my laptop from my LAN, and chose the GW1100's hotspot (which is open), and I was able to connect on the original URL of "http://192.168.4.1/"
and getting a decent connection of
Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : fe80::d1fb:df37:2d43:58e7%8
IPv4 Address. . . . . . . . . . . : 192.168.4.13
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.4.1
This disturbs me.
Good point out WA4OPQ.
Why does it disturb me, well because there is an open AP from the device, now I haven't gone and changed the AP password, which I will, if I can. But this means your gw1100 is discoverable from its published SSID even when attached to your network . Now, before we all jump through windows, this is a moderate risk, but I don't know what coupling is behind that AP and the connected LAN. At a minimum, I would like to change the AP pwd for the device.
Appears one can , make sure to set the pwd on http://192.168.4.1/deviceSetting.html
It seems to put a pwd on the SSID and the website config.
I just did a minimal test, I would really suggest everyone do more.
-
I'm going to first say I don't have any evidence that this is intentional.
But , what you really don't need is some neighbor slapping into your GW1100 and mucking up settings.
So please change the PWD
-
This is a big difference from the GW1000 series that do not have an open AP after it is configured, with a published SSID.
Probably an overlooked portion in dev for the web interface and the connection after it has been configured.
What I'm curious about, is the potential for a dual radio set up , but maybe someone else here has more information.
-
At a minimum , locate that password setting I mentioned earlier and change it. Or some numb nuts like me will reset your configurations and add offsets to all your settings just because , well we can, be hard to explain a temperature in winter that looks like one from hades (hell).
-
Hi!
What I'm curious about, is the potential for a dual radio set up , but maybe someone else here has more information.
STA and AP mode in parallel is possible with the ESP8266: https://siytek.com/esp8266-ap-and-station-mode/ - just with ONE radio interface.
So Ecowitt should just switch off the AP mode after enabling the STA mode.
Oliver
-
Yep... see the issue?
-
I always have some issues with IoT devices. This one was a little more , ehh, not needed.
I don't like having an interface that shows the device IP via DHCP, but not allow me to static it. So , when we run into issues we have to show users how to do that from the myriad of different routers there are. Of course yes, for the casual user DHCP fits the bill, well, until it doesn't
I also do not like the absence of being able to choose my own DNS servers, might seem minor, but any DNS server can record your traffic. I have written enough of this stuff to know that we could offer an entry for a DNS server and just ignore it anyway (sad).
Do I track this stuff, sadly, yes
So, basically , the user has to trust you, and your equipment.
-
I also do not like the absence of being able to choose my own DNS servers
If you don't like not being able to choose your DNS then you really must not like how the GW1000 phones home to China to Ecowitt and the NTP service.
I'm curious if any changes were made to the GW1100.
But considering the number of GW1000s I have I'll never be using the GW1100 on an isolated solar powered weather station. For that reason I haven't taken the time to see if any changes were made to this.
-
Hi!
I'm curious if any changes were made to the GW1100.
Unfortunately, I have never received any feedback from Ecowitt on NTP and watchdog/WIFI restart (or other reported problems except the lightning-disappear-problem).
There were also some users in Ecowitt's own forum who saw it similarly (https://www.ecowitt.com/shop/forum/forumDetails/67) - but no statement from Ecowitt yet.
There was nothing about it in the changelogs of the last firmware versions. In this respect one can assume that this problem persists.
Maybe I'll test the GW1100 again in this regard.
Maybe a few more users should show a "thumbs up!" there (https://www.ecowitt.com/shop/forum/forumDetails/67) ...
(25 users already did this)
Regards, Oliver
-
Maybe a few more users should show a "thumbs up!" there (https://www.ecowitt.com/shop/forum/forumDetails/67) ...
(25 users already did this)
I just did....+26 now. [tup]
-
Stuck my thumb in there too
I may want to start another one on the GW1100.
But Oliver, you have more of a presence there :)
-
Interestingly Ecowitt offer in their shop the GW1100 as 868 MHz and 915 MHz models only.
https://www.ecowitt.com/shop/goodsDetail/106
Maybe they still have a bunch of 433 MHz GW1000 on stock, the frequency for Asia and Oceania.
Noticed that earlier, but on checking again this morning it's changed.
They now offer it in 4 bands.
915, 868, 920 & 433Mhz.
920 is an interesting addition.
Is that not what Davis use in Aus, or is it 915
-
I've found a problem in my GW1100 that is serious enough that I have to keep it turned off.
Background: On my desk/bench is a desktop connected by ethernet, and a weatherproof box containing a solar powered weather station. The weather station has a ham radio, a raspberry pi zero W and a GW1000. A GW1100 is on top of my file cabinet. Both GWs and the pi are on the same network with static IP, the router is in another room.
I talk to the pi with SSH using Kitty, a branch of Putty, but all day today the response has been extremely sluggish and often disconnects. It is essentially unusable. I have spent many hours slowly eliminating all possible factors, nothing has improved my connection to the pi. Finally I looked across the room and noticed the GW1100 plugged in. After I unplugged it my connection to the pi was perfect.
I am an extreme novice with Wireshark, would one of you experts please take a look at your GW1100?
Maybe the "always on" AP is on the same channel and blocking the signal? Tomorrow I'll try moving my home network to a different channel. Any other thoughts?
-
Is there any chance you have an IP conflict the IP of the GW1100 and the Pi? (or anything else for that matter)
On your desktop, did you use that to configure the GW1100 by connecting to the GW1100 AP. If you did, you make sure that auto connect is not set to connect to the GW1100 AP? It could be your desktop is trying to connect to it still.
What network configuration changes did you make to the GW1100? All of them
I have not seen any unusual traffic from my GW1100
-
I run multiple APs at the house with different SSIDs, if I set equipment to auto connect (sometimes it is the default, like in doze) , and I have it set to auto connect to more than one, it will switch from one to another based on signal strength. In my case, although not with a GW1100 but the situation could be the same, I get stops in service while the network connection changes.
If you are ethernet tied via cable, if you have WiFi also, your network stack on the unit may not be able to take both connections at one time, depends on device , driver and WiFi/Network device on the equipment.
To remedy, make sure that devices are not set to auto connect to the GW1100s AP.
Unlike the GW1000 , the AP does not shut off and switch to your LAN as discussed in previous portions of this thread. I believe Oliver discussed the STA connection activity being able to share. Similar to what I see on Xbees. So you probably won't experience this condition with the GW1000 which have to be put into a configuration mode with the use of the button.
I really don't know what the configuration mode does on the GW1100 as the AP is always live, it does flash the lights the same as the GW1000, but doesn't need that mode to configure as the AP is always live . And even after configuring via it's AP for your WIFI network LAN, you can get to the configurations pages from the DHCP address of the unit. So the config mode is kind of pointless. I think this is a firmware hold over from the GW1000
-
Answers to your questions:
It's almost impossible to have an IP conflict. I have a structured plan for IPs: GW1100s in the 130s, Meteobridges in the 140s,Pi's in the 150s, PiZeros in the 160s etc.
My desktop is primarily connected over ethernet. It has a WAN card with external antennas that is turned on only when I need to connect to a weather station on the far side of my backyard. Normally WiFi is off. Besides being turned off, none of the connections are set to autoconnect. In fact, Windows doesn't allow autoconnect if it's not going to the internet.
The WiFi router is in a closet in the center of our house, about 25 feet away, so the GW1100 is much much closer to the pi than the router. I think this proximity is what's causing the interference by overloading the pi's WiFi receiver.
Other than setting a static IP on my router for the GW1100 I have done no network configurations to it.
-
I have so much stuff on WIFI, radios, I'm sorry but I don't have an issue. I run the 3 different APs on different "bands" , to keep the best possible experience. And my gw1100 is in very close proximity to everything else. I don't see the radio interference that you would like to blame on the 2.4 GHz or even 5 GHz side . I have multiple radio setups and SDRs, I', frankly not seeing anything. I seriously doubt this is a radio interference issue. You can of course prove me wrong.
There is something else going on with your setup. I know you will disagree, but recheck everything. This , really sounds like a network issue, trying to hit a different subnet from the AP on the GW1100 .. or something.
Or something , no one has encountered.
-
In fact, Windows doesn't allow autoconnect if it's not going to the internet.
Actually it will, android OS might barf on that , but , if the connection has the flag for auto connect in doze, it will try. Regardless if there is an internet connection or not. And the connection will bounce depending on a whole lot of factors. But it will try the connection .
I go back to making sure nothing has a an auto connect or persistent reason to make the connection.
I really wish, the GW1100 had a way to turn off it's AP side. Even if you have applied a password on the gw1100, if you have a system that has an auto connect, it will try, and that takes a a drop in some OS's even though it has a current connection.
-
I believe this is the problem: while measuring adjacent to the pi the signal from the AP is 30 dB stronger than the WLAN
[ You are not allowed to view attachments ]
-
Maybe, not saying no.
But man that is the cleanest WIFI range graph I have seen. You should live here, I have like 40+ something active connection sites in my surroundings, with a lot of multiples.
I mean I have multi story apartments, multi family dwellings, etc.
Yeah.. not so sure that is your issue
-
If you want to test, just move the GW1100 to another location
That thing has so little RF power , move it to another room ,etc... or building
And I am pushing receiving gigabits of data all day long as I am a cable cord cutter and receive my TV signal, for the most part, over WIFI from my router, probably packing the RF for anyone else But my GW1100 is fine. And it should be it is sending/receiving so little data, I mean, miniscule packets , and I have no issue
Along with the roughly 34 devices that use my WIFI, including constantly streaming video cameras.
-
But man that is the cleanest WIFI range graph I have seen.
One of the advantages of living in the country. We're on six acres on a dirt road.
As a test I moved the GW1100 ten feet away. It then had exactly the same signal strength as the WLAN. -60dBm And I was able to connect to the pi perfectly.
I think that confirms my theory.
-
I altered my previous post. I don't know what router you are using, I don't know the setup , but I do know, I am pushing a hell of lot more data , based on your responses, and dealing with a lot more more interference than you are.
But in the end, who cares? So a simple reposition of the unit solved the issue
I have 3 GW1000s and the GW1100 within 10' of each other
One of those things, if it solves it, why pursue the issue anymore :)
(Unless you are just slap happy curious like me)
- Rover
-
I think what happened is that I had created the perfect RF storm. My pi is a Zero W, it sells for $10 so it doesn't have the world's greatest WiFi chipset, and it has a wonky WiFi antenna. But it works. Then along comes the GW-1100 with a signal 30dB stronger. On a linear scale that 1000 times as strong. The poor little pi just gave up.
Now my situation with my router so far away and having a pi with a weak WiFi chipset is unusual. 95% of the users will never see it. But if the 5% of the users don't know what is going on it could become a PR nightmare for Ecowitt.
If Ecowitt needs any justification to update the firmware to have the AP shut off after setup, I think this is it.
-
As I don't have a Pi, and you look at the cost of the unit, really can't fault them, nor can you fault the people that designed the GW1100. Now I have other issues with that unit, biggest being that once configured there is no use for the AP side of the unit.
But look at it this way, you got your stuff to work.
-
I agree WA4OPQ, I mean what is the purpose of having a set up mode if it doesn't do anything and doesn't go away?
-
Now, there might be some benefit to the direct access AP point that I am not aware of. But if there is, there are far better ways to accomplish whatever is needed than an open AP.
I have a GW1000 in my office server room with some sensors, as it was a cheap way to get that info and send alarms. There is no chance I would slap the gw1100 in its place. Sure, maybe nothing, but that is in an office building with a bunch of other offices, and a lot with public spaces. Why would I place anything in that spot with an AP that wasn't needed. I'm sure, based on the clientele of the building, there would be some that would try access, ok not get them anywhere, but why have it there in the first place.
-
Yes, moving the GW1100 ten feet away, out of my office solved the problem today.
But my real reason for getting two GW1100s is for my two remote stations, one is ten miles and one is twenty miles away. I can remotely access the pi at those locations and through the pi I can access the GW1100. At both of these locations the GW1000 is one foot away from the pi. If the GW1100 didn't have the persistent AP I could just add it right there. Instead I have to find another location, at least 10 feet away for the GW1100. And explain to the building owners why I'm grabbing another electrical outlet.
I can make it work, but it could be so much easier. A firmware update could make me extremely happy.
-
I have good news this morning.
I sent my concerns to Ecowitt support, along with my nifty WiFi spectrum analyzer display. I also gave the link to this thread.
Today I received an email from Ecowitt engineering; they have developed a solution that turns the AP hotspot off after connecting and/or 10 minutes. I am quite impressed with their attention to customer concerns and their timely solution.
So now I (patiently) wait for a firmware update to be pushed out.
-
very cool
-
So now I (patiently) wait for a firmware update to be pushed out.
I have emailed Ecowitt to find out when this will be pushed out. I'll let y'all know what they say.
-
Hi!
I have emailed Ecowitt to find out when this will be pushed out.
Just install the new firmware version v2.0.3 from the web interface of the GW1100. Go to Device Settings, press the Check new version button and install afterwards.
WS View and WSView Plus don't see the new version yet.
This new version exits the AP mode after 5 minutes if the device has been configured.
Regards, Oliver
-
THANK YOU !!!
I was incorrectly using the android app.
Now I'm (patiently) waiting five minutes.
-
Just install the new firmware version v2.0.3 from the web interface of the GW1100. Go to Device Settings, press the Check new version button and install afterwards.
The Check new version button did not appear on mine (GW1100B_V2.0.1). Selecting the automatic firmware update and saving did work.
After the update, reboot, the button did appear.
-
Not sure if this has already been mentioned elsewhere - the GW1100 firmware 2.0.2 and the new 2.0.3 have a bug in counting the monthly rainfall: it fails to reset the monthly counter to zero.
-
Not sure if this has already been mentioned elsewhere - the GW1100 firmware 2.0.2 and the new 2.0.3 have a bug in counting the monthly rainfall: it fails to reset the monthly counter to zero.
Monthly rain reset to 0 okay on my end.
-
Now that I have the GW1100 working correctly I've installed at it one of my remote sites, about 10 miles away. I can log in remotely to my pi with VNC and use it's browser to log into the GW1100. I can adjust calibrations or re-register a sensor without leaving my comfy chair.
-
There is a new option to have it shut off its access pt. Normally not.selected
-
1. That option was already available in earlier firmware versions (before 2.0.8 ) ;) - you may not have noticed
And - by default - it's not deactivated. You as user can decide if you want to shut it down or not. It has some potential security impact to leave it open.
As long as it's not deactivated, you can still connect to that WLAN and access its WebUI - and also change settings - via a web browser locally.
2. the GW2000 has the same option (and interface)
3. the old GW1000s have this functionality inbuilt (FW 1.7.4, not optional) that 5-10 minutes after successful pairing with the WLAN access point/router the local GW1000 WLAN which shows itself with SSID GW1000X-WIFIxxxx (and which is used to transfer the router login information to the GW1000) is shut down. As the GW1000 doesn't have an inbuilt web server as the GW1100 and the GW2000 have, having its own WLAN open is of no use.