Author Topic: WH31: different channels but the same ID  (Read 664 times)

0 Members and 1 Guest are viewing this topic.

Online olicat

  • Forecaster
  • *****
  • Posts: 1515
  • GWxx00, HPx5x1C, WN1900C, WN1980C & WS3800C
    • FOSHKplugin
WH31: different channels but the same ID
« on: September 19, 2021, 12:16:01 PM »
Hi!

I currently have the problem that a WN30 only reports once (or twice) after inserting the battery and then no more.
It is noticeable that the WN30 has a different channel but the same ID as another WH31:
Code: [Select]
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : 2021-09-19 17:40:30
model     : AmbientWeather-WH31E                   id        : 191
Channel   : 1            Battery   : 1             Temperature: 14.5 C       Humidity  : 72 %          Extra Data: 2000000000    Integrity : CRC
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : 2021-09-19 17:42:03
model     : AmbientWeather-WH31E                   id        : 191
Channel   : 8            Battery   : 0             Temperature: 23.1 C       Humidity  : 255 %         Extra Data: 0000000000    Integrity : CRC
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : 2021-09-19 17:42:32
model     : AmbientWeather-WH31E                   id        : 191
Channel   : 1            Battery   : 1             Temperature: 14.4 C       Humidity  : 72 %          Extra Data: 8b00000000    Integrity : CRC
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : 2021-09-19 17:43:11
model     : AmbientWeather-WH31E                   id        : 191
Channel   : 8            Battery   : 0             Temperature: 23.1 C       Humidity  : 255 %         Extra Data: 0000000000    Integrity : CRC
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : 2021-09-19 17:43:33
model     : AmbientWeather-WH31E                   id        : 191
Channel   : 1            Battery   : 1             Temperature: 14.4 C       Humidity  : 72 %          Extra Data: 8b00000000    Integrity : CRC
time      : 2021-09-19 17:44:34
model     : AmbientWeather-WH31E                   id        : 191
Channel   : 1            Battery   : 1             Temperature: 14.4 C       Humidity  : 72 %          Extra Data: 8b00000000    Integrity : CRC

The sensors are also displayed in WS View with the identical ID bf.
Do you also have any WH31 on different channels but with the same ID?
Can that lead to problems or is the wrongdoing elsewhere?
I consider the channel number to be decisive for sensors with fixed channels.

Regards, Oliver

Online Rover1822

  • Forecaster
  • *****
  • Posts: 1989
    • Mini Wind and Solar Data project
Re: WH31: different channels but the same ID
« Reply #1 on: September 19, 2021, 12:58:26 PM »
I would have thought so, maybe they are not randomized? But strange.


Obvious, is can you remove batteries from the other WH31 and see if the newer one snaps in?

Ambient:
  WS-2000
  PM 2.5(2)
  WH31B(2)
  WH40E
  WH31P
EcoWitt:
  GW1100
  GW1000(4)
  WH31(2)
  WH57
  WH51(12),
  WH40
  WH5360B
  WN34S
  WittBoy WS90 + GW2000
  WS90 (other one) + GW1100
Personal Sites: Weather Cam

Offline Gyvate

  • Forecaster
  • *****
  • Posts: 3296
Re: WH31: different channels but the same ID
« Reply #2 on: September 19, 2021, 01:54:11 PM »
very strange - I have 7 WH31 family members (6 WH31, 1 WN30). They all have different IDs and obviously also different channel numbers.
Do all your consoles report the same (and identical) ID for your WH31/WN30 sensors ?
WS2350 1.6.7, GW1000(3) 1.7.7,WH2650 WiFi (2) 1.7.7 (test/backup), GW1100 2.3.1, GW2000(3) 3.1.1, HP2551 1.9.5,5.1.5;HP3500 1.7.2,WS3800 1.2.8, WN1910 1.2.3,WN1980 1.2.3;
Ecowitt WS90(2)1.3.5/1.4.0, WS80(2)1.2.5, WS68, WS69, WH40, WH31, WH31-EP, WN30, WN34L, WN35, WH32, WH32-EP, WH32B, WH57 [Lightning], WH41 [PM2.5], WH51, WH45, WH55
MeteobridgePro(2)[test,prod] 5.8 Mar 01 2024, 15185 - Blake-Larsen Sun Recorder - RPi4/weewx 4.8.0/4.10.2/CumulusMX 3283/Meteobridge RPi4B-2GB(3169)
Barani Meteoshield Pro, MetSpec Rad02 - Ecowitt 5763,34418;WU ISAARB3(WH4000SE),ISAARB22(HP2553), http://meshka.eu

Online olicat

  • Forecaster
  • *****
  • Posts: 1515
  • GWxx00, HPx5x1C, WN1900C, WN1980C & WS3800C
    • FOSHKplugin
Re: WH31: different channels but the same ID
« Reply #3 on: September 19, 2021, 02:52:06 PM »
Hi!

Quote
Obvious, is can you remove batteries from the other WH31 and see if the newer one snaps in?
Unfortunately it stays the same.

Quote
Do all your consoles report the same (and identical) ID for your WH31/WN30 sensors ?
Yes, all 3 GW1x00 report the same channels & IDs.
Reregistering does not change the IDs for the WH31/WN30 ...

But as I said at the beginning, the same ID doesn't have to be a problem. I think the WN30 generally has a technical problem.
It worked for several months without any problems until last Sunday it simply stopped sending and only occasionally displayed any blocks on the LCD.
The LCD display works again after changing the battery. The batteries were still at 1.47V each.
But it only sends shortly after activation. And although it continues to show a temperature, it no longer changes.
In order to display the sensor's LCD at all, however, the batteries must be out at least 2-3 minutes before being reinserted. Otherwise the display does not show anything either.

However, I absolutely cannot explain what could be causing this problem. Even if I wanted to create the problem myself, I can't find a way!
Hence the question of whether you also have sensors on different channels but with the same ID. That was the only abnormality so far.

I have to take a look right away to see if there is a capacitor ...

Oliver

Online Rover1822

  • Forecaster
  • *****
  • Posts: 1989
    • Mini Wind and Solar Data project
Re: WH31: different channels but the same ID
« Reply #4 on: September 19, 2021, 03:12:22 PM »
Yeah,  with the duration you have to wait, I was thinking a cap too. But I think the issue is downstream and something else has failed. Because it stays alive , meaning situation does not change for a while, although in an erroneous state, without batteries, to me means the cap is OK if there is one.

I think the unit may have gone belly up on something else.

I don't think this is a simple fix.

« Last Edit: September 19, 2021, 03:14:27 PM by Rover1822 »
Ambient:
  WS-2000
  PM 2.5(2)
  WH31B(2)
  WH40E
  WH31P
EcoWitt:
  GW1100
  GW1000(4)
  WH31(2)
  WH57
  WH51(12),
  WH40
  WH5360B
  WN34S
  WittBoy WS90 + GW2000
  WS90 (other one) + GW1100
Personal Sites: Weather Cam

Online olicat

  • Forecaster
  • *****
  • Posts: 1515
  • GWxx00, HPx5x1C, WN1900C, WN1980C & WS3800C
    • FOSHKplugin
Re: WH31: different channels but the same ID
« Reply #5 on: September 23, 2021, 01:01:08 PM »
Hi!

Surprising intermediate result:
After I had the sensor lying on my desk for several days (since Sunday) without batteries and wanted to write the return request for Froggit today (they offered a check), I tested the sensor again this afternoon to give Froggit a few troubleshooting tips or a more concrete error report.
Inserted the same batteries as before and ...

The sensor has now been working without problems for almost 3 hours.
I can't really explain it to myself yet ...
Apparently something is cached there (cap?), which only disappears after a very long time. I had previously pulled the batteries out of the device for 6 or 8 hours (overnight) - but that didn't help.
Strange ...

The sensor ID is still the same (and still the same as the WH31 on channel 1).

Excited to see how it will continue ...

Oliver

Online Rover1822

  • Forecaster
  • *****
  • Posts: 1989
    • Mini Wind and Solar Data project
Re: WH31: different channels but the same ID
« Reply #6 on: September 23, 2021, 01:04:25 PM »
Excited?, we need to find you some other activities :)

But cool, little puzzling on the ID

Ambient:
  WS-2000
  PM 2.5(2)
  WH31B(2)
  WH40E
  WH31P
EcoWitt:
  GW1100
  GW1000(4)
  WH31(2)
  WH57
  WH51(12),
  WH40
  WH5360B
  WN34S
  WittBoy WS90 + GW2000
  WS90 (other one) + GW1100
Personal Sites: Weather Cam

Online jbroome

  • Member
  • *
  • Posts: 41
Re: WH31: different channels but the same ID
« Reply #7 on: September 28, 2021, 11:25:11 PM »
I am a newbie to working with the FOS/Ecowitt/AW universe, but have been developing my own code for the past few weeks to talk to the GW1000 et al. In my observation, the "id" displayed by rtl_433 is typically (but not always!) the decimal representation of the hardware ID baked into the device (similar to an Ethernet MAC address.)  I have some WH51 devices that show the ID as hexadecimal (i.e. 00e86c), which corresponds to the sticker on the device.  Other models show as decimal (i.e. 184), which converts to b8, which corresponds to the sticker on the device.  On my multi-channel devices (WH31and WH55), changing the DIP switches to change the channel does NOT change the ID value as seen in rtl_433, nor in the responses to CMD_READ_SENSOR_ID_NEW on the GW1000.  I *do* see the "Extra data" change in rtl_433 when I change the channel DIP switches, but I haven't figured out the pattern yet - it hasn't been an issue for me.

I hope this helps a little...
Collector of Ecowitt and related gizmos:
GW1000 x4 (both 915 MHz and 433 MHz)
GW1100 x2 (both 915 MHz and 433 MHz)
GW2000 (915 MHz)
WH31
WH31P
WH32E
WH32B
WH34BS
WH34BL
WN35
WH40
WH41
WH45
WH46
WH51
WH55
WH57
WH65B
WH68
WS90BN
(and probably more that I've forgotten)

Offline Gyvate

  • Forecaster
  • *****
  • Posts: 3296
Re: WH31: different channels but the same ID
« Reply #8 on: September 29, 2021, 03:46:11 AM »
I am a newbie to working with the FOS/Ecowitt/AW universe, but have been developing my own code for the past few weeks to talk to the GW1000 et al. In my observation, the "id" displayed by rtl_433 is typically (but not always!) the decimal representation of the hardware ID baked into the device (similar to an Ethernet MAC address.)  I have some WH51 devices that show the ID as hexadecimal (i.e. 00e86c), which corresponds to the sticker on the device.  Other models show as decimal (i.e. 184), which converts to b8, which corresponds to the sticker on the device.  On my multi-channel devices (WH31and WH55), changing the DIP switches to change the channel does NOT change the ID value as seen in rtl_433, nor in the responses to CMD_READ_SENSOR_ID_NEW on the GW1000.  I *do* see the "Extra data" change in rtl_433 when I change the channel DIP switches, but I haven't figured out the pattern yet - it hasn't been an issue for me.

I hope this helps a little...
Good observation. But the device ID of each different of your WH31 is a different one (WH31(1) has ID (1), WH31(2) has ID(2) etc. and ID(1) is not the same as ID(2) in your scenario I assume).
But in Oliver's case, all 8 devices have the same ID (and use different channels) - that's the oddity.
WS2350 1.6.7, GW1000(3) 1.7.7,WH2650 WiFi (2) 1.7.7 (test/backup), GW1100 2.3.1, GW2000(3) 3.1.1, HP2551 1.9.5,5.1.5;HP3500 1.7.2,WS3800 1.2.8, WN1910 1.2.3,WN1980 1.2.3;
Ecowitt WS90(2)1.3.5/1.4.0, WS80(2)1.2.5, WS68, WS69, WH40, WH31, WH31-EP, WN30, WN34L, WN35, WH32, WH32-EP, WH32B, WH57 [Lightning], WH41 [PM2.5], WH51, WH45, WH55
MeteobridgePro(2)[test,prod] 5.8 Mar 01 2024, 15185 - Blake-Larsen Sun Recorder - RPi4/weewx 4.8.0/4.10.2/CumulusMX 3283/Meteobridge RPi4B-2GB(3169)
Barani Meteoshield Pro, MetSpec Rad02 - Ecowitt 5763,34418;WU ISAARB3(WH4000SE),ISAARB22(HP2553), http://meshka.eu

Online jbroome

  • Member
  • *
  • Posts: 41
Re: WH31: different channels but the same ID
« Reply #9 on: September 29, 2021, 02:49:24 PM »
I am a newbie to working with the FOS/Ecowitt/AW universe, but have been developing my own code for the past few weeks to talk to the GW1000 et al. In my observation, the "id" displayed by rtl_433 is typically (but not always!) the decimal representation of the hardware ID baked into the device (similar to an Ethernet MAC address.)  I have some WH51 devices that show the ID as hexadecimal (i.e. 00e86c), which corresponds to the sticker on the device.  Other models show as decimal (i.e. 184), which converts to b8, which corresponds to the sticker on the device.  On my multi-channel devices (WH31and WH55), changing the DIP switches to change the channel does NOT change the ID value as seen in rtl_433, nor in the responses to CMD_READ_SENSOR_ID_NEW on the GW1000.  I *do* see the "Extra data" change in rtl_433 when I change the channel DIP switches, but I haven't figured out the pattern yet - it hasn't been an issue for me.

I hope this helps a little...
Good observation. But the device ID of each different of your WH31 is a different one (WH31(1) has ID (1), WH31(2) has ID(2) etc. and ID(1) is not the same as ID(2) in your scenario I assume).
But in Oliver's case, all 8 devices have the same ID (and use different channels) - that's the oddity.

Ah, yes. I got part of that backwards...  Re-reading the string of posts, though, I think I was responding to the notion that IDs might change with new batteries or somesuch - not entirely sure now that it's daylight hours.  8-)

One thing that I thought was weird when I got my devices was that many only have the low-order byte set in their hardware IDs - I have 20, 35, 42, b8, c0, c9.  I've been a bit worried about having conflicting devices when I get something new.  At least if I buy through Amazon, it will be easy to return anything that turns out to have a conflicting ID.
Collector of Ecowitt and related gizmos:
GW1000 x4 (both 915 MHz and 433 MHz)
GW1100 x2 (both 915 MHz and 433 MHz)
GW2000 (915 MHz)
WH31
WH31P
WH32E
WH32B
WH34BS
WH34BL
WN35
WH40
WH41
WH45
WH46
WH51
WH55
WH57
WH65B
WH68
WS90BN
(and probably more that I've forgotten)

 

anything