Re: My question isn't about the fault, its about how to find it.

On 15/09/2024 at 11:16, The Natural Philosopher wrote:

On 14/09/2024 22:25, Chris Elvidge wrote:

On 14/09/2024 at 19:32, The Natural Philosopher wrote:

On 14/09/2024 16:38, Chris Elvidge wrote:

On 14/09/2024 at 15:37, The Natural Philosopher wrote:

On 14/09/2024 11:33, The Natural Philosopher wrote:

On 14/09/2024 08:12, Pancho wrote:

>
>

Prolly easier to get an HDMI and USB adapter and pop a monitor and keyboard on it.
I spent hours yesterday googling for PI ZERO 2 W WIFI DISCONNECTS and everybody has the same problem. Must be 1000 posts out there. It seems that the 2W is basically a piece of shit. People try SD cards that work perfectly in the Zero W, but don't work in the 2W.
>
I tried every methodology suggested, and its still doing it.
>
I am tempted to buy the old version, two  of which have been faultlessly connected to the same wifi point for several years....
>
Unfortunately I soldered a header block to this one so I can't return it. Bin job probably.
>
>

Well another day of configgling
>
Tried to make it talk to a different wifi point. Bricked it. Reinstalled OS lite and started setting up. (again!)
>
The Pi ZERO 2W apparently uses a different wifi chip - SYMANTEC SYN43436, not the old BROADCOMM BCM43438

>
Where did you get this info?
On mine module cfg80211 is loaded by brcmfmac (broadcom?).
>

Apparently there are two possible chips. Broadcomm and symantec
I THINK I have the broadcomm
>
dmesg | grep brcmfmac
[   12.461334] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[   12.467893] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
[   12.468806] usbcore: registered new interface driver brcmfmac
[   12.731339] brcmfmac: brcmf_c_process_txcap_blob: no txcap_blob available (err=-2)
[   12.732079] brcmfmac: brcmf_c_preinit_dcmds: Firmware: * BCM43430/1* wl0: Jun 14 2023 07:27:45 version 7.45.96.s1 (gf031a129) FWID 01-70bd2af7 es7
[   15.888471] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save enabled
>
That's exactly  the same as my 'working perfectly' Pi Zero 1W...
>
So its probably not that.
>
>
>

Model       : Raspberry Pi Zero 2 W Rev 1.0
Revision    : 902120
Raspberry Pi OS (bookworm, full); kernel  6.6.47+rpt-rpi-v8
>
No problems with wifi over the last few weeks.
Wavlink M30HG4.V5030.191116
>
Now bluetooth, there's a whole nother story!!
>

Disabled that baby straight off.
>
Its very strange.
>
Its 64 bit instead of 32 bit.
>
But that's all that seems radically different hardware wise.
>
Again some rumours are that the zero 2 being power hungry may be loading the PSU more.
>
But in the middle of the night? Doing NOTHING?
>

>
I started with 32bit lite but swapped to 64bit full just to see what happened. I had had no problems with 32bit lite (except bluetooth, see above). However I haven't stopped bluetooth, just don't (as yet) use it. My dmesg looks much the same as yours.
>
I feed mine from a 2.4 amp source.
But I also have USB3 hub + ethernet port feeding 256Gb SSD and USB speaker.
>

 Mmm. I was feeding mine, on the basis that it was drawing less than half an amp, from a very small PSU I normally use for Pi Picos.
 I swapped that for a generic phone charger PSU and added a line that someone suggested to config.txt:
 over_voltage=2
 Its been stable doing an rsync backup of itself overnight, and is still up this morning.
 Power saving is in fact on, on the wifi interface.
 Journalctl reveals no entries to do with wifi AT ALL since 8 o clock yesterday evening when it was rebooted.
 I think the key was in realising that on mine at least the wifi hardware was the same as on the 32 bit zeros.
 So if they connected to my old POS Netgear ex ADSL router transgendered into a wifi access point, so should this one.
 I will probably try reverting to the PICO power supply and see if that makes any difference.
 And get a voltmeter or scope on the supply rails.
 Maybe there is trash...
    

Perhaps you could use vcgencmd to look at/monitor various internals. E.g. vcgencmd [measure_temp|measure_clock core|measure_volts]
I think over_voltage is a red herring, it limits the CPU/GPU upper voltage doesn't set it (AFAICS).
https://www.raspberrypi.com/documentation/computers/config_txt.html
--
Chris Elvidge, England
SUBSTITUTE TEACHERS ARE NOT SCABS