Swapped my RPi3 for a pi0W and destroyed my range! [SOLVED]

both have again nearly the same output: 260 aircrafts/190 with position/1,300 messages per second

this time pi zero runs on fa sd-card image 3.5.1

terminal now says:

pi@piaware:~$ cat /proc/cpuinfo
processor       : 0
model name      : ARMv6-compatible processor rev 7 (v6l)
BogoMIPS        : 997.08
Features        : half thumb fastmult vfp edsp java tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xb76
CPU revision    : 7

Hardware        : BCM2708
Revision        : 9000c1
Serial          : 000000009015d1xx


pi@piaware:~$ uname -a
Linux piaware 4.4.50+ #970 Mon Feb 20 19:12:50 GMT 2017 armv6l GNU/Linux

I managed to do this while working. It’s running but I couldn’t get up into the loft easily to set it up there. However, I can tell straight away that it’s rubbish, exactly the same as before.

pi@test-adsb:~ $ uname -a
Linux test-adsb 4.9.35+ #1014 Fri Jun 30 14:34:49 BST 2017 armv6l GNU/Linux


pi@test-adsb:~ $ cat /proc/cpuinfo
processor	: 0
model name	: ARMv6-compatible processor rev 7 (v6l)
BogoMIPS	: 997.08
Features	: half thumb fastmult vfp edsp java tls 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xb76
CPU revision	: 7

Hardware	: BCM2835
Revision	: 9000c1
Serial		: 00000000ea671848
pi@test-adsb:~ $

you both could try david bakers idea and switch off malt - and see if just ads-b works on zero like on pi3

and you both could do a scan if there is too much noise around your site Filter not producing desired result - #11 by obj

sorry - but i have no additional ideas - and all what i could test on my side i did and ever got the same result: no difference between zero and pi2 at least at my site …

If you are doing a fresh install, in addition to thread Bake a Pi, the thread TWEAKS will also be helpful.

I tried that previously and it made no difference (removing MLAT)

I don’t like being beaten, I’ll see if I can grab another Zero and test this. I have a dozen Pis dotted around the house so I’ll try and move them around to free one up but that won’t be happening for a couple of weeks as I have a lot going on at the moment.

@abcd567 Thanks but for a basic test, none of those are really needed. I still had the gain figure on record from my last testing so I just used that and all the other stuff there is just for making it look pretty.

i ordered a second pi zero too - so mabe next time we all have inverse results :slight_smile:

@keithma
For installation of dump1090-mutability and some data feeders on fresh install of Raspbian STRETCH, you will need workarounds shown here:

[Url]https://discussions.flightaware.com/t/when-is-stretch-coming-to-piaware-sd-card-image-version/25990/9[/url]

Thanks, that’s good to know.

However for this rebuild I used Jessie as that’s what I was using before and I wanted to be as consistent as possible.

i’ve also been desperate sometimes this way :smiley:

and pi3 or pi zero - i would give a chep lna a try: http://www.ebay.com.au/itm/0-1-2000MHz-RF-Wideband-Amplifier-30dB-Low-noise-Broadband-Amplifier-LNA-Durable-/253125365003?hash=item3aef728d0b:g:wCoAAOSw3NlZp32a

Can those having problems try an unmodified piaware sdcard image on a spare sdcard and see if that helps?
I would like to rule out firmware / kernel problems.

this is what i did today - downloaded fa 3.5.1 image → setup wifi+ssh+feederid → swapped one of my two rp2 behind the splitter to a pi zero w with the fresh fa image. result anything was fine and i got the same numbers the pi2 delivers. i asked them to do ‘cat /proc/cpuinfo’ - and what i can see they have the exact pi zero w hardware i have. see above …

edit: wrong! they have BCM2835 while i have BCM2708

but seems to be the same soc - just different naming based on ram. strange - but could this be the reason for different behavior and does this different naming lead to install different kernel modules???

This is exactly why I’d like the problem systems to try a standard sdcard image.

1 Like

yes :slight_smile: now with me you have one zero (BCM2708) that works perfect with your image

moreover - did you see - that mine - with raspbien stretch image gives different output than with fa-sdcard:

raspbian stretch:

pi@RaspPiZero:~ $ uname -a
Linux RaspPiZero 4.9.41+ #1023 Tue Aug 8 15:47:12 BST 2017 armv6l GNU/Linux

pi@RaspPiZero:~ $ cat /proc/cpuinfo
processor       : 0
model name      : ARMv6-compatible processor rev 7 (v6l)
BogoMIPS        : 697.95
Features        : half thumb fastmult vfp edsp java tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xb76
CPU revision    : 7

Hardware        : BCM2835
Revision        : 9000c1
Serial          : 000000009015d1xx

versus

fa sd-card 3.5.1

pi@piaware:~$ uname -a
Linux piaware 4.4.50+ #970 Mon Feb 20 19:12:50 GMT 2017 armv6l GNU/Linux

pi@piaware:~$ cat /proc/cpuinfo
processor       : 0
model name      : ARMv6-compatible processor rev 7 (v6l)
BogoMIPS        : 997.08
Features        : half thumb fastmult vfp edsp java tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xb76
CPU revision    : 7

Hardware        : BCM2708
Revision        : 9000c1
Serial          : 000000009015d1xx

Yes, I saw that output, that is why I want to see what happens with a known sdcard image on the problem systems.

1 Like

ok.

I did a quick test using the SD img method and the results seemed a bit better in terms of range (still not quite the same as the RPi3) and the msg rate was about half.

It was only a quick test after work and before I go out overnight. I didn’t even have ssh or xrdp set up.

So, it might be a bit better but still not quite the same it seems.

I really need 2 dongles and a splitter so I can just leave them both running.


zero Vs RPi3

second zero w arrived - slightly different soc naming - here is a picture - test within next 30 minutes
edit: works again exactly as the pi2/3 - can’t see the slightest downside using zero w

**raspbian stretch image with dump1090-mutability**
pi@RaspPiZero:~ $ uname -a
Linux RaspPiZero 4.9.41+ #1023 Tue Aug 8 15:47:12 BST 2017 armv6l GNU/Linux
pi@RaspPiZero:~ $ cat /proc/cpuinfo
processor       : 0
model name      : ARMv6-compatible processor rev 7 (v6l)
BogoMIPS        : 697.95
Features        : half thumb fastmult vfp edsp java tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xb76
CPU revision    : 7

Hardware        : BCM2835
Revision        : 9000c1
Serial          : 00000000d14236xx


**raspbian jessie image with dump1090-mutability**
pi@RaspPiADSB2:~ $ uname -a
Linux RaspPiADSB2 4.4.50+ #970 Mon Feb 20 19:12:50 GMT 2017 armv6l GNU/Linux
pi@RaspPiADSB2:~ $ cat /proc/cpuinfo
processor       : 0
model name      : ARMv6-compatible processor rev 7 (v6l)
BogoMIPS        : 997.08
Features        : half thumb fastmult vfp edsp java tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xb76
CPU revision    : 7

Hardware        : BCM2708
Revision        : 9000c1
Serial          : 00000000d14236xx


**top while 270 aircrafts - 200 aircrafts with position - mlat = on - 1,370 messages/sec**
pi@RaspPiADSB2:~ $ top
top - 17:36:29 up 13 min,  1 user,  load average: 1.55, 1.44, 0.91
Tasks:  99 total,   3 running,  96 sleeping,   0 stopped,   0 zombie
%Cpu(s): 59.4 us,  9.6 sy,  0.0 ni, 27.4 id,  0.0 wa,  0.0 hi,  3.6 si,  0.0 st
KiB Mem:    445084 total,   135752 used,   309332 free,    12780 buffers
KiB Swap:   102396 total,        0 used,   102396 free.    67836 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND
  708 dump1090  15  -5   29844  11676   2072 R 45.7  2.6   6:11.86 dump1090-mutabi
  810 piaware   20   0   13088   9732   6164 S 14.9  2.2   2:00.83 fa-mlat-client
  677 piaware   20   0   23844   9432   5360 S  4.2  2.1   0:42.05 piaware
  779 piaware   20   0    3132   2392   1808 S  3.9  0.5   0:30.62 faup1090
  841 pi        20   0    5100   2504   2144 R  1.3  0.6   0:00.15 top
	6 root      20   0       0      0      0 S  0.6  0.0   0:03.32 kworker/u2:0
	3 root      20   0       0      0      0 R  0.3  0.0   0:02.24 ksoftirqd/0
   60 root     -51   0       0      0      0 S  0.3  0.0   0:03.43 irq/86-mmc1
  185 root      20   0       0      0      0 S  0.3  0.0   0:01.87 brcmf_wdog/mmc1
  728 www-data  20   0    8948   4872   3464 S  0.3  1.1   0:01.87 lighttpd
  818 pi        20   0   11472   3772   3140 S  0.3  0.8   0:00.05 sshd
	1 root      20   0   22856   3956   2784 S  0.0  0.9   0:04.50 systemd
	2 root      20   0       0      0      0 S  0.0  0.0   0:00.00 kthreadd
	5 root       0 -20       0      0      0 S  0.0  0.0   0:00.00 kworker/0:0H
	7 root      20   0       0      0      0 S  0.0  0.0   0:00.01 kdevtmpfs
	8 root       0 -20       0      0      0 S  0.0  0.0   0:00.00 netns
	9 root       0 -20       0      0      0 S  0.0  0.0   0:00.00 perf
   10 root      20   0       0      0      0 S  0.0  0.0   0:00.00 khungtaskd
   11 root       0 -20       0      0      0 S  0.0  0.0   0:00.00 writeback
   12 root       0 -20       0      0      0 S  0.0  0.0   0:00.00 crypto
   13 root       0 -20       0      0      0 S  0.0  0.0   0:00.00 bioset
   14 root       0 -20       0      0      0 S  0.0  0.0   0:00.00 kblockd
   15 root      20   0       0      0      0 S  0.0  0.0   0:00.19 kworker/0:1
   16 root       0 -20       0      0      0 S  0.0  0.0   0:00.00 rpciod
   17 root      20   0       0      0      0 S  0.0  0.0   0:00.00 kswapd0
   18 root      20   0       0      0      0 S  0.0  0.0   0:00.00 fsnotify_mark
   19 root       0 -20       0      0      0 S  0.0  0.0   0:00.00 nfsiod

FWIW,

At 1pm local time here at KFLL, my Pi0 W is running with a CPU load of 54% while my Pi3 is running with a 9% load.

Both are operating with the Piaware 3.5.1 image only, and both have MLAT enabled.

the question was does the zero deliver less range/aircrafts/messages than pi2/3 - so adding these numbers would improve the message of your post instantly :slight_smile:

Hm, running out of ideas to explain the difference then…