RTL Serial Number always shows as 1

[dtheriault]

Noticed that on startup, rtl_hpsdr, all my serial numbers display as 00000001. If I use rtl_eeprom, I can see/set them to unique number. But in rtl_hpsdr they always show up as 1.

Looks like there's two different methods being used for serial number retrieval.

[dtheriault]

rtl_hpsdr.c: rtlsdr_get_device_usb_strings(i, vendor, product, serial);

rtl_eeprom.c: r = rtlsdr_read_eeprom(dev, buf, 0, EEPROM_SIZE); ... int parse_eeprom_to_conf(rtlsdr_config_t conf, uint8_t dat) ... get_string_descriptor(pos, dat, conf->serial);

[n1gp]

Have you used rtl_eeprom to update them?

Do an rtl_eeprom -s NO1D001 -d 0

then check it with

rtl_eeprom -d 0

[n1gp]

Oh, I misunderstood this thread. You have done this but it is not being reported?

[dtheriault]

Correct. I set each stick with -s and a unique number 1...7. Then read back with rtl_eeprom and could see it took. But rtl_hpsdr showed serial numbers all same 1. Sri on iPhone. Typing sux

---

-dt-

On Feb 24, 2015, at 15:33, n1gp notifications@github.com wrote:

Oh, I misunderstood this thread. You have done this but it is not being reported?

— Reply to this email directly or view it on GitHub.

[dtheriault]

for x in 0 1 2 3 4 5 6 7; do rtl_eeprom -d $x &>> foo; done

doug@c1d2:~$ grep number: foo Serial number: 1555 <====== Reprogrammed this dongle with unique offset # Serial number: 1 <====== Remainder I numbered 1 to 7 so I could keep track in rtl_hpsdr Serial number: 2 Serial number: 3 Serial number: 4 Serial number: 5 Serial number: 6 Serial number: 7

Unfortunately, rtl_hpsdr returns same S/N for all dongles except one programmed as an offset #:

Found 8 RTL device(s), using 8. RTL base sample rate: 1536000 hz

Global settings: config file: /home/doug/configs/rtl_hpsdr.conf ip address: 192.168.2.24 number of rcvrs: 8 hpsdr output rate: 48000 hz signal multiplier 100 calibration freq: 15000000 hz up_xtal freq: 125000000 hz sound device: none

Rcvr 1 (ordered as 1) settings... S/N 1555 <======= This looks like unique number freq offset 0 hz Found Rafael Micro R820T tuner tuner gain 100 Disabled direct sampling mode direct sampling 0 agc mode on

Rcvr 2 (ordered as 2) settings... S/N 00000001 <===== ok perhaps freq offset 0 hz Found Rafael Micro R820T tuner tuner gain 100 Disabled direct sampling mode direct sampling 0 agc mode on

Rcvr 3 (ordered as 3) settings... S/N 00000001 <===== Nope, should be two freq offset 0 hz Found Rafael Micro R820T tuner tuner gain 100 Disabled direct sampling mode direct sampling 0 agc mode on

Rcvr 4 (ordered as 4) settings... S/N 00000001 <===== should be 3 ... freq offset 0 hz Found Rafael Micro R820T tuner tuner gain 100 Disabled direct sampling mode direct sampling 0 agc mode on

Rcvr 5 (ordered as 5) settings... S/N 00000001 freq offset 0 hz Found Rafael Micro R820T tuner tuner gain 100 Disabled direct sampling mode direct sampling 0 agc mode on

Rcvr 6 (ordered as 6) settings... S/N 00000001 freq offset 0 hz Found Rafael Micro R820T tuner tuner gain 100 Disabled direct sampling mode direct sampling 0 agc mode on

Rcvr 7 (ordered as 7) settings... S/N 00000001 freq offset 0 hz Found Rafael Micro R820T tuner tuner gain 100 Disabled direct sampling mode direct sampling 0 agc mode on

Rcvr 8 (ordered as 8) settings... S/N 00000001 freq offset 0 hz Found Rafael Micro R820T tuner tuner gain 100 Disabled direct sampling mode direct sampling 0 agc mode on

Its as if there's a different serial number being returned in rtl_eeprom vs. what's read from rtl_hpsdr code. Looked as if there's two different methods being used. Two different areas in the eeprom ??? Was chasing this down as I read somewhere (maybe off the rtl-sdr site) that folks used S/N or product name fields to store the offset value and that some drivers were taking advantage of this...