PilotAware
British Forum => OGN-R PilotAware => Topic started by: peter.seddon on September 03, 2019, 05:00:48 pm
-
Does the latest software have WiFi connectivity, if not how can I enable it as the unit I want to install in the LGC launch point caravan only has a WiFi 4G unit for internet connection.
-
Current software only has Wired connectivity only
I think Paul Sengupta added WiFi, I did have an action to try to include that into the base model
-
Yep. I recently renewed my "experimental" station using new software on a new PI 3 and I got Wifi working almost immediately, no problems.
I edited the /etc/wpa_supplicant/wpa_supplicant.conf file for which you have to unlock the read/write and then edit the permanent one which is /etc_org/wpa_supplicant/wpa_supplicant.conf. So something like:
sudo /root/mount_rw.bash
sudo nano /etc_org/wpa_supplicant/wpa_supplicant.conf
Then add in lines with your SSID and password:
network={
ssid="<ssid>"
psk="<password>"
}
Then set read-only again:
sudo /root/mount_ro.bash
and reboot.
I've set up a static IP address as well on mine so I can easily find it and log on using SSH, but that's not necessary just for it to run.
I *think* this time around that's all I did and it connected to my Wifi. I'm not in Guildford at the moment so I don't know if this is exactly correct but if it doesn't work, come back and I'll check.
-
One more question. The upgraded software has ADS-B compatibility when a second SDR is plugged into the RPI , if only one is used will the software adapt and ignore the ADS-B part?
-
One more question. The upgraded software has ADS-B compatibility when a second SDR is plugged into the RPI , if only one is used will the software adapt and ignore the ADS-B part?
yes, when you run the configure script, it will identify a single SDR, which it will allocate to Flarm
-
Hi Peter S,
Does your 4G WiFi Router not have a spare Ethernet Port that you can plug an Ethernet cable from your OGN-R into? Probably easier than trying to set it up to connect via WiFi - especially if you’re not up to speed with Linux.
Regards
Peter R
-
The only connection to the WiFi unit is the charge port (Micro USB) so I'm forced to use WiFi.
-
Yep. I recently renewed my "experimental" station using new software on a new PI 3 and I got Wifi working almost immediately, no problems.
I edited the /etc/wpa_supplicant/wpa_supplicant.conf file for which you have to unlock the read/write and then edit the permanent one which is /etc_org/wpa_supplicant/wpa_supplicant.conf. So something like:
sudo /root/mount_rw.bash
sudo nano /etc_org/wpa_supplicant/wpa_supplicant.conf
Then add in lines with your SSID and password:
network={
ssid="<ssid>"
psk="<password>"
}
Then set read-only again:
sudo /root/mount_ro.bash
and reboot.
I've set up a static IP address as well on mine so I can easily find it and log on using SSH, but that's not necessary just for it to run.
I *think* this time around that's all I did and it connected to my Wifi. I'm not in Guildford at the moment so I don't know if this is exactly correct but if it doesn't work, come back and I'll check.
Another question, when did you add the lines, before running the config script or after when it was up and running by stopping the service?
-
After. I didn't bother stopping the service. I made the disk rw, edited the file, saved it (!), set the disk to ro, then rebooted.
-
Tried your WiFi setup and can't get it to work, are the <> necessary Ive tried it both with and without but it doesn't connect to me network.
-
Hi Paul
Are you sure the service is enabled by default, do you know the service name ?
Thx
Lee
-
Which service do you mean, I just followed Paul Sengupta's script.
-
Which service do you mean, I just followed Paul Sengupta's script.
My message was to Paul for clarification
-
I used a fresh install and all I did was add in the lines for my Wifi. I can try again if you like, when I get back to Guildford, see what happens. The only Pi I have here in Wales at the moment is an old 1B....not a B+! ;D
No, the <> are just for showing that you input something there rather than just typing what's in there.
-
Hi Paul,
Your post above just prompted a thought - and a question for Peter S...
Peter... What are you running the software on?
Paul is running his experimental station at Guildford on a Raspberry Pi3 - which has an inbuilt WiFi chip. Earlier versions of Raspberry Pi - including the ‘standard’ Pi2B ‘repurposed’ from old PAW Classics for OGN-R use don’t, so that option won’t work, unless Lee has ported the software to run an external WiFi chip - which I don’t think is the case!
Lee...?
Regards
Peter R
-
It's running on Pi 3B not + though so has built in WiFi.
The whole script of the /etc_org/wpa_supplicant/wpa_supplicant.conf is as follows
Country=GB
contrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="MYSSID"
psk="MYPSK"
}
When I run my hub manager I can see a MAC address connected but with no IP address so I think something is missing.
Also the name ognpaw is missing.
Works perfectly on Ethernet though.
-
You can check on the PI by using "sudo ifconfig" (I think!) or "ifconfig -a" or something. You can see if you then have an IP address allocated to your PI on the wlan0 network.
You can reset an interface like so:
sudo ifdown wlan0
sudo ifup wlan0
(again, I think, I'm not at my PI at the moment to try it)
Make sure you don't have the ethernet cable plugged in when trying to Wifi connection.
-
Tried ifconfig and there is no IP address. I powered up my other PI running Debian desk top and this does show an IP address.
-
You don't half make life difficult. I've finally after a few hours digging cured the problem The file dhcpcd.org.conf disables wlan0 with a line at the end of the script "denyinterfaces wlan0" remove this and all works fine.
-
Ah, great!
I don't remember doing that with mine. Curious.
-
This was the extra bit for the static IP address.
I edited the /etc_org/dhcpcd.conf file and included this:
interface wlan0
static ip_address=192.168.1.252/24
static routers=192.168.1.254
static domain_name_servers=192.168.1.254
This time it had the deny interfaces thing in it and I had to delete that first.
-
Hi Paul
Actually there is a simpler method
Travelling at the moment, will document on return
In fact it will be embedded into normal setup procedure for ease of use
Thx
Lee
-
Right, been playing around tonight. When I updated the software, it overwrote my WLAN configuration again. It did this as I had two WLANs in the /etc/wpa_supplicant/wpa_supplicant.conf file, and it only took the one - the wrong one for my current router!
Having set it all up again, I didn't have to edit the /etc/wpa_supplicant/wpa_supplicant.conf file as the configuration script now does that for you and you enter it as part of the initial configuration. However, I still wanted my static IP address, which the re-install overwrote. I changed my /etc/dhcpcd.conf (/etc_org/dhcpcd.conf) file but it still didn't play ball. I had to go back and edit the /etc/network/interfaces (/etc_org/network/interfaces) file and change
iface wlan0 inet dhcp
to
iface wlan0 inet manual
Phew.
-
Right, just had a look. I think a recent update overwrote my /etc/dhcpcd.conf file which stopped Wifi from working.
I've just set it back.
-
Right, just had a look. I think a recent update overwrote my /etc/dhcpcd.conf file which stopped Wifi from working.
I've just set it back.
The latest update also wiped the WiFi settings from EGNL also, this is not good. I think the same has happened to Firbank too.
OK so I've just done a little digging and found that the file dhcpcd.conf in the etc_org directory has been over written and contains the line at the end of the file denyinterfaces wlan0 which prevent the pi getting an address from the router. This can only have been done when it updated to the latest version on Saturday as the pi is on a timer that only switches it on on Sat and Sun to conserve 3G data costs, also the password was also reset to the default. The pi works OK without this line in the conf file.
-
Peter I added the ability to configure the wlan interface using the normal setup script
$ cd rtlsdr-ogn
$ ./PilotAware-OGN.config.sh
I thought I emailed you - did I not inform you, apologies if not ?
Basically run this script and it prompts as follows
Do you want to setup WiFi wlan0 [y/N]: y
OK Lets setup the WiFi
WiFi SSID: mywifissid
WiFi PASSWORD: mywifipassword
....
Thx
Lee
-
Cheers for the info I'll get them both set up ASAP.
-
Can these WiFi settings be retained during future upgrades?
-
If you use the config script, they are retained
Thx
Lee
-
Good to hear Lee. Thinking of upgrading PWThame to WiFi.
-
I used the config script and mine wasn't retained! :o
I'll go over it again when I have a bit of time and see what's what.
-
Has anyone ever monitored the amount of data sent and received from an OGNPAW Raspberry Pi?
-
Hi Peter,
I guess this will vary considerably, depending on the amount of local traffic, whether the station is feeding 1090 traffic into 360Radar and whether the station is running at or near 24/7/365 timewise.
Following preliminary negotiations last week to set up a station in the East Neuk of Fife, (which would have to run on 4G), I am also extremely interested in getting a more accurate idea of likely network data requirements. (High data usage could be a deal breaker unless others are prepared to subsidise the cost as only a very small group of individuals are involved.) I would therefore appreciate feedback from any stations currently running on 4G to help co-ordinate some figures on this. (Station operators - If you let me know you are running on 4G, I can ask Lee/Phil if there is any way we can collect this sort of info via the network.)
Best Regards
Peter R
-
I'm also interested. I can have a cheap "4G" connection (24/24 7/7), with non data limits, but with a 128kbs speed limit.
-
Has anyone ever monitored the amount of data sent and received from an OGNPAW Raspberry Pi?
Hi Peter
I presume you mean going in/out of the gateway ?
Getting this at an application level is quite easy, at a system level is more difficult
Any experts here using tcpdump ?
I can imagine tcpdump can be used to monitor traffic designated to/from an external network
Extract the packet headers and accumulate the counts
Thx
Lee
-
Has anyone ever monitored the amount of data sent and received from an OGNPAW Raspberry Pi?
Hi Peter
I presume you mean going in/out of the gateway ?
Getting this at an application level is quite easy, at a system level is more difficult
Any experts here using tcpdump ?
I can imagine tcpdump can be used to monitor traffic designated to/from an external network
Extract the packet headers and accumulate the counts
Thx
Lee
Hi, our system uses a 3G WiFi access point with only the PI receiver connected so traffic to and from the gateway is only what the PI uses. The PI just has the bridge and one sdr connected and data usage does seem excessive. My best estimate is about 12 to 16 GBytes a month which is too steep for the club to sustain as there is a wired receiver a couple of miles away. EGNL was just a backup to UKBWR. I set up a timer to restart the PI on a Saturday morning and shut id down on Sunday evening but the PI never started up and connected properly for some unknown reason as though the software was being corrupted by the startup. The only way to start it was to go through the config script again.
Cheers
Peter.
-
My best estimate is about 12 to 16 GBytes a month which is too steep for the club to sustain as there is a wired receiver a couple of miles away.
On GiffGaff we have £12/month is 10GB data.
£15/month is 15GB data
£20/month is 40GB data
All Pay as You Go.
Three, £23/month is 15GB.
Other networks cost more.
-
Smarty (an MVNO on the three network) are £10 for 30GB/month.
-
Hi Lee,
I'm finally after many months of delays intending to get my OGN-R station up and running which will be located near Long Sutton in south Lincolnshire. I will need to use wifi for the internet connection, but as I have the Pi2B, does the wifi script support external wifi dongles plugged into a spare USB port, or only the onboard wifi on the Pi3 ? If it does support USB wifi dongles, is there a specific type/chipset it is limited to please?
Thanks,
Frank.
-
MI02 is connected via LAN port with a range extender. The range extender is connected to the main router via Wi-Fi. I spent about 18€
https://www.amazon.it/TP-Link-TL-WA850RE-Ripetitore-Universale-Intelligente/dp/B00A0VCJPI/ref=sr_1_3?__mk_it_IT=ÅMÅŽÕÑ&crid=159J8UDGTYCUA&keywords=d+link+ripetitore+wifi&qid=1583566128&sprefix=D+l%2Caps%2C218&sr=8-3
-
Has anyone ever monitored the amount of data sent and received from an OGNPAW Raspberry Pi?
Hi Peter
I presume you mean going in/out of the gateway ?
Getting this at an application level is quite easy, at a system level is more difficult
Any experts here using tcpdump ?
I can imagine tcpdump can be used to monitor traffic designated to/from an external network
Extract the packet headers and accumulate the counts
Simplest to get it from the counters already on the network interface Lee? Even ifconfig gives you Rx and TX cumulative info - 1Gb and 1.2Gb with an uptime of 5.25 days for me right now.
If you want more details, something like ntop / n load etc? https://www.binarytides.com/linux-commands-monitor-network/
Cheers
Kev
-
Simplest to get it from the counters already on the network interface Lee? Even ifconfig gives you Rx and TX cumulative info - 1Gb and 1.2Gb with an uptime of 5.25 days for me right now.
If you want more details, something like ntop / n load etc? https://www.binarytides.com/linux-commands-monitor-network/
Cheers
Kev
Hi Kev,
The problem with using ifconfig, this does not give you counts going out of the gateway - contributing to the 4G usage plan, it shows you everything going through the interface eg wlan0 or eth0. So local (intranet) traffic also gets added into the accounting.
Thx
Lee
-
Hi Lee,
I agree, but the different in most situations (especially those where the device is connected to a 4g router) is going to be pretty small I think?
As a test. the following commands compare the Bytes per 5 second period that go out to the Internet, vs the Bytes per 5 second period that stay on the local network. (I have excluded ssh, otherwise my own connection would skew the results, and my FR24 feed as that is pretty unique to me):
tcpstat -i eth0 -p -o 'Time: %S\tBytes: %N\n' -f 'ether host gateway and not host gateway'
Time: 1584466042 Bytes: 34579
Time: 1584466047 Bytes: 42979
Time: 1584466052 Bytes: 43568
Time: 1584466057 Bytes: 38307
Time: 1584466062 Bytes: 37375
Time: 1584466067 Bytes: 40043
Time: 1584466072 Bytes: 45243
Time: 1584466077 Bytes: 40511
Time: 1584466082 Bytes: 38741
Time: 1584466087 Bytes: 34864
Time: 1584466092 Bytes: 39435
Time: 1584466097 Bytes: 36159
Time: 1584466102 Bytes: 36023
Time: 1584466107 Bytes: 38155
Time: 1584466112 Bytes: 33608
Time: 1584466117 Bytes: 29211
Time: 1584466122 Bytes: 43107
Time: 1584466127 Bytes: 38538
Time: 1584466132 Bytes: 38678
tcpstat -i eth0 -p -o 'Time: %S\tBytes: %N\n' -f 'not ether host gateway and not port ssh and not port 30002'
Time: 1584466041 Bytes: 1332
Time: 1584466046 Bytes: 908
Time: 1584466051 Bytes: 1378
Time: 1584466056 Bytes: 682
Time: 1584466061 Bytes: 1332
Time: 1584466066 Bytes: 840
Time: 1584466071 Bytes: 1168
Time: 1584466076 Bytes: 886
Time: 1584466081 Bytes: 1649
Time: 1584466086 Bytes: 840
Time: 1584466091 Bytes: 1446
Time: 1584466096 Bytes: 636
Time: 1584466101 Bytes: 1332
Time: 1584466106 Bytes: 840
Time: 1584466111 Bytes: 1174
Time: 1584466116 Bytes: 840
Time: 1584466121 Bytes: 1378
Time: 1584466126 Bytes: 840
Time: 1584466131 Bytes: 2644
Time: 1584466136 Bytes: 1300Does that look about right?
Cheers
Kev
-
Hi Kev
I cannot comment if this is right, not familiar with tcpstat
But, assuming it is
Can you rerun the test with the rtlsdr-ogn service both up and down ?
Did you install tcpstat, or is it in the distro ?
Also, can this count incoming packets ?
Thx
Lee
-
Hi Kev
I cannot comment if this is right, not familiar with tcpstat
Sorry I just meant in relation to the amount of traffic you see on other OGN-R's?
FYI I left it running overnight on a 'traffic per hour' basis (post below was traffic per 5 seconds basis):
tcpstat -i eth0 -p -o 'Time: %S\tBytes: %N\n' -f 'ether host gateway and not host gateway' 3600
Time: 1584468258 Bytes: 21503103
Time: 1584471858 Bytes: 17313235
Time: 1584475458 Bytes: 18410907
Time: 1584479058 Bytes: 20850647
Time: 1584482658 Bytes: 13589395
Time: 1584486258 Bytes: 10110604
Time: 1584489858 Bytes: 7475430
Time: 1584493458 Bytes: 6430814
Time: 1584497058 Bytes: 5676640
Time: 1584500658 Bytes: 6181948
Time: 1584504258 Bytes: 6395193
Time: 1584507858 Bytes: 10342799
Time: 1584511458 Bytes: 11942474
Time: 1584515058 Bytes: 12832665
Time: 1584518658 Bytes: 17437069
Time: 1584522258 Bytes: 21630787
tcpstat -i eth0 -p -o 'Time: %S\tBytes: %N\n' -f 'not ether host gateway and not port ssh and not port 30002' 3600
Time: 1584468255 Bytes: 1435826
Time: 1584471855 Bytes: 1384792
Time: 1584475455 Bytes: 1444220
Time: 1584479055 Bytes: 1622926
Time: 1584482655 Bytes: 1739139
Time: 1584486255 Bytes: 1710299
Time: 1584489855 Bytes: 1578186
Time: 1584493455 Bytes: 1642774
Time: 1584497055 Bytes: 1665130
Time: 1584500655 Bytes: 1555733
Time: 1584504255 Bytes: 1604856
Time: 1584507855 Bytes: 1527436
Time: 1584511455 Bytes: 1620178
Time: 1584515055 Bytes: 1700773
Time: 1584518655 Bytes: 1584247
Time: 1584522255 Bytes: 1804454
You can see the overnight dip very nicely, going down to 5 or 6 MBytes per hour overnight, compared to 20 MBytes of so an hour during the day. Where the local network traffic stays relatively flat at about 1.6 MBytes per hour.
But, assuming it is
Can you rerun the test with the rtlsdr-ogn service both up and down ?
Yes,
Right now. with rtlsdr-ogn running, we have about 40 KBytes per 5 seconds going out the gateway and 1 KByte per 5 seconds staying local
Right now, without rtlsdr-ogn running, we have about 14 KBytes per 5 seconds going out the gateway and 1 KByte per 5 seconds staying local
So interested to see what the 14 KBytes per 5 seconds is... it largely seems to be port 9993 udp, which appears to be the zerotier-one VPN you use.
Stopping zerotier-one, we go down to 2 KBytes per 5 seconds going out the gateway (mainly things still trying to talk to 9993 and the ICMP port unreachable replies!) and 1 KByte per 5 seconds staying local
Did you install tcpstat, or is it in the distro ?
Also, can this count incoming packets ?
I installed it - apt update; apt install tcpstat tcpdump --fix-missing
Yes it can count packets too:
%n' the number of packets
%T' the number of TCP packets
%U' the number of UDP packets
%I' the number of IPv4 packets
%V' the number of IPv6 packets'Incoming only' could be done in the filter.
Thanks
Kev
-
Hi Kevin,
OK, my tcpstat does not accept your syntax, so I have had to workaround.
The OGN-R IP is 192.168.0.67 and my ssh is 192.168.0.100, so I have used the following
tcpdump -i eth0 "(not ((src 192.168.0.100) or (dst 192.168.0.100))) and ((src 192.168.0.67) or (dst 192.168.0.67))"
so this should track everything to from local IP but ignoring my ssh terminal
does this sound right ?
the gateway syntax is not accepted by tcpdump 1.5 (I also sent an email)
Thx
Lee
-
Ahh, I spot the problem, 'gateway' will only work if you have that name defined in /etc/hosts and /etc/ethers
You need to replace the first 'gateway' with the gateway MAC, and the second gateway with the gateway IP - ie
"ether host 06:a3:22:04:c1:71 and not host 192.168.1.1"
Cheers
Kev
-
The OGN-R IP is 192.168.0.67 and my ssh is 192.168.0.100, so I have used the following
tcpdump -i eth0 "(not ((src 192.168.0.100) or (dst 192.168.0.100))) and ((src 192.168.0.67) or (dst 192.168.0.67))"
does this sound right ?
I don't think that s right, but struggling to get a head that feels like it is full of cotton wool around it!
To count traffic going to the Internet, you need to count all packets going to the MAC address of the gateway, whilst excluding anything going to the IP address of the gateway.
(ie the routing table has said the next hop for the packet is the gateway, but not counting anything that is stopping at the gateway its self - ie IGMP, ARP, RARP's, etc)
If you have other traffic going to the Internet that you don't want to count you have to exclude that too. ie if you are sshing in from a host on the internet rather than the local network.
Hope that makes sense.
Cheers
Kev
-
Makes sense
Thx
Lee
-
Hi Frank
Unfortunately the WIFi will only work with a Pi 3 not a pi 2 with a dongle
Sorry
Keith
-
Hi Frank
Unfortunately the WIFi will only work with a Pi 3 not a pi 2 with a dongle
Sorry
Keith
Hi Keith,
Thanks for your reply.
That's a shame because it's going to delay installing the station whilst I try to set up a wired connection to the Pi.
Thanks,
Frank.
-
What has happened to the WiFi Config for an ATOM station? It is in the written script from Keith, but I don't get that option to configure WiFi when I run the config script.
Device is a Pi 3B
Software is release Wed 18 Nov 09:22:26 GMT 2020
-
Hi Ian
Is it a 3b or 3b+ ?
If I can get a login, I can debug
Just needs to have an installation, and wired connection
Thx
Lee
-
It's a straight B. My B+ will be used elsewhere.
It's connected to wired internet now with default password. Need anything else?
-
Let me take a look...
-
Hi Ian
That is a pretty old base installation, the data on the installer is 20200118
I am going to make a guess this could be pre-wifi code.
I think I should perform a 'reinstall', to get the latest base code
$ reinstall
thx
Lee
-
Um, I only downloaded the image files about 2 weeks ago :(
14/12 actually
I used the link in Keith's Installation instructions
http://pilotaware.lode.co.uk/downloads/OGN/PilotAware-OGN.latest.zip
-
You are right I mis read as 20200118, it was actually 20201118
I am seeing a complaint about the bluetooth, can you take a look at the email I sent
Thx
Lee
-
Lee / Ian,
I did a test install of the /PilotAware-OGN.latest.zip from the same download site onto a Pi3B (not +) on 23rd November, in response to a query from Patrick (Kurt37) as reported here...
http://forum.pilotaware.com/index.php/topic,1976.msg21053.html#msg21053
This was with the same (20201118) OGN software you used Ian. The only problem I had was that on the first config run my router refused to setup the WiFi link. I simply re-ran the config and it accepted the login second time round.
Best Regards
Peter
-
Hi Lee, No email received. My internet has been down, and still seem erratic.
Peter, Since last night, I have run the config three times now with no option for WiFi config.
-
I cannot access the ATOM through http://ognpaw.local, but can through the IP address.
I had left a monitor connected and can see the Bluetooth error message. Screen shot attached
-
Hi Ian,
I’m confused. If you haven’t yet set it up for WiFi, how have you got an IP address? That would imply you are connected via Ethernet, which might be what is stopping the WiFi Config option showing.
I set mine up via directly connected keyboard and monitor, with no connection to the router until I had managed to set up the WiFi. Have you tried that?
Regards
Peter
-
Yes there is a wired connection now. Lee requested it.
I did try it before connecting to LAN, nothing. Not tried it since Lee has had a poke around
-
Nope, just tried it. Rebooted without LAN and ran the config. Still no WiFi.
I am sure that the WiFi adaptor is not being recognised, hence will be omitted from the script.
Lee,
Don't know if the attached file is of any help? I don't know where or how to view the two reports, but is perhaps the second file?
-
Yes there is a wired connection now. Lee requested it.
I did try it before connecting to LAN, nothing. Not tried it since Lee has had a poke around
Thanks Ian, I understand. Just seems strange if as it seems we both used the same firmware version.
I’m starting to wonder if your download / card write has somehow got corrupted - No doubt Lee will advise in due course.
Best Regards
Peter
-
Hi Ian,
I’m confused. If you haven’t yet set it up for WiFi, how have you got an IP address? That would imply you are connected via Ethernet, which might be what is stopping the WiFi Config option showing.
I set mine up via directly connected keyboard and monitor, with no connection to the router until I had managed to set up the WiFi. Have you tried that?
Regards
Peter
This is unrelated, it is fine to have both network interfaces for configuration
Thx
Lee
-
Hi Ian, Peter
I made a complete reinstall, so do not think it is a data corruption
Ian, I emailed your gmail account, not sure if you were looking at that
I saw the same Bluetooth issues as you
The hardware is reporting as one of the supported versions, I am led to think it is either mis-reporting, OR faulty
Ian if you are able to install a raspbian and see the wlan0 interface
This will indicate a software issue on our side, otherwise will confirm a hardware ussue
Thx
Lee
-
Peter, Since last night, I have run the config three times now with no option for WiFi config.
If you can get to the command prompt on the station in question, can you run:
lsusb
and
lspci
at the command prompt, post it, and can someone with a working Pi3B post the same?
I'm not sure about the Pi3B architecture, but either the PCI or the USB bus will list a WiFi adaptor, if the unit has a working one. It does not need drivers for the interface to be listed.
If that doesn't help, the I would suggest comparing the outputs of:
lshw
on a working Pi3B, and this one.
My gut feeling is that the WiFi adaptor will not be shown on the problem Pi3B.
Once the line for the adaptor is known, we can pipe the output of lshw to fgrep with a string to strip out all the other verbose stuff.
I haven't got a Pi3B here.
This only a suggestion, I'm nothing to do with PilotAware, I'm just an oik trying to suggest a quick hardware check.
-
Possibly not what you expected Steve.
-
Possibly not what you expected Steve.
Definitely not, expected Debian to support both but obviously not, as you say, unless the OS has been reduced to a light version.
Checked those commands on a lappy running a Debian based distro before I posted them. It may be that a full version of Raspbian will support them, but I've only got a Pi2B here, although I suppose I could test with a USB dongle, but it wouldn't be the same.
If we get lsusb from a working Pi3B, it might show a Wifi device listed, if it does, that might help.
Just checked and lshw should be supported on full Raspbian, so it may not be on a light version...
This is the output from a Pi2B with no Wifi:
-
I think we need to determine if it is a hardware fault
Install a full raspbian, and if wlan is seen, then we know hardware is fine
Thx
Lee
-
Hi Lee, I am 99% sure it is a hardware fault. The WiFi doesn't show in Raspbian either. It's not a new unit, it used to be in a PAW. I can only think that I withdrew it as it was faulty and forgot about it. Sadly my only Pi3B, so if I want to get rid of the cable accross the floor, I will have to cough up the dosh.
-
Sadly my only Pi3B, so if I want to get rid of the cable accross the floor, I will have to cough up the dosh.
Is it worth lobbing in a sub £10 USB Wifi dongle running on the same chipset as the installed one?
-
Steve,
Firmware is only configured to run the onboard WiFi.
Regards
Peter