Probably depends on your os, but see if you can get there via some os 
magic. 

pi@pi4:~$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 0557:2008 ATEN International Co., Ltd UC-232A Serial 
Port [pl2303] <=== my serial2usb
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

pi@pi4:~$ ls -lgd /dev/serial/*/*
lrwxrwxrwx 1 root 13 Dec 14 15:55 
/dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.2:1.0-port0 
-> ../../ttyUSB0

I only have one connected usb device but dmesg when I unplug/plug it in 
looks like:

# run 'dmesg | grep -i usb' and look at the output
[504700.602816] usb 1-1.2: new full-speed USB device number 4 using xhci_hcd
[504700.707235] usb 1-1.2: New USB device found, idVendor=0557, 
idProduct=2008, bcdDevice= 3.00
[504700.707250] usb 1-1.2: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
[504700.707257] usb 1-1.2: Product: USB-Serial Controller
[504700.707263] usb 1-1.2: Manufacturer: Prolific Technology Inc.
[504700.719949] usb 1-1.2: pl2303 converter now attached to ttyUSB0  <=== 
my serial2usb

My 'guess' is that if you run the same commands you will find two things 
under /dev/serial with enough differences to tell them apart.  You might 
need to do this a little experimentally and compare 'dmesg' outputs with 
one then the other connected.  But you should find unique stable 
identifiers under /dev/serial to try.

On my ubuntu box I see /dev/serial/by-path used and I use that device in my 
Home Assistant setup.  Works well there.  I 'suspect' that weewx.conf could 
handle a /dev/serial/<something> if you could map what's where.

I did find one reference that might help in cooking up udev rules, but it's 
pretty cryptic unless you read through it a few times.  Then it's only 
kinda cryptic :-)
https://groups.google.com/g/hbrobotics/c/QgJ84KHnrYs

On Wednesday, February 21, 2024 at 11:17:24 AM UTC-8 Patrick Whaley wrote:

> Hi. I have two AcuRite 5n1 weather stations (model #'s 01536 and 02064), 
> each connected to it's own host computer and successfully running weewx 5.   
> Additionally 
> they both are setup to upload data to Wunderground, and generate an MQTT 
> topic. One also uploads to CWOP.  
>
> The host computers obtain sensor data via the USB data on the AcuRite 
> display units.
>
> I would prefer to have both weather stations connected to a single host 
> computer, so I attempted to do this via the 'How to run multiple 
> instances of WeeWX' instructions in the link: 
> https://github.com/weewx/weewx/wiki/weewx-multi
>
> Per the instructions I was able to configure weewx to successfully run the 
> stations with the same functionality as when they are connected to 
> dedicated hosts, albeit only one station can be connected to the host 
> computer at a time or I have the issues described below. 
>
> One station's configuration is named 'yardA' (the AcuRite model# 01536 
> unit) and the other is named 'yardB' (the AcuRite model #02064 unit).
>
> With both stations plugged into the host computers USB ports:
> 1. When running both 'yardA' and 'yardB' at the same time, both stations 
> report data, but the data that is reported for both stations is exactly the 
> same.
>
> 2. When starting only 'yardA', weewx cannot 'pick' the model# 01536 unit 
> versus 'picking' the  model# 02064 unit.  
>
> 3. Likewise when starting only 'yardB', weewx cannot 'pick' the model# 
> 02064 unit versus 'picking' the  model# 01536 unit.
>
> I have some suspicion the issue is being caused by using two of the exact 
> same AcuRite sensor units and both connected via USB.
>
> I unplugged/re-plugged both units to USB and ran 'dmesg' to see if there 
> is any distinguishing device information between the two units. Based on 
> this simple test I'm not seeing anything specific that would let weewx 
> distinguish between these two AcuRite's as different devices (although I am 
> far from being knowledgeable on most anything weewx/linux/python/etc.)
>
>
> [   78.637352] usb 1-1.3: new low-speed USB device number 5 using xhci_hcd
> [   78.743717] usb 1-1.3: New USB device found, idVendor=24c0, 
> idProduct=0003, bcdDevice= 0.20
> [   78.743738] usb 1-1.3: New USB device strings: Mfr=0, Product=2, 
> SerialNumber=0
> [   78.743750] usb 1-1.3: Product: Chaney Instrument
> [   78.754195] input: Chaney Instrument as 
> /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.3/1-1.3:1.0/0003:24C0:0003.0004/input/input5
> [   78.754819] hid-generic 0003:24C0:0003.0004: input,hidraw0: USB HID 
> v1.11 Device [Chaney Instrument] on usb-0000:01:00.0-1.3/input0
>
> [   94.512418] usb 1-1.2: new low-speed USB device number 6 using xhci_hcd
> [   94.619178] usb 1-1.2: New USB device found, idVendor=24c0, 
> idProduct=0003, bcdDevice= 0.20
> [   94.619201] usb 1-1.2: New USB device strings: Mfr=0, Product=2, 
> SerialNumber=0
> [   94.619213] usb 1-1.2: Product: Chaney Instrument
> [   94.629809] input: Chaney Instrument as 
> /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2:1.0/0003:24C0:0003.0005/input/input6
> [   94.630554] hid-generic 0003:24C0:0003.0005: input,hidraw3: USB HID 
> v1.11 Device [Chaney Instrument] on usb-0000:01:00.0-1.2/input0  
>
>  I'm grateful in advance for suggestions anyone has on how make my 
> multiple AcuRite station setup work on a single host computer. 
>    
>

-- 
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/3715eb13-a82b-4fa0-bc5e-1ab1aae3f061n%40googlegroups.com.

Reply via email to