Danke für die Erläuterung, dann ist aber merkwürdig dass a. die Notifikation-Mail bereits vor der Freischaltung versendet wird und b. der Beitrag mehrmals erscheint und wieder verschwindet.
Viele Grüße Jörg
Es gibt 4.973 Antworten in diesem Thema, welches 1.643.871 mal aufgerufen wurde. Der letzte Beitrag () ist von Car1Pe.
Danke für die Erläuterung, dann ist aber merkwürdig dass a. die Notifikation-Mail bereits vor der Freischaltung versendet wird und b. der Beitrag mehrmals erscheint und wieder verschwindet.
Viele Grüße Jörg
[Moderation]
Hallo @horchi,
ich werde das Thema bei Gelegenheit bei den Admins ansprechen. Vielleicht kann man an diesem Verhalten etwas ändern...
Die Moderatoren und Administratoren, sehen sowieso immer alle Beiträge, wobei die noch freizuschaltenden Beiträge markiert sind.
Daher kann ich den von dir beschriebenen Effekt nicht nachvollziehen.
Andererseits ist das "Problem" ja auf die ersten 10 Beiträge begrenzt. Und nicht jeder beginnt seine "Karriere" hier im Forum gleich mit externen Links in jedem seiner Beiträge. Die meisten, die bisher so losgelegt haben, waren Spammer, die wir auf diese Art herausfiltern (es gibt aber offenbar auch Ausnahmen, wie @hoppel118).
Viele Grüße von Karlheinz
okay, danke dir!
Moin @horchi,
es gibt wieder Feedback von den beiden FHEM Entwicklern, siehe folgenden und den nachfolgenden Post: https://forum.fhem.de/index.ph…sg1045437.html#msg1045437
Macht es Sinn, dass wir das hier im Forum diskutieren? Oder soll ich dafür einen Feature Request bei github erstellen?
Wenn wir das bei github fortführen würden, hätten wir natürlich alles gesammelt an einer Stelle. Dort haben wahrscheinlich auch FHEM Entwickler Zugriff und können ggf. mitdiskutieren bzw. unterstützen. Das ganze hat ja auch keine Eile. Momentan bin ich anscheinend der einzige FHEM Nutzer mit konkretem Interesse an dieser Entwicklung. Ich gehe aber davon aus, dass sich das noch ändern wird, da es bereits mehrere Threads zu deinem p4d im FHEM Forum gibt, in denen auch diverse Leute involviert sind. Hauptsächlich sind das aber meiner Einschätzung nach fast alles User, so wie ich auch, und keine Entwickler. Ich schätze, das irgendwann mehr FHEM User Interesse zeigen werden, wenn die Umstellung zu Buster erfolgt.
Gruß Hoppel
Hi Leute,
bräuchte bitte mal einen Tip. In den MQTT-Meldungen aus den Aufzeichnungen sind nur Messwerte und keine Fehler/Störmeldungen, richtig? oder übersehe ich was. Kann man die Fehler/Störmeldungen auch über MQTT senden oder auf andere Weise auslesen?
VG
Roland
Alles anzeigenmach einen tail auf das syslog, dann steck den Stick ein, dann solltest du sehen welches device, Beispiel:
CodeAlles anzeigen#> tail -f /var/log/syslog Apr 8 07:06:52 raspberrypi kernel: [510864.599674] usb 1-1.2: new high-speed USB device number 6 using dwc_otg Apr 8 07:06:52 raspberrypi kernel: [510864.733442] usb 1-1.2: New USB device found, idVendor=0951, idProduct=1689, bcdDevice= 1.00 Apr 8 07:06:52 raspberrypi kernel: [510864.733457] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Apr 8 07:06:52 raspberrypi kernel: [510864.733468] usb 1-1.2: Product: DataTraveler SE9 Apr 8 07:06:52 raspberrypi kernel: [510864.733477] usb 1-1.2: Manufacturer: Kingston Apr 8 07:06:52 raspberrypi kernel: [510864.733486] usb 1-1.2: SerialNumber: F46D04613D1EFCC159000F40 Apr 8 07:06:52 raspberrypi kernel: [510864.734369] usb-storage 1-1.2:1.0: USB Mass Storage device detected Apr 8 07:06:52 raspberrypi kernel: [510864.740082] scsi host0: usb-storage 1-1.2:1.0 Apr 8 07:06:52 raspberrypi mtp-probe: checking bus 1, device 6: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.2" Apr 8 07:06:52 raspberrypi mtp-probe: bus: 1, device: 6 was not an MTP device Apr 8 07:06:52 raspberrypi mtp-probe: checking bus 1, device 6: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.2" Apr 8 07:06:52 raspberrypi mtp-probe: bus: 1, device: 6 was not an MTP device Apr 8 07:06:53 raspberrypi kernel: [510865.790400] scsi 0:0:0:0: Direct-Access Kingston DataTraveler SE9 1.00 PQ: 0 ANSI: 4 Apr 8 07:06:53 raspberrypi kernel: [510865.791443] sd 0:0:0:0: Attached scsi generic sg0 type 0 Apr 8 07:06:53 raspberrypi kernel: [510865.792853] sd 0:0:0:0: [sda] 30233588 512-byte logical blocks: (15.5 GB/14.4 GiB) Apr 8 07:06:53 raspberrypi kernel: [510865.793236] sd 0:0:0:0: [sda] Write Protect is off Apr 8 07:06:53 raspberrypi kernel: [510865.793250] sd 0:0:0:0: [sda] Mode Sense: 45 00 00 00 Apr 8 07:06:53 raspberrypi kernel: [510865.793547] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA Apr 8 07:06:53 raspberrypi kernel: [510865.798234] sda: sda1 sda2 sda3 Apr 8 07:06:53 raspberrypi kernel: [510865.804106] sd 0:0:0:0: [sda] Attached SCSI removable disk
in dem Fall sda1 bis sda3 (der Stick hat drei Partitionen), so lässt du dir deren Größe und Typ anzeigen:
CodeAlles anzeigenpi@raspberrypi:~ $ sudo fdisk -l /dev/sda Disk /dev/sda: 14,4 GiB, 15479597056 bytes, 30233588 sectors Disk model: DataTraveler SE9 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x6f1d88e6 Device Boot Start End Sectors Size Id Type /dev/sda1 * 0 4611263 4611264 2,2G 0 Empty /dev/sda2 3752744 3760679 7936 3,9M ef EFI (FAT-12/16/32) /dev/sda3 4612096 30233587 25621492 12,2G 83 Linux
So bekommst du die Uniq ID:
Codepi@raspberrypi:~ $ ls -l /dev/disk/by-uuid/ insgesamt 0 lrwxrwxrwx 1 root root 10 Apr 8 07:06 0A8C-3858 -> ../../sda2 lrwxrwxrwx 1 root root 10 Apr 8 07:06 2020-02-21-05-37-10-00 -> ../../sda1 lrwxrwxrwx 1 root root 15 Apr 2 09:12 45e99191-771b-4e12-a526-0779148892cb -> ../../mmcblk0p2 lrwxrwxrwx 1 root root 15 Apr 2 09:12 4BBD-D3E7 -> ../../mmcblk0p1 lrwxrwxrwx 1 root root 10 Apr 8 07:06 e3f9b787-066c-4ece-8372-41cd23142b8a -> ../../sda3
bei mir die e3f9b787-066c-4ece-8372-41cd23142b8a für sda3. Mounten über die ID ist besser als über den Device Name da sich diese nicht ändert - ist spätestens dann sinnvoll wenn es beim booten automatisch erfolgen soll.
dann mounten:
pi@raspberrypi:~ $ sudo mount -U e3f9b787-066c-4ece-8372-41cd23142b8a /mnt/
Wenn das soweit klappt melde sich dann schauen wir wie du das über die fstab automatisieren kannst.
Apr 23 07:47:36 pi kernel: [468194.898573] usb 2-2: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
Apr 23 07:47:36 pi kernel: [468194.929248] usb 2-2: New USB device found, idVendor=0781, idProduct=5588, bcdDevice= 1.00
Apr 23 07:47:36 pi kernel: [468194.929264] usb 2-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
Apr 23 07:47:36 pi kernel: [468194.929277] usb 2-2: Product: USB Extreme Pro
Apr 23 07:47:36 pi kernel: [468194.929290] usb 2-2: Manufacturer: SanDisk
Apr 23 07:47:36 pi kernel: [468194.929303] usb 2-2: SerialNumber: 00000000000000000000
Apr 23 07:47:36 pi kernel: [468194.932035] usb-storage 2-2:1.0: USB Mass Storage device detected
Apr 23 07:47:36 pi kernel: [468194.939410] scsi host0: usb-storage 2-2:1.0
Apr 23 07:47:36 pi mtp-probe: checking bus 2, device 2: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb2/2-2"
Apr 23 07:47:36 pi mtp-probe: bus: 2, device: 2 was not an MTP device
Apr 23 07:47:36 pi mtp-probe: checking bus 2, device 2: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb2/2-2"
Apr 23 07:47:36 pi mtp-probe: bus: 2, device: 2 was not an MTP device
Apr 23 07:47:37 pi kernel: [468195.958880] scsi 0:0:0:0: Direct-Access SanDisk Extreme Pro 0 PQ: 0 ANSI: 6
Apr 23 07:47:37 pi kernel: [468195.960889] sd 0:0:0:0: [sda] 250085376 512-byte logical blocks: (128 GB/119 GiB)
Apr 23 07:47:37 pi kernel: [468195.962046] sd 0:0:0:0: [sda] Write Protect is off
Apr 23 07:47:37 pi kernel: [468195.962063] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
Apr 23 07:47:37 pi kernel: [468195.962909] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Apr 23 07:47:37 pi kernel: [468195.966431] sda: sda1
Apr 23 07:47:37 pi kernel: [468195.970316] sd 0:0:0:0: [sda] Attached SCSI removable disk
Apr 23 07:47:37 pi kernel: [468195.984379] sd 0:0:0:0: Attached scsi generic sg0 type 0
Apr 23 07:47:40 pi p4d: Checking state ...
Apr 23 07:47:40 pi p4d: ... got (5) 'Feuer aus'
Habe es jetzt Mal angegriffen. Das wird mir angezeigt.
Alles anzeigenHi Leute,
bräuchte bitte mal einen Tip. In den MQTT-Meldungen aus den Aufzeichnungen sind nur Messwerte und keine Fehler/Störmeldungen, richtig? oder übersehe ich was. Kann man die Fehler/Störmeldungen auch über MQTT senden oder auf andere Weise auslesen?
VG
Roland
nein das ist noch nicht implementiert. Wie ist den der Syntax in dem die Hausautomatisiereung das erwarten würde?
CodeAlles anzeigenApr 23 07:47:36 pi kernel: [468194.939410] scsi host0: usb-storage 2-2:1.0 Apr 23 07:47:36 pi mtp-probe: checking bus 2, device 2: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb2/2-2" Apr 23 07:47:36 pi mtp-probe: bus: 2, device: 2 was not an MTP device Apr 23 07:47:36 pi mtp-probe: checking bus 2, device 2: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb2/2-2" Apr 23 07:47:36 pi mtp-probe: bus: 2, device: 2 was not an MTP device Apr 23 07:47:37 pi kernel: [468195.958880] scsi 0:0:0:0: Direct-Access SanDisk Extreme Pro 0 PQ: 0 ANSI: 6 Apr 23 07:47:37 pi kernel: [468195.960889] sd 0:0:0:0: [sda] 250085376 512-byte logical blocks: (128 GB/119 GiB) Apr 23 07:47:37 pi kernel: [468195.962046] sd 0:0:0:0: [sda] Write Protect is off Apr 23 07:47:37 pi kernel: [468195.962063] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00 Apr 23 07:47:37 pi kernel: [468195.962909] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Apr 23 07:47:37 pi kernel: [468195.966431] sda: sda1 Apr 23 07:47:37 pi kernel: [468195.970316] sd 0:0:0:0: [sda] Attached SCSI removable disk Apr 23 07:47:37 pi kernel: [468195.984379] sd 0:0:0:0: Attached scsi generic sg0 type 0 Apr 23 07:47:40 pi p4d: Checking state ... Apr 23 07:47:40 pi p4d: ... got (5) 'Feuer aus'
Habe es jetzt Mal angegriffen. Das wird mir angezeigt.
also ist die Partition deines Sticks unter /dev/sda1 zu finden.
Du kannst das darüber (/dev/sda1) mounten oder über die UUID, letzteres ist fix, sda1 kann sich mal ändern je nachdem was inzw. angeschossen wurde oder gerade noch angeschlossen ist
Also mounten hat geklappt. Danach wird nix angezeigt oder?
pi@pi:~$ sudo fdisk -l /dev/sda
Disk /dev/sda: 119,3 GiB, 128043712512 bytes, 250085376 sectors
Disk model: Extreme Pro
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sda1 32768 250085375 250052608 119,2G 7 HPFS/NTFpi@pi:~$ ls -l /dev/disk/by-uuid
insgesamt 0
lrwxrwxrwx 1 root root 10 Apr 23 07:47 1CAB-1601 -> ../../sda1
lrwxrwxrwx 1 root root 15 Apr 17 21:44 8f2a74a4-809c-471e-b4ad-a91bfd51d7c3 -> ../../mmcblk0p2
lrwxrwxrwx 1 root root 15 Apr 17 21:44 9969-E3D2 -> ../../mmcblk0p1
pi@pi:~$ sudo mount -U 8f2a74a4-809c-471e-b4ad-a91bfd51d7c3 /mnt/
pi@pi:~$
danach ist der Stick an der Stelle die du beim mounten angegeben hast eingebunden und was auf dem Stick ist sollte dort zu (z.B. mit ls) zu sehen sein.
BTW: Je-nachdem was du mit dem Stick machen möchtest empfiehlt sich ein Formatieren mit Linux-üblichem Filesystem statt das grausige FAT/VFAT oder wie das inzw. alles heißt.
Nur wenn du ihn zum Datenaustausch / Transport zu/von Windowsverwenden möchtest braucht du das Win kompatible Filesystem
pi@pi:~$ sudo mount -U 8f2a74a4-809c-471e-b4ad-a91bfd51d7c3 /mnt/
pi@pi:~$
sieht gut aus!
mach mal ls -l /mnt das ist dann der Inhalt vom Stick
pi@pi:~$ ls -l /mnt
insgesamt 92
drwxr-xr-x 2 root root 4096 Mär 30 10:21 bin
drwxr-xr-x 2 root root 4096 Feb 13 17:30 boot
drwxr-xr-x 4 root root 4096 Feb 13 16:51 dev
drwxr-xr-x 121 root root 4096 Apr 17 21:43 etc
drwxr-xr-x 3 root root 4096 Feb 13 16:55 home
drwxr-xr-x 17 root root 4096 Feb 13 17:08 lib
drwx------ 2 root root 16384 Feb 13 17:30 lost+found
drwxr-xr-x 2 root root 4096 Feb 13 16:51 media
drwxr-xr-x 2 root root 4096 Feb 13 16:51 mnt
drwxr-xr-x 6 root root 4096 Feb 13 17:06 opt
drwxr-xr-x 2 root root 4096 Feb 9 03:47 proc
drwxr-xr-x 2 root root 4096 Mär 29 17:21 RaspController
drwx------ 16 root root 4096 Apr 4 23:12 root
drwxr-xr-x 4 root root 4096 Feb 13 16:51 run
drwxr-xr-x 2 root root 4096 Mär 15 19:33 sbin
drwxr-xr-x 2 root root 4096 Feb 13 16:51 srv
drwxr-xr-x 2 root root 4096 Feb 9 03:47 sys
drwxrwxrwt 9 root root 4096 Apr 23 08:09 tmp
drwxr-xr-x 11 root root 4096 Feb 13 17:01 usr
drwxr-xr-x 12 root root 4096 Mär 15 19:52 var
pi@pi:~$
Als ich möchte einfach nur die Daten der Heizung sichern dass im Falle eines Defekts an der Speicherkarte ich die Werte nicht habe wie Kesseltemperatur, Aussentemperatur usw.
Wo werden diese Werte eigentlich genau abgespeichert? Gibt es dazu eine Datei?
auf der Karte ist im Moment eine Kopie einer Linux Installation?
Nicht dass ich wüsste. Meinst du auf dem USB Stick? Also ich habe bisher nur das p4d von dir am laufen drauf auf der Karte und raspbian mit Desktop.
Wo werden diese Werte eigentlich genau abgespeichert? Gibt es dazu eine Datei?
in der Datenbank.
Die läuft bei dir auf dem Raspi?
Die Tabellen der Datenbank nebst Inhalt kann man mit mysqldump sichern. Ich habe die Aufrufe für die Daten des p4d im Skript p4d-backup zusammengefasst. Also einfach nach /mnt wechseln und das Skript aufrufen:
danach sollten dort mehrere Dateien welche auf "sql.gz" enden liegen, Beispiel:
root@gate~> ls -lrth *.sql.gz
-rw-r--r-- 1 root root 1,5K Apr 23 08:27 config-dump.sql.gz
-rw-r--r-- 1 root root 3,0K Apr 23 08:27 errors-dump.sql.gz
-rw-r--r-- 1 root root 9,8K Apr 23 08:27 jobs-dump.sql.gz
-rw-r--r-- 1 root root 19K Apr 23 08:27 menu-dump.sql.gz
-rw-r--r-- 1 root root 125M Apr 23 08:28 samples-dump.sql.gz
-rw-r--r-- 1 root root 1,4K Apr 23 08:28 schemaconf-dump.sql.gz
-rw-r--r-- 1 root root 1,2K Apr 23 08:28 sensoralert-dump.sql.gz
-rw-r--r-- 1 root root 1,1K Apr 23 08:28 smartconfig-dump.sql.gz
-rw-r--r-- 1 root root 6,8K Apr 23 08:28 valuefacts-dump.sql.gz
-rw-r--r-- 1 root root 1,6K Apr 23 08:28 timeranges-dump.sql.gz
-rw-r--r-- 1 root root 1,1K Apr 23 08:28 hmsysvars-dump.sql.gz
-rw-r--r-- 1 root root 825 Apr 23 08:28 scripts-dump.sql.gz
Alles anzeigen
pi@pi:~$ cd /mnt
pi@pi:/mnt$ p4d-backup
dumping table config to ./config-dump.sql.gz
/usr/bin/p4d-backup: Zeile 11: ./config-dump.sql.gz: Keine Berechtigung
mysqldump: Got errno 32 on write
failed to dump table config
pi@pi:/mnt$ sudo p4d-backup
/usr/bin/p4d-backup: 4: /usr/bin/p4d-backup: Syntax error: "(" unexpected
pi@pi:/mnt$
Ich bin dann mal raus bis heute Abend. Da habe ich dann wieder etwas mehr Zeit.
ah du machst das ja nicht als root user, dann schreibe mal sudo vor den p4d-backup Aufruf
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!