NEWS
<gelöst> Serieller Port defekt
-
@homoran said in <gelöst> Serieller Port defekt:
@apollon77 sagte in <gelöst> Serieller Port defekt:
"das system" macht doch aus den GPIOs einen "serial port unter /dev/tty* ... das ist ne ganz andere Ebene, auf der Wir
So wie du keinen Pi5 hast, hab ich keinen Lesekopf an den GPIOs meines Pi5 und kann es nicht testen.
Am USB läuft es einwandfrei, sogar per /dev/serial/by-id/Dort werden aber auch keine am GPIO angeschlossenen serielle Geräte gelistet.
Da scheint mit dann doch irgendwo noch ein klitzekleiner Unterschied der Behandlung von seriellen Schnittstellen zu sein.(alles reines Halbwissen!)
Also würdest Du mir empfehlen die 35€ für einen neuen Lesekopf investieren? Dann bleibt leider noch das Problem mit dem rpi.2 und dem Gaszähler. Aber das ist ja eine andere Baustelle!
-
@laser sagte in <gelöst> Serieller Port defekt:
fragen: Am Raspi4 funktionieren die GPIO's aber auch nicht mehr?
was ist die genaue Frage?
-
@laser sagte in <gelöst> Serieller Port defekt:
fragen: Am Raspi4 funktionieren die GPIO's aber auch nicht mehr?
was ist die genaue Frage?
-
@laser Also war das keine Frage gewesen.
Hast du Bookworm drauf?
-
@laser
Dann wird bookworm da wahrscheinlich nicht mehr die veralteten Pakete verwenden.siehe Link von @Thomas-Braun zum Kofler
-
@laser
Dann wird bookworm da wahrscheinlich nicht mehr die veralteten Pakete verwenden.siehe Link von @Thomas-Braun zum Kofler
@homoran Das ist OK. Aber unter IOBroker hatte ich die Hoffnung, nicht im Urschleim der Linux Tiefen wühlen zu müssen. Wir leben im Jahr 2024. Fortschritt geht anders. (Meiner Meinung nach). Ich möchte damit Dinge automatisieren und nicht froh sein, daß das Betriebsystem funktionert.
-
@homoran Das ist OK. Aber unter IOBroker hatte ich die Hoffnung, nicht im Urschleim der Linux Tiefen wühlen zu müssen. Wir leben im Jahr 2024. Fortschritt geht anders. (Meiner Meinung nach). Ich möchte damit Dinge automatisieren und nicht froh sein, daß das Betriebsystem funktionert.
@laser sagte in <gelöst> Serieller Port defekt:
Fortschritt geht anders.
Und wie sieht der aus?
In aktuellen Raspberry OS-Versionen wurde aus Gründen wohl etwas geändert. Das ist dann der gewünschte Fortschritt. Jetzt müssen die darauf aufsetzenden Anwendungen wohl angepasst werden. -
@laser sagte in <gelöst> Serieller Port defekt:
Fortschritt geht anders.
Und wie sieht der aus?
In aktuellen Raspberry OS-Versionen wurde aus Gründen wohl etwas geändert. Das ist dann der gewünschte Fortschritt. Jetzt müssen die darauf aufsetzenden Anwendungen wohl angepasst werden.@thomas-braun Abwärtskompatibilität hat auch etwas. OK, wenn etwas absolut überholt ist, muß es irgendwann weg.
Ich bin nicht in der Lage, den Adapter zu ändern. Ich kann auch kein Industrielles Leitsystem programmieren. (Das haben bis zu 500 Leute gleichzeitig getan). Aber anwenden konnte ich es. -
@thomas-braun Die lib greift auf /dev/tty* zu und zwar das was angegeben ist ... undndas maxht die an sich generisch als "file" quasi ... also ich wüsste nicht was die Lib da anders tun sollte. Daher ists ja so das man es an sich mit minicom oder cat prüfen kann und. wenns da geht gehtsauch mit der Lib ... wenn da nicht liegt das problem "low leveliger"
@apollon77 sagte in <gelöst> Serieller Port defekt:
@thomas-braun Die lib greift auf /dev/tty* zu und zwar das was angegeben ist ... undndas maxht die an sich generisch als "file" quasi ... also ich wüsste nicht was die Lib da anders tun sollte. Daher ists ja so das man es an sich mit minicom oder cat prüfen kann und. wenns da geht gehtsauch mit der Lib ... wenn da nicht liegt das problem "low leveliger"
Neue Verfahren verwenden die lgpio-Bibliothek, die wiederum auf eine neue Kernel-Schnittstelle zurückgreift. Diese ist nach außen hin durch die Device-Dateien /dev/gpiochip* sichtbar.
Wenn ich das richtig sehe muss jetzt statt /dev/tty* die Gerätedatei /dev/gpiochip* verwendet werden.
Auf meinen Rpi4 gibt es diese Dateien auch.
-
@homoran Das ist OK. Aber unter IOBroker hatte ich die Hoffnung, nicht im Urschleim der Linux Tiefen wühlen zu müssen. Wir leben im Jahr 2024. Fortschritt geht anders. (Meiner Meinung nach). Ich möchte damit Dinge automatisieren und nicht froh sein, daß das Betriebsystem funktionert.
@laser sagte in <gelöst> Serieller Port defekt:
Aber unter IOBroker hatte ich die Hoffnung, nicht im Urschleim der Linux Tiefen wühlen zu müssen. Wir leben im Jahr 2024. Fortschritt geht anders.
????
Da lehnst du dich aber weit aus dem Fenster!!@laser sagte in <gelöst> Serieller Port defekt:
Ich bin nicht in der Lage, den Adapter zu ändern
Dann dauert es eben bis es jemand macht der es kann. der Code ist öffentlich und jeder kann den ändern und per Pullrequest beitragen
Das ist in diversen Threads bereits besprochen worden.
-
@apollon77 sagte in <gelöst> Serieller Port defekt:
@thomas-braun Die lib greift auf /dev/tty* zu und zwar das was angegeben ist ... undndas maxht die an sich generisch als "file" quasi ... also ich wüsste nicht was die Lib da anders tun sollte. Daher ists ja so das man es an sich mit minicom oder cat prüfen kann und. wenns da geht gehtsauch mit der Lib ... wenn da nicht liegt das problem "low leveliger"
Neue Verfahren verwenden die lgpio-Bibliothek, die wiederum auf eine neue Kernel-Schnittstelle zurückgreift. Diese ist nach außen hin durch die Device-Dateien /dev/gpiochip* sichtbar.
Wenn ich das richtig sehe muss jetzt statt /dev/tty* die Gerätedatei /dev/gpiochip* verwendet werden.
Auf meinen Rpi4 gibt es diese Dateien auch.
@thomas-braun sagte in <gelöst> Serieller Port defekt:
Wenn ich das richtig sehe muss jetzt statt /dev/tty* die Gerätedatei /dev/gpiochip* verwendet werden.
Auf meinen Rpi4 gibt es diese Dateien auch.Ja, das könnte für den RPI2 Adapter gehen wenn alle User alle Raspi-Varianten auf Bookworm umgestellt haben.
Beim Smartmeter Adapter (darauf bezog sich @apollon77 ) geht das nicht "so einfach", da der Lesekopf ja auch (vorwiegend) am USB hängen kann.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@thomas-braun sagte in <gelöst> Serieller Port defekt:
Wenn ich das richtig sehe muss jetzt statt /dev/tty* die Gerätedatei /dev/gpiochip* verwendet werden.
Auf meinen Rpi4 gibt es diese Dateien auch.Ja, das könnte für den RPI2 Adapter gehen wenn alle User alle Raspi-Varianten auf Bookworm umgestellt haben.
Beim Smartmeter Adapter (darauf bezog sich @apollon77 ) geht das nicht "so einfach", da der Lesekopf ja auch (vorwiegend) am USB hängen kann.
@homoran Ich bin ja auch geduldig. Wenn sich jemand der Sache annimmt, ist das toll! Bis dahin mache ich mit meinem funktionierenden System eben kein Update. Wenn sich das System nicht 2x die Woche total aufhängen würde, wäre das auch OK für mich.
-
@thomas-braun sagte in <gelöst> Serieller Port defekt:
Wenn ich das richtig sehe muss jetzt statt /dev/tty* die Gerätedatei /dev/gpiochip* verwendet werden.
Auf meinen Rpi4 gibt es diese Dateien auch.Ja, das könnte für den RPI2 Adapter gehen wenn alle User alle Raspi-Varianten auf Bookworm umgestellt haben.
Beim Smartmeter Adapter (darauf bezog sich @apollon77 ) geht das nicht "so einfach", da der Lesekopf ja auch (vorwiegend) am USB hängen kann.
@homoran sagte in <gelöst> Serieller Port defekt:
Beim Smartmeter Adapter (darauf bezog sich @apollon77 ) geht das nicht "so einfach", da der Lesekopf ja auch (vorwiegend) am USB hängen kann.
Also an sich sollte der alle Serial devices anzeigen - wenn was fehlt ists fehler oin serialport lib. Und smartmeter erlaubt auch custom strings anzugeben. Also das sollte nicht limtierend sein zu testen
-
@homoran Ich bin ja auch geduldig. Wenn sich jemand der Sache annimmt, ist das toll! Bis dahin mache ich mit meinem funktionierenden System eben kein Update. Wenn sich das System nicht 2x die Woche total aufhängen würde, wäre das auch OK für mich.
@laser sagte in <gelöst> Serieller Port defekt:
Ich bin ja auch geduldig
Das klang eben aber gar nicht so!
Wenn du mit den Informationen von @Thomas-Braun
@thomas-braun sagte in <gelöst> Serieller Port defekt:
Wenn ich das richtig sehe muss jetzt statt /dev/tty* die Gerätedatei /dev/gpiochip* verwendet werden.
und @apollon77
@apollon77 sagte in <gelöst> Serieller Port defekt:
Und smartmeter erlaubt auch custom strings anzugeben. Also das sollte nicht limtierend sein zu testen
sowie deinem Wissen an welchem GPIO der Kopf hängt, den Pfad entsprechend änderst, könntest du es ja mal testen.
zur Suche hilft ggf.
pi@ioBrokerpi5:~ $ ls -la /dev/gpio* crw-rw---- 1 root gpio 254, 0 Mar 15 18:07 /dev/gpiochip0 crw-rw---- 1 root gpio 254, 1 Mar 15 18:07 /dev/gpiochip1 crw-rw---- 1 root gpio 254, 2 Mar 15 18:07 /dev/gpiochip2 crw-rw---- 1 root gpio 254, 3 Mar 15 18:07 /dev/gpiochip3 crw-rw---- 1 root gpio 254, 4 Mar 15 18:07 /dev/gpiochip4 crw-rw---- 1 root gpio 254, 5 Apr 19 11:00 /dev/gpiochip5 crw-rw---- 1 root gpio 254, 6 Apr 29 13:33 /dev/gpiochip6 crw-rw---- 1 root gpio 254, 7 Apr 19 11:00 /dev/gpiochip7 crw-rw---- 1 root gpio 235, 0 Mar 15 18:07 /dev/gpiomem0 crw-rw---- 1 root gpio 239, 0 Mar 15 18:07 /dev/gpiomem1 crw-rw---- 1 root gpio 238, 0 Mar 15 18:07 /dev/gpiomem2 crw-rw---- 1 root gpio 237, 0 Mar 15 18:07 /dev/gpiomem3 -
@apollon77 sagte in <gelöst> Serieller Port defekt:
@thomas-braun Die lib greift auf /dev/tty* zu und zwar das was angegeben ist ... undndas maxht die an sich generisch als "file" quasi ... also ich wüsste nicht was die Lib da anders tun sollte. Daher ists ja so das man es an sich mit minicom oder cat prüfen kann und. wenns da geht gehtsauch mit der Lib ... wenn da nicht liegt das problem "low leveliger"
Neue Verfahren verwenden die lgpio-Bibliothek, die wiederum auf eine neue Kernel-Schnittstelle zurückgreift. Diese ist nach außen hin durch die Device-Dateien /dev/gpiochip* sichtbar.
Wenn ich das richtig sehe muss jetzt statt /dev/tty* die Gerätedatei /dev/gpiochip* verwendet werden.
Auf meinen Rpi4 gibt es diese Dateien auch.
@thomas-braun > Wenn ich das richtig sehe muss jetzt statt /dev/tty* die Gerätedatei /dev/gpiochip* verwendet werden.
Also ich bin jetzt über eine Woche täglich stundenlang damit beschäftigt mein Smart-Home wieder einigermaßen ans Laufen zu bringen. Nach dem ich mit dem Pi 5 total gescheitert bin, um den Strom- und Gaszähler auszulesen, habe ich zum x-ten Mal den Pi 4 neu aufgesetzt. Und siehe da, der serielle Port wird über /dev/tty* erkannt. Leider, wie hier jetzt schon oft vermerkt kann man den Gaszähler nicht mehr über RPI2 erfassen.
-
@thomas-braun > Wenn ich das richtig sehe muss jetzt statt /dev/tty* die Gerätedatei /dev/gpiochip* verwendet werden.
Also ich bin jetzt über eine Woche täglich stundenlang damit beschäftigt mein Smart-Home wieder einigermaßen ans Laufen zu bringen. Nach dem ich mit dem Pi 5 total gescheitert bin, um den Strom- und Gaszähler auszulesen, habe ich zum x-ten Mal den Pi 4 neu aufgesetzt. Und siehe da, der serielle Port wird über /dev/tty* erkannt. Leider, wie hier jetzt schon oft vermerkt kann man den Gaszähler nicht mehr über RPI2 erfassen.
@searcher57 sagte in <gelöst> Serieller Port defekt:
habe ich zum x-ten Mal den Pi 4 neu aufgesetzt
mit welchem OS?
-
@searcher57 sagte in <gelöst> Serieller Port defekt:
habe ich zum x-ten Mal den Pi 4 neu aufgesetzt
mit welchem OS?
@homoran Plattform: linux
Betriebssystem: linux
Architektur: arm64
CPUs: 4
Geschwindigkeit: 1800 MHz
Modell: Cortex-A72
RAM: 7.6 GB
System-Betriebszeit: 01:49:07
Node.js: v18.20.2
time: 1714412475794
timeOffset: -120
NPM: 10.5.0
Adapter-Anzahl: 538
Datenträgergröße: 58.0 GB
Freier Festplattenspeicher: 54.8 GB
Aktive Instanzen: 6
Pfad: /opt/iobroker/
Betriebszeit: 01:49:10
aktiv: -
-
@searcher57 sagte in <gelöst> Serieller Port defekt:
habe ich zum x-ten Mal den Pi 4 neu aufgesetzt
mit welchem OS?
@homoran ```
Skript v.2023-10-10 *** BASE SYSTEM *** Static hostname: Raspi42GB Icon name: computer Operating System: Debian GNU/Linux 12 (bookworm) Kernel: Linux 6.6.28+rpt-rpi-v8 Architecture: arm64 Model : Raspberry Pi 4 Model B Rev 1.5 Docker : false Virtualization : none Kernel : aarch64 Userland : arm64 Systemuptime and Load: 20:32:33 up 2:40, 2 users, load average: 0.13, 0.09, 0.09 CPU threads: 4 *** RASPBERRY THROTTLING *** Current issues: No throttling issues detected. Previously detected issues: No throttling issues detected. *** Time and Time Zones *** Local time: Mon 2024-04-29 20:32:33 CEST Universal time: Mon 2024-04-29 18:32:33 UTC RTC time: n/a Time zone: Europe/Berlin (CEST, +0200) System clock synchronized: yes NTP service: active RTC in local TZ: no *** User and Groups *** pi /home/pi pi adm dialout cdrom sudo audio video plugdev games users input render netdev gpio i2c spi iobroker *** X-Server-Setup *** X-Server: false Desktop: Terminal: tty Boot Target: multi-user.target *** MEMORY *** total used free shared buff/cache available Mem: 8.2G 978M 6.3G 1.2M 1.0G 7.2G Swap: 104M 0B 104M Total: 8.3G 978M 6.4G 7810 M total memory 933 M used memory 940 M active memory 700 M inactive memory 6042 M free memory 53 M buffer memory 903 M swap cache 99 M total swap 0 M used swap 99 M free swap Raspberry only: oom events: 0 lifetime oom required: 0 Mbytes total time in oom handler: 0 ms max time spent in oom handler: 0 ms *** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION 0 loaded units listed. *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 3.6G 0 3.6G 0% /dev tmpfs tmpfs 782M 1.2M 780M 1% /run /dev/mmcblk0p2 ext4 59G 3.3G 52G 6% / tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs tmpfs 5.0M 16K 5.0M 1% /run/lock /dev/mmcblk0p1 vfat 510M 64M 447M 13% /boot/firmware /dev/sda1 exfat 29G 29M 29G 1% /mnt/usb0 tmpfs tmpfs 781M 0 781M 0% /run/user/1000 Messages concerning ext4 filesystem in dmesg: [Mon Apr 29 17:52:08 2024] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0 smsc95xx.macaddr=D8:3A:DD:43:B6:26 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=tty1 root=PARTUUID=d1e7c568-02 rootfstype=ext4 fsck.repair=yes rootwait [Mon Apr 29 17:52:10 2024] EXT4-fs (mmcblk0p2): mounted filesystem 93c89e92-8f2e-4522-ad32-68faed883d2f ro with ordered data mode. Quota mode: none. [Mon Apr 29 17:52:12 2024] EXT4-fs (mmcblk0p2): re-mounted 93c89e92-8f2e-4522-ad32-68faed883d2f r/w. Quota mode: none. Show mounted filesystems \(real ones only\): TARGET SOURCE FSTYPE OPTIONS / /dev/mmcblk0p2 ext4 rw,noatime |-/boot/firmware /dev/mmcblk0p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro `-/mnt/usb0 /dev/sda1 exfat rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,iocharset=utf8,errors=remount-ro Files in neuralgic directories: /var: 538M /var/ 205M /var/cache 199M /var/cache/apt 173M /var/lib 141M /var/lib/apt/lists Archived and active journals take up 60.0M in the file system. /opt/iobroker/backups: 1.6M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 107M /opt/iobroker/iobroker-data/ 77M /opt/iobroker/iobroker-data/files 57M /opt/iobroker/iobroker-data/files/javascript.admin 38M /opt/iobroker/iobroker-data/files/javascript.admin/static 37M /opt/iobroker/iobroker-data/files/javascript.admin/static/js The five largest files in iobroker-data are: 7.0M /opt/iobroker/iobroker-data/files/javascript.admin/static/js/675.d0c8b930.chunk.js.map 6.4M /opt/iobroker/iobroker-data/states.jsonl 6.3M /opt/iobroker/iobroker-data/files/admin.admin/custom/static/js/vendors-node_modules_iobroker_adapter-react-v5_assets_devices_parseNames_js-node_modules_iobr-99c23e.847b8ad9.chunk.js.map 6.2M /opt/iobroker/iobroker-data/objects.jsonl 6.0M /opt/iobroker/iobroker-data/files/javascript.admin/static/js/344.2eef1017.chunk.js.map USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/* in your adapter setups, please always prefer the links 'by-id': find: '/dev/serial/by-id/': No such file or directory *** NodeJS-Installation *** /usr/bin/nodejs v18.20.2 /usr/bin/node v18.20.2 /usr/bin/npm 10.5.0 /usr/bin/npx 10.5.0 /usr/bin/corepack 0.25.2 nodejs: Installed: 18.20.2-1nodesource1 Candidate: 18.20.2-1nodesource1 Version table: *** 18.20.2-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 100 /var/lib/dpkg/status 18.20.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.20.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.19.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.19.0+dfsg-6~deb12u1 500 500 http://deb.debian.org/debian-security bookworm-security/main arm64 Packages 18.19.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.18.2-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.18.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.18.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.17.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.17.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.16.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.16.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.15.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.14.2-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.14.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.14.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.13.0+dfsg1-1 500 500 http://deb.debian.org/debian bookworm/main arm64 Packages 18.13.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.12.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.11.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.10.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.9.1-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.9.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.8.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.7.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.6.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.5.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.4.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.3.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.2.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.1.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.0.0-1nodesource1 1001 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages Temp directories causing npm8 problem: 0 No problems detected Errors in npm tree: *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. Objects type: jsonl States type: jsonl Core adapters versions js-controller: 5.0.19 admin: 6.13.16 javascript: 7.8.0 Adapters from github: 0 Adapter State + system.adapter.admin.0 : admin : Raspi42GB - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup : Raspi42GB - enabled + system.adapter.discovery.0 : discovery : Raspi42GB - enabled + system.adapter.javascript.0 : javascript : Raspi42GB - enabled + system.adapter.rpi2.0 : rpi2 : Raspi42GB - enabled + system.adapter.shelly.0 : shelly : Raspi42GB - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.smartmeter.0 : smartmeter : Raspi42GB - enabled system.adapter.telegram.0 : telegram : Raspi42GB - disabled, port: 8443, bind: 0.0.0.0 + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : Raspi42GB - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.shelly.0 : shelly : Raspi42GB - enabled, port: 1882, bind: 0.0.0.0 ioBroker-Repositories stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo(s): stable Installed ioBroker-Instances Used repository: stable Adapter "admin" : 6.13.16 , installed 6.13.16 Adapter "backitup" : 2.11.0 , installed 2.11.0 Adapter "discovery" : 4.4.0 , installed 4.4.0 Adapter "javascript" : 7.8.0 , installed 7.8.0 Controller "js-controller": 5.0.19 , installed 5.0.19 Adapter "rpi2" : 1.3.2 , installed 1.3.2 Adapter "shelly" : 6.9.0 , installed 6.9.0 Adapter "smartmeter" : 3.4.0 , installed 3.4.0 Adapter "telegram" : 3.2.1 , installed 3.2.1 Objects and States Please stand by - This may take a while Objects: 1023 States: 676 *** OS-Repositories and Updates *** Hit:1 http://deb.debian.org/debian bookworm InRelease Hit:2 http://deb.debian.org/debian-security bookworm-security InRelease Hit:3 http://archive.raspberrypi.com/debian bookworm InRelease Hit:4 http://deb.debian.org/debian bookworm-updates InRelease Hit:5 https://deb.nodesource.com/node_18.x nodistro InRelease Reading package lists... Pending Updates: 0 *** Listening Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 4734 694/iobroker.js-con tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 4744 694/iobroker.js-con tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 5893 701/sshd: /usr/sbin tcp6 0 0 :::22 :::* LISTEN 0 5904 701/sshd: /usr/sbin tcp6 0 0 :::8081 :::* LISTEN 1001 680 781/io.admin.0 udp 0 0 0.0.0.0:5353 0.0.0.0:* 104 4652 557/avahi-daemon: r udp 0 0 0.0.0.0:5683 0.0.0.0:* 1001 6931 1094/io.shelly.0 udp 0 0 0.0.0.0:43046 0.0.0.0:* 1001 7414 1094/io.shelly.0 udp 0 0 0.0.0.0:49027 0.0.0.0:* 104 4654 557/avahi-daemon: r udp6 0 0 :::5353 :::* 104 4653 557/avahi-daemon: r udp6 0 0 :::39625 :::* 104 4655 557/avahi-daemon: r *** Log File - Last 25 Lines *** 2024-04-29 20:30:00.035 - info: javascript.0 (1228) script.js.Haushalt.Strom.Verbrauch.Shelly: Shelly Verbrauch: Verbrauchswerte aktualisiert: 0 | Reboots korrigiert: 0 | Unveränderte Werte: 0 2024-04-29 20:30:27.300 - error: rpi2.0 (2260) Cannot evaluate: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/mmcblk0p2 60819080 3435724 54275028 6% / /1024 2024-04-29 20:30:27.302 - error: rpi2.0 (2260) Cannot evaluate: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/mmcblk0p2 60819080 3435724 54275028 6% / /1024 2024-04-29 20:31:27.305 - error: rpi2.0 (2260) Cannot evaluate: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/mmcblk0p2 60819080 3435752 54275000 6% / /1024 2024-04-29 20:31:27.306 - error: rpi2.0 (2260) Cannot evaluate: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/mmcblk0p2 60819080 3435752 54275000 6% / /1024 2024-04-29 20:32:27.299 - error: rpi2.0 (2260) Cannot evaluate: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/mmcblk0p2 60819080 3435800 54274952 6% / /1024 2024-04-29 20:32:27.301 - error: rpi2.0 (2260) Cannot evaluate: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/mmcblk0p2 60819080 3435800 54274952 6% / /1024 2024-04-29 20:33:27.262 - error: rpi2.0 (2260) Cannot evaluate: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/mmcblk0p2 60819080 3324276 54386476 6% / /1024 2024-04-29 20:33:27.263 - error: rpi2.0 (2260) Cannot evaluate: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/mmcblk0p2 60819080 3324276 54386476 6% / /1024
679
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge