RaspberryMatic 3.51.6.20200420 – Neue Version

[jmaus]

Ich habe gestern die aktuelle Version auf einem Tinker Board aufgespielt.

Code: Alles auswählen

cat /VERSION
VERSION=3.51.6.20200420
PRODUCT=raspmatic_tinkerboard
PLATFORM=tinkerboard

Alles funktionierte einwandfrei, bis auf den USB Speicher. Keine meiner USB Speicher wurde erkannt.
Alle Sticks wurden mit FAT32 formatiert. Da ich die Sticks auch nicht unter dem /media Verzeichnis sehe, schätze ich, dass diese auf Linuxebene bereits nicht erkannt werden. Auch in der /var/log/messages sehe ich keine Hinweise darauf, dass eine neu einsteckter Stick erkannt wird.

Und was siehst du wenn du "dmesg" als Ausgabe dir anschaust? Ist da der USB Stick beim einstecken irgendwie zu erkennen?

[quax64]

Vielen Dank für die schnelle Antwort.

Code: Alles auswählen

[    0.501823] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 4.19
[    0.501839] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.501852] usb usb1: Product: DWC OTG Controller
[    0.501864] usb usb1: Manufacturer: Linux 4.19.115 dwc2_hsotg
[    0.501876] usb usb1: SerialNumber: ff540000.usb
[    0.502587] hub 1-0:1.0: USB hub found
[    0.502657] hub 1-0:1.0: 1 port detected
[    0.503487] dwc2 ff580000.usb: ff580000.usb supply vusb_d not found, using dummy regulator
[    0.503624] dwc2 ff580000.usb: Linked as a consumer to regulator.0
[    0.503652] dwc2 ff580000.usb: ff580000.usb supply vusb_a not found, using dummy regulator
[    0.628864] dwc2 ff580000.usb: EPs: 10, dedicated fifos, 972 entries in SPRAM
[    0.629526] dwc2 ff580000.usb: DWC OTG Controller
[    0.629563] dwc2 ff580000.usb: new USB bus registered, assigned bus number 2
[    0.629605] dwc2 ff580000.usb: irq 44, io mem 0xff580000
[    0.629919] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 4.19
[    0.629936] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.629948] usb usb2: Product: DWC OTG Controller
[    0.629961] usb usb2: Manufacturer: Linux 4.19.115 dwc2_hsotg
[    0.629973] usb usb2: SerialNumber: ff580000.usb
[    0.630691] hub 2-0:1.0: USB hub found
[    0.630760] hub 2-0:1.0: 1 port detected
[    0.632851] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    0.632861] ehci-platform: EHCI generic platform driver
[    0.633158] ehci-platform ff500000.usb: EHCI Host Controller
[    0.633460] ehci-platform ff500000.usb: new USB bus registered, assigned bus number 3
[    0.633756] ehci-platform ff500000.usb: irq 42, io mem 0xff500000
[    0.648817] ehci-platform ff500000.usb: USB 2.0 started, EHCI 1.00
[    0.649150] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 4.19
[    0.649167] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.649180] usb usb3: Product: EHCI Host Controller
[    0.649192] usb usb3: Manufacturer: Linux 4.19.115 ehci_hcd
[    0.649204] usb usb3: SerialNumber: ff500000.usb
[    0.649874] hub 3-0:1.0: USB hub found
[    0.649945] hub 3-0:1.0: 1 port detected
[    0.650904] usbcore: registered new interface driver cdc_acm
[    0.650915] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[    0.651100] usbcore: registered new interface driver usb-storage
[    0.651214] usbcore: registered new interface driver usbserial_generic
[    0.651254] usbserial: USB Serial support registered for generic
[    0.651320] usbcore: registered new interface driver keyspan
[    0.651359] usbserial: USB Serial support registered for Keyspan - (without firmware)
[    0.651396] usbserial: USB Serial support registered for Keyspan 1 port adapter
[    0.651433] usbserial: USB Serial support registered for Keyspan 2 port adapter
[    0.651480] usbserial: USB Serial support registered for Keyspan 4 port adapter
[    0.651554] usbcore: registered new interface driver option
[    0.651592] usbserial: USB Serial support registered for GSM modem (1-port)
[    0.651991] usbcore: registered new interface driver oti6858
[    0.652029] usbserial: USB Serial support registered for oti6858
[    0.652095] usbcore: registered new interface driver qcserial
[    0.652133] usbserial: USB Serial support registered for Qualcomm USB modem
[    0.652232] usbcore: registered new interface driver sierra
[    0.652269] usbserial: USB Serial support registered for Sierra USB modem

Ich sehe noch weiter USB Einträge, scheinen sich aber auf Audio etc. zu beziehen.

Code: Alles auswählen

    2.873105] input: Generic USB Audio as /devices/platform/ff500000.usb/usb3/3-1/3-1:1.255/0003:0BDA:481A.0001/input/input1
[    2.873865] hid-generic 0003:0BDA:481A.0001: input,hiddev96,hidraw0: USB HID v1.11 Device [Generic USB Audio] on usb-ff500000.usb-1/input255
[    2.892807] usb 1-1.3: new high-speed USB device number 3 using dwc2
[    2.994210] usb 1-1.3: New USB device found, idVendor=abcd, idProduct=1234, bcdDevice= 1.00
[    2.994235] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.994256] usb 1-1.3: Product: UDisk
[    2.994275] usb 1-1.3: Manufacturer: General
[    2.994295] usb 1-1.3: SerialNumber: \xd0\x89
[    2.995412] usb-storage 1-1.3:1.0: USB Mass Storage device detected
[    2.996270] scsi host0: usb-storage 1-1.3:1.0
[    3.352648] dwmmc_rockchip ff0f0000.dwmmc: Busy; trying anyway
[    3.852678] mmc_host mmc2: Timeout sending command (cmd 0x202000 arg 0x0 status 0x80202000)
[    3.866529] mmc_host mmc2: Bus speed (slot 0) = 187500Hz (slot req 100000Hz, actual 93750HZ div = 1)
[    4.350662] random: crng init done
[    4.399472] dwmmc_rockchip ff0f0000.dwmmc: Busy; trying anyway
[    4.899504] mmc_host mmc2: Timeout sending command (cmd 0x202000 arg 0x0 status 0x80202000)
[    4.900755] scsi 0:0:0:0: Direct-Access     General  UDisk            5.00 PQ: 0 ANSI: 2
[    4.901631] sd 0:0:0:0: [sda] 15728640 512-byte logical blocks: (8.05 GB/7.50 GiB)
[    4.901979] sd 0:0:0:0: [sda] Write Protect is off
[    4.901984] sd 0:0:0:0: [sda] Mode Sense: 0b 00 00 08
[    4.902352] sd 0:0:0:0: [sda] No Caching mode page found
[    4.902357] sd 0:0:0:0: [sda] Assuming drive cache: write through

Ich bin mir nicht Sicher welches der Port ist der mit dem ELV Gehäuse frei zugänglich ist. Hiernach würde ich vermuten USB1.

[quax64]

Ich habe nochmal nachgesehen, und jetzt sehe ich was im Unterordner /media/usb1.
Es scheint also zu funktionieren.

Nochmals vielen Dank.

[jmaus]

Ich habe nochmal nachgesehen, und jetzt sehe ich was im Unterordner /media/usb1.
Es scheint also zu funktionieren.

Nochmals vielen Dank.

Aha, also doch kein Problem mit dem Tinkerboard+USB. Vermerke ich mir so.

[GMH007]

Nix passiert da. Was sollte man auch sehen? Wenn kein boot, sieht man auch nichts auf dem Monitor.

Um die SD-Karte als Fehlerquelle auszuschließen hab ich einen frische genommen und mit dem Image beschrieben. Gleiches Bild. Die Rote LED am RPI3 leuchtet und es tut sich nichts. Das Image funzt so am RPI 3 nicht!

Die Vorgängerversion geht einwandfrei und ohne Probleme! Da sich so überhaupt nichts tut am RPI und auch nichts auf dem Monitor zu sehen ist, kann man auch nichts debugen!?!

Verwende einen RPI 3B+ mit der ELV-Funkmodul Erweiterung inkl. Gehäuse und Stromversorgung.

Werde mir demnächst nen RPI4 besorgen, bzw auf das nächste Update hoffen

[jmaus]

Nix passiert da. Was sollte man auch sehen? Wenn kein boot, sieht man auch nichts auf dem Monitor.

Um die SD-Karte als Fehlerquelle auszuschließen hab ich einen frische genommen und mit dem Image beschrieben. Gleiches Bild. Die Rote LED am RPI3 leuchtet und es tut sich nichts. Das Image funzt so am RPI 3 nicht!

Das funzt prinzipiell, das kannst du mir glauben Also am besten auch mal die sha256 checksumme über das runtergeladene Image berechnen lassen und mit der Checksumme vergleichen die auf GitHub für das rpi3 image vermerkt ist. Und auch sicherstellen das du wirklich das -rpi3.img verwendest und nicht fälschlicherweise für eine andere Hardware. Und dann auch nochmal kontrollieren das deine Imaging Software (z.B. Etcher) korrekt durchläuft und das Verify dabei auch keinen Fehler wirft. Wie gesagt, das Image funktioniert definitiv. Nicht nur ich hab das hier mehrfach mit einem RaspberryPi3 getestet, auch andere Nutzer nutzen verschiedene Pi3 Modelle und wenn das nicht gehen würde, müsste der Aufschrei viel größer sein. Und last, not least: Was steht denn genau auf deinem RaspberryPi3 board drauf was das für eine Revision sein soll?

[GMH007]

Unbenannt.PNG (13.12 KiB) 1603 mal betrachtet

SSH hab ich nicht verglichen. Am PC hab ich die Datei runtergeladen um es über die Update-Funktion zu machen. Am Laptop die gleiche Datei runtergeladen um es auf die SD-Karte zu bekommen mit der neuesten Etcher-Version (Heißt jetzt BelanaEtcher)
Dort den Flash komplett durchlaufen lassen inkl. Verifying….lief.

Unter Windows Datenträgerverwaltung die einzelnen Partitionen/Volumes kontrolliert, dass die vom aussehen passen sollten, auch CHECK
und wie gesagt, der RPI verhält sich bei beiden Update-Varianten gleich: KEIN BOOT = Mausetod
lediglich beim Update kann man wie beschrieben das updating im Browser verfolgen bis zum Neustart.

Als SD-karten hab ich jeweils 16GB SANDISK ULTRA bzw Samsung Pro oder so getestet. Die Samsung steckt schon ne weile und die SANDISK ist neu. Geht ebenfalls nicht mit beiden

Raspberry Pi 3 Model B V1.2

[jmaus]

Und wie verhalten sich die LEDs des RaspberryPi während des stromgebens? Und am HDMI Monitor is gar nix zu sehen? Und die LED des Funkmodules?

Und wie gesagt: mal die sha256 checksumme der zip datei generieren und mit der vergleichen die auf github zu der datei steht.

[Joetra]

Hallo in die Runde,

ich habe hier viewtopic.php?f=65&t=50353&start=10 mein Problem mit verschiedenen USB Sticks beschrieben (Beitrag vom 29.04.2020).
Nach einigen Versuchen bin ich mir zumindest für mein System einigermassen sicher, dass das Problem an der aktuellen FW liegt. Mit der Vorgängerversion läuft alles perfekt.
Ich habe zweimal die RM-FW vor- und zurück gewechselt. Jedesmal mit dem gleichen Ergebnis: die neue FW funktioniert bei mir, was USB-Sticks angeht, nicht. Im Gegegnsatz zu den zwei Vorgängerversionen.
Leider sind die Diagrammdaten von 5 Jahren Betrieb wohl futsch - Shit happens eben. Die Rückspielung der gesicherten RRD's bringt nichts.

Ciao
Jörg

[jmaus]

ich habe hier viewtopic.php?f=65&t=50353&start=10 mein Problem mit verschiedenen USB Sticks beschrieben (Beitrag vom 29.04.2020).
Nach einigen Versuchen bin ich mir zumindest für mein System einigermassen sicher, dass das Problem an der aktuellen FW liegt. Mit der Vorgängerversion läuft alles perfekt.
Ich habe zweimal die RM-FW vor- und zurück gewechselt. Jedesmal mit dem gleichen Ergebnis: die neue FW funktioniert bei mir, was USB-Sticks angeht, nicht. Im Gegegnsatz zu den zwei Vorgängerversionen.
Leider sind die Diagrammdaten von 5 Jahren Betrieb wohl futsch - Shit happens eben. Die Rückspielung der gesicherten RRD's bringt nichts.

Gerade aber heute hat jemand berichtet bei uhm geht usb mit Tinkerboard?!? Siehe viewtopic.php?f=65&t=58251&start=90#p578668

Nun bin ich aber verwirrt. Geht, geht nicht, Geht?!? Was denn nun?