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

    From The Natural Philosopher@tnp@invalid.invalid to comp.sys.raspberry-pi on Mon Sep 16 05:18:01 2024
    From Newsgroup: comp.sys.raspberry-pi

    On 15/09/2024 21:06, Single Stage to Orbit wrote:
    On Sun, 2024-09-15 at 11:16 +0100, The Natural Philosopher wrote:



    transgendered

    Not funny.

    Oh sorry, I didn't realise you were so sensitive a little flower.

    Besides, in English objects do not have a sexual identity.

    Of course they do.
    That's what the arguments are all about.
    --
    “It is hard to imagine a more stupid decision or more dangerous way of making decisions than by putting those decisions in the hands of people
    who pay no price for being wrong.”

    Thomas Sowell

    --- Synchronet 3.20a-Linux NewsLink 1.114
  • From The Natural Philosopher@tnp@invalid.invalid to comp.sys.raspberry-pi on Mon Sep 16 05:47:21 2024
    From Newsgroup: comp.sys.raspberry-pi

    On 15/09/2024 21:06, Single Stage to Orbit wrote:
    On Sun, 2024-09-15 at 11:16 +0100, The Natural Philosopher wrote:



    transgendered

    Not funny.

    When I take a machine that is built for one thing and repurpose it to do another thing, it isn't meant to be funny.

    Perverse, weird or perverted perhaps. But not funny at all.

    Besides, in English objects do not have a sexual identity.

    Nor do trans people.

    Not one that can be changed by dressing up in a frock anyway.
    --
    "It is an established fact to 97% confidence limits that left wing conspirators see right wing conspiracies everywhere"

    --- Synchronet 3.20a-Linux NewsLink 1.114
  • From druck@news@druck.org.uk to comp.sys.raspberry-pi on Mon Sep 16 21:19:21 2024
    From Newsgroup: comp.sys.raspberry-pi

    On 14/09/2024 19:32, The Natural Philosopher wrote:
    [   15.888471] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save enabled

    You may find it is slightly more reliable with power saving disabled.

    To disable temporarily use:-

    sudo /sbin/iw dev wlan0 set power_save off

    To make persistent create a file called /etc/udev/rules.d/71-wifi_power_save_off.rules containing the line:-

    SUBSYSTEM=="net", ACTION=="add", DRIVERS=="brcmfmac", KERNEL=="wlan0", RUN="/sbin/iw dev wlan0 set power_save off"

    ---druck
    --- Synchronet 3.20a-Linux NewsLink 1.114
  • From The Natural Philosopher@tnp@invalid.invalid to comp.sys.raspberry-pi on Tue Sep 17 10:37:51 2024
    From Newsgroup: comp.sys.raspberry-pi

    On 16/09/2024 21:19, druck wrote:
    On 14/09/2024 19:32, The Natural Philosopher wrote:
    [   15.888471] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save
    enabled

    You may find it is slightly more reliable with power saving disabled.

    I have done this. I think it is more stable. It is more appropriate in a server anyway


    To disable temporarily use:-

    sudo /sbin/iw dev wlan0 set power_save off

    To make persistent create a file called /etc/udev/rules.d/71-wifi_power_save_off.rules containing the line:-

    I used nmcli I think...yes. I have recorded everything I have done on
    this implementation in case I have to do it again.

    sudo nmcli c modify [SSID] 802-11-wireless.powersave 2

    I had to do it for the other SSID as well.

    I made a decision - as with systemd,- that in NetworkManager was the 'supported' way to do stuff, I might as well [learn to] use it.

    I am less interested in learning the more recondite areas of the distro,
    than achieving a stable platform on which to build an application.

    SUBSYSTEM=="net", ACTION=="add", DRIVERS=="brcmfmac", KERNEL=="wlan0", RUN="/sbin/iw dev wlan0 set power_save off"

    ---druck

    I am not saying 'solved' BUT since using the bigger power supply, it
    hasn't *dropped* at all, however there are still the odd reconnects that occasionally take too long...on one wifi point. Oddly I have two now configured and after retrying the first one a few times it decided to
    try the one literally inches away and has been solid on that one ever
    since.

    And interesting discovery was that the configuration of a static address applies to one SSID only - a 'connection' in Network Manager parlance -
    not to the *interface* wlan0..

    Which is why I thought it had bricked when I changed wifi access points
    on the fly. The next time I did that I realised it was now back on
    DHCP...and was available on a different IP address...

    Anyway the final conclusions seem to be :

    1. The ZERO 2W is hungrier for electrons than the old ZERO W.
    2. The symptoms of starvation are evident first in the WiFi hardware.
    The CPU and nearly everything else is fed from 3.3V, 1.8V and 1.3V downconverted supplies. No documentation showing what voltage was used
    by the WiFi chip exists that I could find.
    3. On at least my model, whilst the name of the company may have
    changed, the old Broadcomm wifi chip and driver is still used.
    4. Apart from having to use journalctl, it is unusually not possible to
    blame systemd for these issues.
    5. Whilst a chinesium USB source *may* be able to deliver the quoted
    current, it is not necessarily able to deliver it in a noise free or voltage-retaining fashion.

    I never got round to putting a meter or a scope on the thing - it's a
    bit awkward especially with a 'hat' on.

    Interestingly the Pi PICO W uses a chip that works down to 3V.

    Now I have achieved stability, the unit will go to a different location
    to further development where it will naturally connect to the original
    POS wifi point.

    But I now have a microwave with a burnt out magnetron to fix...

    Sigh.
    --
    The lifetime of any political organisation is about three years before
    its been subverted by the people it tried to warn you about.

    Anon.

    --- Synchronet 3.20a-Linux NewsLink 1.114
  • From druck@news@druck.org.uk to comp.sys.raspberry-pi on Tue Sep 17 21:20:59 2024
    From Newsgroup: comp.sys.raspberry-pi

    On 17/09/2024 10:37, The Natural Philosopher wrote:
    Anyway the final conclusions seem to be :

    1. The ZERO 2W is hungrier for electrons than the old ZERO W.
    2. The symptoms of starvation are evident first in the WiFi hardware.

    The Zero W uses the same SOC as original Pi, and I ran that happily for
    years on a 0.7A first generation Samsung Galaxy phone charger. When we
    got the multicore Pi 2B it really needed a proper PSU rather than a
    phone charger for reliability. The Zero 2W initially used the same SOC
    as the 2B, then switched to the 3B's one when that was no longer available.

    5. Whilst a chinesium USB source *may* be able to deliver the quoted current, it is not necessarily  able to deliver it in a noise free or voltage-retaining fashion.

    You can't go wrong with the official power supply, I've not had one fail
    yet. I've used others when I needed a longer USB cables, and have had to replace some more than once.

    Now I have achieved stability, the unit will go to a different location
    to further development where it will naturally connect to the original
    POS wifi point.

    You might guess I recommend not scrimping on the access point either.

    But I now have a microwave with a burnt out magnetron to fix...

    Not related to the Z2W I hope!

    ---druck

    --- Synchronet 3.20a-Linux NewsLink 1.114
  • From The Natural Philosopher@tnp@invalid.invalid to comp.sys.raspberry-pi on Wed Sep 18 11:29:24 2024
    From Newsgroup: comp.sys.raspberry-pi

    On 17/09/2024 21:20, druck wrote:
    On 17/09/2024 10:37, The Natural Philosopher wrote:
    Anyway the final conclusions seem to be :

    1. The ZERO 2W is hungrier for electrons than the old ZERO W.
    2. The symptoms of starvation are evident first in the WiFi hardware.

    The Zero W uses the same SOC as original Pi, and I ran that happily for years on a 0.7A first generation Samsung Galaxy phone charger. When we
    got the multicore Pi 2B it really needed a proper PSU rather than a
    phone charger for reliability. The Zero 2W initially used the same SOC
    as the 2B, then switched to the 3B's one when that was no longer available.

    In general most of my kit is now using proper rated 5V power supplies
    plus any ancillary electronics needed to complete the project. China
    turns round PCBS very fast and cheap so it seems a shame not to do a
    'proper' job. I am not really a fan of USB PSUs at all.
    In this case once I have done the board level PSU for the 4B server, the 'proper pi' PSU will become available.


    5. Whilst a chinesium USB source *may* be able to deliver the quoted
    current, it is not necessarily  able to deliver it in a noise free or
    voltage-retaining fashion.

    You can't go wrong with the official power supply, I've not had one fail yet. I've used others when I needed a longer USB cables, and have had to replace some more than once.

    Yes. I think that what works fora mobile phone is not necessarily what
    works for a Pi zerro, but the Pi Picos are happy as pigs in shit with
    almost anything above 3.5V

    Now I have achieved stability, the unit will go to a different
    location to further development where it will naturally connect to the
    original POS wifi point.

    You might guess I recommend not scrimping on the access point either.

    Well its an old ADSL router repurposed. It's actually pretty hard to
    get a simple Ethernet to wifi *bridge*.

    I did find something made in Eastern Europe that has worked in another
    room OK (big house, foil lined plasterboard walls - need at leats 3 points)


    But I now have a microwave with a burnt out magnetron to fix...

    Not related to the Z2W I hope!

    It sits under the access point!

    Well it did.

    New magnetron now fitted, waiting for the HV fuse to arrive. It appears
    the magnetron went anode/cathode short-ish , blew the fuse and that was
    all that was wrong

    And it only *just* blew the fuse. It switched on, HUGE humming noise
    from the HV transformer for around 10 secs, then it went quiet, HV fuse
    had blown...
    --
    "And if the blind lead the blind, both shall fall into the ditch".

    Gospel of St. Mathew 15:14


    --- Synchronet 3.20a-Linux NewsLink 1.114