Posts by ibex44

In unserem Heiz-Raspi ist ein D-Link USB-Hub installiert, an dem 2 identische RS232- und 3 identische Modbus-Adapter hängen.

Serials sind jeweils gleich.

Mit lsusb -t sehe ich, daß die Adapter am Bus=1 und device = 9 10 11 12 13 hängen.

Bleibt diese Zuweisung nach neu booten erhalten oder kann die sich ändern?

Wie kann ich diese Reihenfolge mit udev festhalten?

Der heizpi steht im Heizraum mit Tastatur und HDMI-Schirm.

Per ssh kann er von anderen Rechnern im Haus bedient werden.

Das heizlog läuft über die CLI-Schnittstelle

und ein dygraph-Log über den desktop

mit raspi-config geht ein boot zum CLI aber nicht mehr zum desktop.

Mit startx wird der obige Fehlersermon erzählt.

das normale sudo apt upgrade.

unser heizpi (raspi3B+) startet nach einem upgrade nur im CLI-mode.

startx ergibt folgenden Fehlersermon:

lothar@heizpi02:~/wpibex $ startx

X.Org X Server 1.21.1.7
X Protocol Version 11, Revision 0
Current Operating System: Linux heizpi02 6.1.21-v7+ #1642 SMP Mon Apr 3 17:20:52 BST 2023 armv7l
Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0 video=HDMI-A-1:1366x768M@60 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=tty1 root=PARTUUID=e046bd0f-02 rootfstype=ext4 fsck.repair=yes rootwait
xorg-server 2:21.1.7-3+rpt2+deb12u7 (https://www.debian.org/support)
Current version of pixman: 0.42.2
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/home/lothar/.local/share/xorg/Xorg.1.log", Time: Fri May 10 10:19:00 2024
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE)
Fatal server error:
(EE) parse_vt_settings: Cannot open /dev/tty0 (Permission denied)
(EE)
(EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
(EE) Please also check the log file at "/home/lothar/.local/share/xorg/Xorg.1.log" for additional information.
(EE)
(EE) Server terminated with error (1). Closing log file.
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
Couldn't get a file descriptor referring to the console.

Hallo Gremnet, die Speicherung der Log-Daten auf der SD-Karte war vor 4 Jahren die quick and dirty Lösung, nachdem die Heizungssteuerung überhaupt lief.

Ich werde die Daten jetzt auf einem USB-Stick speichern, nachdem mir bewßt ist, wie empfindlich die SD-Karte ist.

Nachtrag: noch vielen Dank an die Beiträge zur Fehlersuche.

Dabei habe ich viel gelernt über die Qualität von SD-Karten.

Außerdem habe ich noch einen dicken Elektrolytkondensator an den 5 Volt-Ausgang der gpio-Leiste gehängt

Mit einer neuen SD-Karte und einem neuen Raspian-Betriebssystem läuft die Heizungssteuerung jetzt wesentlich schneller (Meßzykluszeit 21 sec gegen früher bis 36 sec) und ist noch nicht wieder im Nirwana verschwunden.

Ich informiere mich gerade, wie ich mit fsck die SD-Karte regelmäßig prüfen kann.

Das Problem ist gelöst. Die direkte Verbindung 3,3V, GND, und gpio4

auf ein Experimentierboard ohne den Kabel-Koppler gpio-Leiste auf das Experimentierboard zeigt das übliche Verhalten.

Python3 ist bei mir Standard.

auf userem bueropi werden außer den busmastern die DS.. als Verzeichnisse "28.. " gelistet

es wurden zwei gpiopinx definiert und das funzt auf dm bueropi aber nicht auf dem heizpi02:

#w1-gpio
#w1-therm
dtoverlay=w1-gpio,gpiopin=23,pullup=on
dtoverlay=w1-gpio,gpiopin=4,pullup=on

es werden nur die 2 busmaster und keine "28..." Verzeichnisse angezeigt.

Damit unser alter heizpi/Raspi3B+ der noch mit NOOBS aufgesetzt wurde, durch einen heizpi02/Raspi3B+ mit Rasbian OS ersetzt werden kann, habe ich die Python-Programme zur Heizungssteuerung draufgeladen.

Darüberhinaus den 1wire-Bus in der Pi Installation aktiviert und ein Experimentier-Board mit 5 Stück DS18B20 an den GPIO-Bus gehängt.

Auf einem anderen bueropi kann ich die 5 Sensoren lesen, aber nicht auf dem neuen heizpi02.

w1thermsensor wurde aus dem Netz installiert und in der /boot/config.txt die gpiopins 4 und 5 als 1wire-pins erklärt.

Aber "w1thermsensor all" zeigt 0 sensors an und ls nur die busmaster und keine Sensoren:

ls -l /sys/bus/w1/devices
total 0
lrwxrwxrwx 1 root root 0 Feb 27 16:08 00-280000000000 -> ../../../devices/w1_bus_master1/00-280000000000
lrwxrwxrwx 1 root root 0 Feb 27 16:07 00-c80000000000 -> ../../../devices/w1_bus_master1/00-c80000000000
lrwxrwxrwx 1 root root 0 Feb 27 15:50 w1_bus_master1 -> ../../../devices/w1_bus_master1
lrwxrwxrwx 1 root root 0 Feb 27 15:50 w1_bus_master2 -> ../../../devices/w1_bus_master2

Was habe ich vergessen?

Das sproadische Einfrieren des heizpi ist immer noch aktiv.

Beim schwachen Fall wird der Stop von ww_heizung.py vom systemctl erkannt und mit den letzten Parameter neu gestartet. Damit kann ich leben.

Nach wie vor ist der "Schwarzfall" des Monitors kritisch, der auch zum Einfrieren des heizpi führt.

Das will ich jetzt erkennen mit einem nmap -sP 192.168.0.16 > heizpi_on.txt

und mit einem Cron-programm heizpi_mon.py auswerten und eine mail an mich schicken, wenn

der heizpi auf pings nicht anwortet.

Ja, die Karten A142 sind von einem Elektronik-Professor in Maryland mit seinen Studenten in den Nuller-Jahren entworfen worden und hatten 4 Relais, 4 opto-gekoppelte I/O Ein/Ausgänge und einen 1wire-Bus.

Die 2 Karten steuerten ab 2004 unsere damals mit dem lokalen Kältefuzzi gebaute Grundwasser-WP über zwei RS232-Ausgänge von einem Laptop. Heute werden nur noch die 4 Relais via USB-RS232-Adapter gesteuert

und die anderen Aufgaben über die gpio-Ausgänge. Die A142-Karten werden über Steckernetzteile vom Hausnetz versorgt und der Raspi ebenfalls, weil ich den nicht an die 3-Phasen der Wärmepumpenversorgung hängen wollte, denn die läuft über einen extra Zähler.

Inzwischen habe ich auch eine 4-fach Relaiskarte direkt am GPIO-Bus hängen, die die Frequenz der Brunnenpumpe via Inverter steuert und die Förderpumpe des Kondenswassereimers. Die hängt mit ihrer 5 Volt-Versorgung noch direkt am Raspi. Die werde ich noch extern über ein 5 Volt-Netzteil versorgen.

Man wird notgedrungen zum Elektriker, wenn man immer mehr Aufgaben vom Raspi erledigen läßt.

Nachtrag: habe gerade mit der Programmänderung neu gestartet und der Schwarzeffekt trat nicht auf.

Mals sehen, ob das sporadische Einfrieren jetzt ausbleibt.

Ja, ich habe ja noch eine Reihe von Raspi 3B und einen Raspi4, die ich noch nicht verbaut habe.

Da könnte ich einen als Watchdog im Heizungsraum installieren, der nur die Stromversorgung des heizpi an oder aus stellt in Abhängigkeit ob heizpi im Netz präsent ist..

Weiterhin ist mir heute bei einem Neustart aufgefallen, daß der Monitor für eine halbe Sekunde schwarz wurde. Ursache ist wohl, daß beim Neustart eine USB-Karte mit 4 Relais per Befehl alle 4 Relais gleichzeitig auf offen stellt. Es könnte sein, daß dabei von allen 4 Relais zuviel Strom gezogen wird. Das habe ich jetzt so geändert, daß jedes Relais für sich allein offen gesetzt wird. Jetzt werde ich mal wieder neu starten und schauen, ob dieser Schwarzeffekt wieder auftritt.

Vielen Dank für die Hinweise. Ich werde jetzt mal altes Zeug aus den Archiven löschen. Seit 2019 hat sich da einiges angesammelt.

wie ich sehe, gibt es 45 Betriebssysteme für den raspi:

Die 45 wichtigsten Raspberry-Pi-Betriebssysteme

(Bild: Raspberry Pi Foundation / Screenshot) Für Neueinsteiger gibt es das Raspberry Pi OS, doch das reicht nicht jedem aus. Ob nun an Bastler, Schüler oder…

www.elektronikpraxis.de

welches könnt Ihr den empfehlen für die Aufgabe ein Heizungssystem zu steuern?

pi@heizpi:~ $ mount
/dev/mmcblk0p7 on / type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=469544k,nr_inodes=117386,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=31,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mmcblk0p6 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94828k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/mmcblk0p5 on /media/pi/SETTINGS3 type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)

das sind für mich böhmische Dörfer ;-(

auf jeden Fall schon mal danke, daß NOOBS nicht mehr aktuell ist und durch Raspberry PI iimager ersetzt werden sollte.

den heizpi hat mein Sohn eingestellt, weil der vor mir angefangen hat, damit zu spielen.

Ich sehe, ich muß den Kofler öfters wieder lesen.

pi@heizpi:~ $ free -m

total used free shared buff/cache available

Mem: 926 355 72 26 498 492

Swap: 99 5 94

pi@heizpi:~ $ df -h

Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf

/dev/root 13G 7,9G 4,1G 67% /

devtmpfs 459M 0 459M 0% /dev

tmpfs 464M 4,7M 459M 2% /dev/shm

tmpfs 464M 18M 446M 4% /run

tmpfs 5,0M 4,0K 5,0M 1% /run/lock

tmpfs 464M 0 464M 0% /sys/fs/cgroup

/dev/mmcblk0p6 68M 23M 46M 33% /boot

tmpfs 93M 0 93M 0% /run/user/1000

/dev/mmcblk0p5 30M 459K 28M 2% /media/pi/SETTINGS3

dasollte also noch genügend Platz sein.

ich werde jetzt mal Ta-Elkos an die 5 und 3,3 Volt Leitungen hängen und schauen, ob die sporadischen Nirwanafälle nicht mehr auftreten.