Wieso soll der Grafikspeicher erhöht werden? Der Pi läuft normalerweise ohne GUI.
Weil der Grafikspeicher auch ohne GUI, einen Einfluss haben kann. Und es ist ja auch nur ein Test.
Wieso soll der Grafikspeicher erhöht werden? Der Pi läuft normalerweise ohne GUI.
Weil der Grafikspeicher auch ohne GUI, einen Einfluss haben kann. Und es ist ja auch nur ein Test.
Raspberry STRETCH wLan Adapter wlan0 reconnect funktioniert nicht? Schau mal ob du hier fündig wirst!
nach dem nun eigentlich nur noch der Code übriggeblieben ist, bin ich nun auf der Suche. Ich reduziere jetzt mal den Code. Fastled habe ich schon probiert, da kann ich keinen Fehler nachvollziehen. Einer der nächsten Hauptverdächtigen ist mySQL, dieses ist mit STRETCH ja MariaDB geworden. Ich werde berichten, wie ,was weiter passiert.
Tja, alle Wege irrführend. Wenn mit mySQL ein Cursor aktiv ist, und auf diesen zugegriffen wird, dann kommt es zu dem wLan-Lan-Absturz. Komisch dabei ist, dass die try - except - Blöcke keinen Fehler (aus)werfen.
Ich wähnte mich schon auf dem richtigen Weg, dann habe ich noch einmal ein FASTled Beispiel durchorgeln lassen. (Brightness=25 also Netzteil ausgeschlossen). Ich war heute Nachmittag anderweitig beschäftigt. Dann nach ca. 4 Stunden habe ich bemerkt, dass der Pi (wLan , Lan) wieder geschreddert war.
??? Ich weiß nicht weiter ??? bin auch analytisch am Ende ???
Zeig das Script bitte trotzdem mal! Nicht das cat im Script(?) in einer Schleife ungebremst aufgerufen wird und den RAM zumüllt oder für extremen Traffic sorgt.
strandtest.py ist aus Neopixel - python - examples.
und der cat-Befehl wird in einer anderen Terminalsitzung ausgeführt.
oder keine andere Sitzung, dann nach irgendeiner Zeit -steigt der Pi aus.
Ah, ok.
dann habe ich noch einmal ein FASTled Beispiel durchorgeln lassen
Auch mal gleichzeitig mit cat in einer anderen Session?
ja, keine Fehler mit cat, aber ich habe nur 10 mal probiert. Gerade vor 2 Minuten ist der pi ohne laufendes script abgeschmiert. (ich habe in der ssh Sitzung Quelltext editiert) ...
Wo kommt denn jetzt auf einmal das Neopixel Zeugs her?!
Dachte die Probleme gibts mit mySQL Zugriff, davon sah ich bisher kein Skript
das sind alles Ideen, den Fehler zu isolieren, zu reduzieren, die aber ALLE ins LEERE gelaufen sind.
Ich fasse mal zusammen: irgendwann ist auf einmal das wLan und der Ethernetanschluss weg, wenn da noch ein Monitor dran hängt, kann der Pi nicht mehr neugestartet / heruntergefahren werden.
Je mehr die wLan-Schnittstelle genutzt wird, umso schneller tritt das Problem auf. Nur mit der Ethernetschnittstelle tritt der Fehler nicht auf.
Ich fasse mal zusammen: irgendwann ist auf einmal das wLan und der Ethernetanschluss weg, wenn da noch ein Monitor dran hängt, kann der Pi nicht mehr neugestartet / heruntergefahren werden.
Ja, aber dein PI stürzt "nicht richtig ab", denn wenn das der Fall wäre, dann würde der hardware-Watchdog deinen PI rebooten, was er aber nicht macht.
Jetzt solltest Du mit einem cronjob testen, ob dieser cronjob noch ausreichend Ressourcen hat, deinen PI zu rebooten wenn die WLAN-Verbindung bzw. die Ethernet-Verbindung weg ist.
das haben wir ja schon ausprobiert. Selbst, wenn ein Monitor am Pi ist, dann kann der Pi nicht HERUNTERGEFAHREN werden, der bleibt dann stecken.
Selbst, wenn ein Monitor am Pi ist, dann kann der Pi nicht HERUNTERGEFAHREN werden, der bleibt dann stecken.
Ja, aber das ist nicht maßgebend, denn wenn Tastatur/Monitor nicht mehr erreicht werden können, heißt das nicht, dass ein cronjob da nicht erfolgreich sein könnte. Aber OK, dann lassen wir das.
Eine andere Ursache bzw. Vorgehensweise fällt mir da ein. Ich denke es wird so sein, dass beim Traffic über das wlan-Interface deines PI, der Treiber/Firmware des wlan-Interface die "segmantation/fragmentation" macht und nicht der Kernel deines PI. Der Treiber bzw. die Firmware wird da evtl. überfordert sein (bei der Menge an Daten) und hängen bleiben.
Konfiguriere deinen PI mal so, dass der Kernel diese "segmantation/fragmentation" für den Traffic über das wlan-Interface macht.
EDIT:
Vergleiche mal die Ausgabe auf deinem PI mit dieser Ausgabe:
:~ $ sudo ethtool -k wlan0
Features for wlan0:
Cannot get device udp-fragmentation-offload settings: Operation not supported
rx-checksumming: off [fixed]
tx-checksumming: off
tx-checksum-ipv4: off [fixed]
tx-checksum-ip-generic: off [fixed]
tx-checksum-ipv6: off [fixed]
tx-checksum-fcoe-crc: off [fixed]
tx-checksum-sctp: off [fixed]
scatter-gather: off
tx-scatter-gather: off [fixed]
tx-scatter-gather-fraglist: off [fixed]
tcp-segmentation-offload: off
tx-tcp-segmentation: off [fixed]
tx-tcp-ecn-segmentation: off [fixed]
tx-tcp-mangleid-segmentation: off [fixed]
tx-tcp6-segmentation: off [fixed]
udp-fragmentation-offload: off
generic-segmentation-offload: off
generic-receive-offload: off
large-receive-offload: off [fixed]
rx-vlan-offload: off [fixed]
tx-vlan-offload: off [fixed]
ntuple-filters: off [fixed]
receive-hashing: off [fixed]
highdma: off [fixed]
rx-vlan-filter: off [fixed]
vlan-challenged: off [fixed]
tx-lockless: off [fixed]
netns-local: on [fixed]
tx-gso-robust: off [fixed]
tx-fcoe-segmentation: off [fixed]
tx-gre-segmentation: off [fixed]
tx-gre-csum-segmentation: off [fixed]
tx-ipxip4-segmentation: off [fixed]
tx-ipxip6-segmentation: off [fixed]
tx-udp_tnl-segmentation: off [fixed]
tx-udp_tnl-csum-segmentation: off [fixed]
tx-gso-partial: off [fixed]
tx-sctp-segmentation: off [fixed]
tx-esp-segmentation: off [fixed]
fcoe-mtu: off [fixed]
tx-nocache-copy: off
loopback: off [fixed]
rx-fcs: off [fixed]
rx-all: off [fixed]
tx-vlan-stag-hw-insert: off [fixed]
rx-vlan-stag-hw-parse: off [fixed]
rx-vlan-stag-filter: off [fixed]
l2-fwd-offload: off [fixed]
hw-tc-offload: off [fixed]
esp-hw-offload: off [fixed]
esp-tx-csum-hw-offload: off [fixed]
rx-udp_tunnel-port-offload: off [fixed]
Alles anzeigen
Konfiguriere deinen PI mal so, dass der Kernel diese "segmantation/fragmentation" für den Traffic über das wlan-Interface macht.
Kannst Du mich mals aufs Pferd setzten -> keine Ahnung wie das geht.
Wie stellt man fest, welcher wLan-Chip wirklich onBoard verbaut ist, und dass dafür auch der richtige Treiber im System verankert ist. Nicht, dass der Adapter im "Kompatibilitätsmodus" läuft?
Angaben folgen ...
Features for wlan0:
Cannot get device udp-fragmentation-offload settings: Operation not supported
rx-checksumming: off [fixed]
tx-checksumming: off
tx-checksum-ipv4: off [fixed]
tx-checksum-ip-generic: off [fixed]
tx-checksum-ipv6: off [fixed]
tx-checksum-fcoe-crc: off [fixed]
tx-checksum-sctp: off [fixed]
scatter-gather: off
tx-scatter-gather: off [fixed]
tx-scatter-gather-fraglist: off [fixed]
tcp-segmentation-offload: off
tx-tcp-segmentation: off [fixed]
tx-tcp-ecn-segmentation: off [fixed]
tx-tcp-mangleid-segmentation: off [fixed]
tx-tcp6-segmentation: off [fixed]
udp-fragmentation-offload: off
generic-segmentation-offload: off [requested on]
generic-receive-offload: on
large-receive-offload: off [fixed]
rx-vlan-offload: off [fixed]
tx-vlan-offload: off [fixed]
ntuple-filters: off [fixed]
receive-hashing: off [fixed]
highdma: off [fixed]
rx-vlan-filter: off [fixed]
vlan-challenged: off [fixed]
tx-lockless: off [fixed]
netns-local: on [fixed]
tx-gso-robust: off [fixed]
tx-fcoe-segmentation: off [fixed]
tx-gre-segmentation: off [fixed]
tx-gre-csum-segmentation: off [fixed]
tx-ipxip4-segmentation: off [fixed]
tx-ipxip6-segmentation: off [fixed]
tx-udp_tnl-segmentation: off [fixed]
tx-udp_tnl-csum-segmentation: off [fixed]
tx-gso-partial: off [fixed]
tx-sctp-segmentation: off [fixed]
tx-esp-segmentation: off [fixed]
fcoe-mtu: off [fixed]
tx-nocache-copy: off
loopback: off [fixed]
rx-fcs: off [fixed]
rx-all: off [fixed]
tx-vlan-stag-hw-insert: off [fixed]
rx-vlan-stag-hw-parse: off [fixed]
rx-vlan-stag-filter: off [fixed]
l2-fwd-offload: off [fixed]
hw-tc-offload: off [fixed]
esp-hw-offload: off [fixed]
esp-tx-csum-hw-offload: off [fixed]
rx-udp_tunnel-port-offload: off [fixed]
dmesg | grep -i firmware
[ 0.070085] raspberrypi-firmware soc:firmware: Attached to firmware from 2018-11-04 16:31
[ 3.835134] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Oct 23 2017 03:55:53 version 7.45.98.38 (r674442 CY) FWID 01-e58d219f
Alles anzeigen
modinfo brcmfmac
filename: /lib/modules/4.14.79-v7+/kernel/drivers/net/wireless/broadcom/brcm80211/brcmfmac/brcmfmac.ko
license: Dual BSD/GPL
description: Broadcom 802.11 wireless LAN fullmac driver.
author: Broadcom Corporation
firmware: brcm/brcmfmac4373-sdio.bin
firmware: brcm/brcmfmac4356-sdio.bin
firmware: brcm/brcmfmac4354-sdio.bin
firmware: brcm/brcmfmac43455-sdio.bin
firmware: brcm/brcmfmac43430-sdio.bin
firmware: brcm/brcmfmac43430a0-sdio.bin
firmware: brcm/brcmfmac4339-sdio.bin
firmware: brcm/brcmfmac43362-sdio.bin
firmware: brcm/brcmfmac4335-sdio.bin
firmware: brcm/brcmfmac43341-sdio.bin
firmware: brcm/brcmfmac43340-sdio.bin
firmware: brcm/brcmfmac4334-sdio.bin
firmware: brcm/brcmfmac4330-sdio.bin
firmware: brcm/brcmfmac4329-sdio.bin
firmware: brcm/brcmfmac43241b5-sdio.bin
firmware: brcm/brcmfmac43241b4-sdio.bin
firmware: brcm/brcmfmac43241b0-sdio.bin
firmware: brcm/brcmfmac43143-sdio.bin
firmware: brcm/brcmfmac4373.bin
firmware: brcm/brcmfmac43569.bin
firmware: brcm/brcmfmac43242a.bin
firmware: brcm/brcmfmac43236b.bin
firmware: brcm/brcmfmac43143.bin
srcversion: F719A961CD3BA0EB8FAE737
alias: usb:v04B4p0BDCd*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v0A5Cp0BDCd*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v043Ep3101d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v04B4pBD29d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v13B1p0039d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v0A5CpBD27d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v0A5CpBD1Fd*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v0A5CpBD17d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v0A5CpBD1Ed*dc*dsc*dp*ic*isc*ip*in*
alias: sdio:c*v02D0d4373*
alias: sdio:c*v02D0d4356*
alias: sdio:c*v02D0d4354*
alias: sdio:c*v02D0dA9BF*
alias: sdio:c*v02D0d4345*
alias: sdio:c*v02D0dA9A6*
alias: sdio:c*v02D0d4339*
alias: sdio:c*v02D0d4335*
alias: sdio:c*v02D0dA9A4*
alias: sdio:c*v02D0dA962*
alias: sdio:c*v02D0dA94D*
alias: sdio:c*v02D0dA94C*
alias: sdio:c*v02D0d4334*
alias: sdio:c*v02D0d4330*
alias: sdio:c*v02D0d4329*
alias: sdio:c*v02D0d4324*
alias: sdio:c*v02D0dA887*
depends: brcmutil,cfg80211
intree: Y
name: brcmfmac
vermagic: 4.14.79-v7+ SMP mod_unload modversions ARMv7 p2v8
parm: txglomsz:Maximum tx packet chain size [SDIO] (int)
parm: debug:Level of debug output (int)
parm: p2pon:Enable legacy p2p management functionality (int)
parm: feature_disable:Disable features (int)
parm: alternative_fw_path:Alternative firmware path (string)
parm: fcmode:Mode of firmware signalled flow control (int)
parm: roamoff:Do not use internal roaming engine (int)
parm: ignore_probe_fail:always succeed probe for debugging (int)
Alles anzeigen
cat /boot/config.txt
# For more options and information see
# http://rpf.io/configtxt
# Some settings may impact device functionality. See link above for details
# uncomment if you get no picture on HDMI for a default "safe" mode
#hdmi_safe=1
# uncomment this if your display has a black border of unused pixels visible
# and your display can output without overscan
#disable_overscan=1
# uncomment the following to adjust overscan. Use positive numbers if console
# goes off screen, and negative if there is too much border
#overscan_left=16
#overscan_right=16
#overscan_top=16
#overscan_bottom=16
# uncomment to force a console size. By default it will be display's size minus
# overscan.
#framebuffer_width=1280
#framebuffer_height=720
# uncomment if hdmi display is not detected and composite is being output
#hdmi_force_hotplug=1
# uncomment to force a specific HDMI mode (this will force VGA)
#hdmi_group=1
#hdmi_mode=1
# uncomment to force a HDMI mode rather than DVI. This can make audio work in
# DMT (computer monitor) modes
#hdmi_drive=2
# uncomment to increase signal to HDMI, if you have interference, blanking, or
# no display
#config_hdmi_boost=4
# uncomment for composite PAL
#sdtv_mode=2
#uncomment to overclock the arm. 700 MHz is the default.
#arm_freq=800
# Uncomment some or all of these to enable the optional hardware interfaces
dtparam=i2c_arm=on
#dtparam=i2s=on
#dtparam=spi=on
# Uncomment this to enable the lirc-rpi module
#dtoverlay=lirc-rpi
# Additional overlays and parameters are documented /boot/overlays/README
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
#wLan-Problem
gpu_mem=128
Alles anzeigen
sudo ethtool -k wlan0
Auf meinem PI3 habe ich gro und gso auf off:
18,19c18,19
< generic-segmentation-offload: off
< generic-receive-offload: off
---
> generic-segmentation-offload: off [requested on]
> generic-receive-offload: on
Mach mal auf deinem PI:
und teste. Hast Du die Ausgabe von "sudo sysctl -p" schon gepostet?
sudo ethtool -K wlan0 gro off gso off
Cannot get device udp-fragmentation-offload settings: Operation not supported
Cannot get device udp-fragmentation-offload settings: Operation not supported
sudo ethtool -K wlan0 gro off gso off
Cannot get device udp-fragmentation-offload settings: Operation not supported
Cannot get device udp-fragmentation-offload settings: Operation not supported
Das ist normal, wichtig ist jetzt die Ausgabe von:
statt
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!