(02-06-2021, 03:41 AM)pjsf Wrote: ncmli r   shows all radios on, but nothing found on scan

(02-06-2021, 10:15 AM)barray Wrote: If you can't pick it up in any of the logs (even as an unknown device), then it means you can't talk to it.

If that is the case, it indicates:

1. Something came unplugged -- It should just be a quick visual check.

2. The WiFi chip is not getting power -- Which is something you should be able to test for by checking the power supply. It could be that either it's not getting a DC rail or there is a loose ground somewhere (including the battery and DC barrel jack). Try testing the PineTab on and off power to see if there is a difference.

3. The WiFi chip is blown -- There's not much you can do about this. I would suggest grabbing a USB WiFi dongle, shouldn't set you back too much.

Will be interesting to see the root cause on this anyway, so please post back in any case. As I understand it, Pine are still yet to get the next batch processed, so now is the time to discover any potential issues in the design.

(02-08-2021, 03:20 AM)pjsf Wrote:

(02-06-2021, 10:15 AM)barray Wrote: If you can't pick it up in any of the logs (even as an unknown device), then it means you can't talk to it.

If that is the case, it indicates:

1. Something came unplugged -- It should just be a quick visual check.

2. The WiFi chip is not getting power -- Which is something you should be able to test for by checking the power supply. It could be that either it's not getting a DC rail or there is a loose ground somewhere (including the battery and DC barrel jack). Try testing the PineTab on and off power to see if there is a difference.

3. The WiFi chip is blown -- There's not much you can do about this. I would suggest grabbing a USB WiFi dongle, shouldn't set you back too much.

Will be interesting to see the root cause on this anyway, so please post back in any case. As I understand it, Pine are still yet to get the next batch processed, so now is the time to discover any potential issues in the design.

Well that led to some interesting testing. I've never actually use the pinetab while it's charging before, but using the barrel jack I do get some different behaviour (this is on arch now). I do have a few wifi dongles lying around so I tried one out at random (this one's a rtl8192cu which works fine on my desktop). Without the barrel charger connected I get "failed to enumerate usb device" errors, with the barrel charger plugged in the device id registered but no driver is loaded, although that's probably because  the arch build doesn't have the rtl8192cu module.
The really odd thing tho, is that the keyboard/trackpad which was working fine before I plugged in suddenly appeared to be recognised as a device, i.e the hailuck messages appeared in dmesg and the trackpad became massively erratic. So there may be some power supply issues. I'll go back to mobian and try few more things.

(02-06-2021, 03:41 AM)pjsf Wrote: After an update (using mobian) about a month or so ago my wifi suddenly stopped working

(02-07-2021, 04:55 AM)guenther Wrote:

(02-06-2021, 03:41 AM)pjsf Wrote: ncmli r   shows all radios on, but nothing found on scan

Whats the output of

Code:

sudo inxi -n
sudo iwconfig
sudo iw reg get

(02-08-2021, 03:22 PM)javier.pb Wrote:

(02-06-2021, 03:41 AM)pjsf Wrote: After an update (using mobian) about a month or so ago my wifi suddenly stopped working

Have you tried to unload & load the kernel wifi module? I apparently broke mi wifi some weeks ago, although wasn't sure how it happened. In my case, a kernel crash can be seen on serial interface while booting mobian (nothing shown on ubports, much more quiet), but a similar crash could be seen by loading/unloading module (not remember if stdout or kernel log). Unfortunately I cannot offer you any solution, if you get the same error than me.
In my case, also bluetooh stopped working, which might be a fast way to verify whether you might have the same problem

(02-08-2021, 05:23 AM)barray Wrote:

(02-08-2021, 03:20 AM)pjsf Wrote:

(02-06-2021, 10:15 AM)barray Wrote: If you can't pick it up in any of the logs (even as an unknown device), then it means you can't talk to it.

If that is the case, it indicates:

1. Something came unplugged -- It should just be a quick visual check.

2. The WiFi chip is not getting power -- Which is something you should be able to test for by checking the power supply. It could be that either it's not getting a DC rail or there is a loose ground somewhere (including the battery and DC barrel jack). Try testing the PineTab on and off power to see if there is a difference.

3. The WiFi chip is blown -- There's not much you can do about this. I would suggest grabbing a USB WiFi dongle, shouldn't set you back too much.

Will be interesting to see the root cause on this anyway, so please post back in any case. As I understand it, Pine are still yet to get the next batch processed, so now is the time to discover any potential issues in the design.

Well that led to some interesting testing. I've never actually use the pinetab while it's charging before, but using the barrel jack I do get some different behaviour (this is on arch now). I do have a few wifi dongles lying around so I tried one out at random (this one's a rtl8192cu which works fine on my desktop). Without the barrel charger connected I get "failed to enumerate usb device" errors, with the barrel charger plugged in the device id registered but no driver is loaded, although that's probably because  the arch build doesn't have the rtl8192cu module.
The really odd thing tho, is that the keyboard/trackpad which was working fine before I plugged in suddenly appeared to be recognised as a device, i.e the hailuck messages appeared in dmesg and the trackpad became massively erratic. So there may be some power supply issues. I'll go back to mobian and try few more things.

This does sound like a supply rails problem then... If your lucky, it's just that some wire inside became unplugged - but I doubt it. As you can see inside, the USB, CPU and power supply are all on the same board: http://coffeespace.org.uk/projects/opening-up-pinetab/main-board.jpg

But essentially you will won't to (carefully) probe out the connections between the battery, barrel jack and USB. Remember you should be able to take a nice ground off of the shielding metal.

(02-08-2021, 10:05 PM)pjsf Wrote:

Code:

sudo inxi -n

Network:
  Device-1: mmc-pwrseq-simple driver: pwrseq_simple
  Device-2: sun50i-a64-emac driver: N/A
  IF: usb0 state: down mac: 46:37:8b:0c:73:e1
  IF-ID-1: wlan0 state: down mac: 26:3e:35:b2:89:8a

Code:

sudo iwconfig

wlan0    unassociated  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency=2.412 GHz  Access Point: Not-Associated 
          Sensitivity:0/0 
          Retry:off  RTS thr:off  Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0  Missed beacon:0

Code:

sudo iw reg get

global
country 00: DFS-UNSET
        (2402 - 2472 @ 40), (6, 20), (N/A)
        (2457 - 2482 @ 20), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN
        (2474 - 2494 @ 20), (6, 20), (N/A), NO-OFDM, PASSIVE-SCAN
        (5170 - 5250 @ 80), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN
        (5250 - 5330 @ 80), (6, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
        (5490 - 5730 @ 160), (6, 20), (0 ms), DFS, PASSIVE-SCAN
        (5735 - 5835 @ 80), (6, 20), (N/A), PASSIVE-SCAN
        (57240 - 63720 @ 2160), (N/A, 0), (N/A)

I've also set the country code successfully, but it makes no real difference.

---