Svenska ElektronikForumet

Jag har en RPI som mäter lite data. Systemet mäter luftryck, temp, RH%, PM2.5, PM10, spännigar. Den har rullat ett år eller flera tom. Nu har du börjat hänga sig. Det går inte att nå systemet förutom med ping. Den verkar återhämta sig efter ett tag ( en timme) alltid/ibland. Jag har kollat status med htop. Se bilder nedan.
1. Vad kan felet vara?
2. Som em medicin men ingen bot tänkte jag komma åt Tasks i htop. Om den blir för stor boota om. Går det att göra?
Det går inte att göra "htop | grep Tasks" tyvärr. Har tittat på github för htop. Då baxnade jag. Jag är ingen C hackare, tyvärr.
Eller någor annat smart sätt än att använda htop?

Nedan, här är RPIen sänkt. Observera Task= 1816. Det har varit upp till Tasks=3300 ibland men thr lågt 50-66. Samt massa rödmarkerade, D Som är processer som applikation startat men verkar inte ha avslutas helt och dom är många. Notera att felet händer inte alltid utan bara ibland men sabbar en lång mätserie

RPI-2025-04-01 10-17-26.png

Nedan, här allt ok. Tasks/thr 55/63. CPU belasning 2%

RPI-2025-04-01 12-19-58.png

Nedan, här ser man hur systemet missat data (2ggr) och sedan återkommit. Dock har vissa få data lyckas läsas in även när systemet är very busy.

log_625h.png

System:
RPI3
1-wire, OWFS, i2c, Tellstick, bash o python, rrdtool.
$ uname -a
Linux 4.19.66-v7+ #1253 SMP Thu Aug 15 11:49:46 BST 2019 armv7l GNU/Linux

Ditt minneskort börjar ge upp? Jag hade klonat det asap och satt i ett nytt.

Köpt kort och lyckats skapa ett bootbart kort efter lite pyssel. Tyvärr löste det nya kortet inte mitt problem men jag fick en behövlig backup. OSet verkar vara från 2020 och har princip snurrat 24/7 sedan dess.

LIte liknande? https://forums.raspberrypi.com/viewtopic.php?t=304070

Det finns flera program än htop och där det går att köra "grep" på för att få koll på CPU-belastning tex
cat /proc/loadavg
uptime
mm

Så det jag gjorde var att boota om CPU-belastningen överstiger visst värde.

Kod: Markera allt

#!/bin/bash
#2025-04-10
limit=10
del=10
home=/home/pi/datalogger
while true
do
   uptime2=`cat /proc/loadavg| awk '{print $1}'| tr ., " "| awk '{print $1}'`
   if [ $uptime2 -ge $limit ]
   then
      uptime >> $home/uptime.log 
      echo "reboot now" >>$home/uptime.log
      sudo shutdown -r +1
      exit 0
   fi
   sleep $del
done

Att använda "uptime" som verkar naturligt först är inte så smart då den ger olika många parametrar beroende på hur länge datorn varit uppe, vilket jag förstäss gjorde först och blev förvirrad.

Detta var ingen lösning på det verkliga problemet men nu kan jag mäta PM2.5 och PM10. Jag får fortsätta och jaga det verkliga problemet.

log_516h.png

Klockan 9:00 var sopbilen här

På din första bild har du ett load average på 750, vilket är det största värde jag någonsin sett.

inga ledtrådar i dmesg eller syslog?

nä letat i dmesg men inte syslog. Till råga på allt har systemet sluta att hänga sig. Har inte gjort några stora ändringar av koden, dock har 1-wire lagt av helt. Inte letat efter 1-wire felet. Jag har helt fokuserat på utomhusluftmätning, PM10 och PM2.5 och funderat var svägningarna i PM10 kommer ifrån.

PS
Men jag hade tänkt jaga felet. Fixen med att mäta CPU-belastningen och boot om den var för hög var jag inte helt nöjd med, men svårt att leta fel när de inte uppkommer.

log_518h.png

log_516h.png

Måndag 08:00 är sopbilen. De andra topparna har jag ingen anong om. Jag bor vid "nästan" återvändsgränd med lite biltrafik.

Svenska ElektronikForumet

RPI med många processer 100% jobb, htop

RPI med många processer 100% jobb, htop

Re: RPI med många processer 100% jobb, htop

Re: RPI med många processer 100% jobb, htop

Re: RPI med många processer 100% jobb, htop

Re: RPI med många processer 100% jobb, htop

Re: RPI med många processer 100% jobb, htop

Re: RPI med många processer 100% jobb, htop

Re: RPI med många processer 100% jobb, htop

Re: RPI med många processer 100% jobb, htop