Skip to content

Quartz64 - UART

Angeheftet Verschoben Quartz64 - A
2 1 283
  • Ich übernehme keine Garantie für Hardwareschäden! Beim Spielen bitte aufpassen 😉

    Was wir so mit als erstes brauchen ist natürlich die UART Schnittstelle. Das Diagramm zeigt folgendes.

    c45059e6-645c-4937-89fd-8ad64782d3d4-grafik.png
    Quelle: https://files.pine64.org/doc/quartz64/Quartz64_model-A_schematic_v1.0_20201124.pdf

    So wie gewohnt 🙂

    Die UART Schnittstelle ist 3,3V

    Pin Funktion
    6 GND
    8 UART2 TX
    10 UART2 RX

    Ergänzung, vom ROCKPro64 Beitrag kopiert.

    minicom

    Ein apt search minicom ergibt folgendes.

    putty/stable,stable 0.70-6 amd64
      Telnet/SSH client for X
    

    Installation mit

    apt install minicom
    

    Einstellungen

    minicom_desktop.png

    Das hier sind die Einstellungen meines Desktop Starters. Man kann das auch einfach über eine Konsole starten.

    minicom -8 -D /dev/ttyUSB0 -b 1500000\n
    

    Ausgabe

    minicom_konsole.png

    minicom_konsole2.png

  • FrankMF FrankM hat dieses Thema am angepinnt
  • Mein Quartz64 ist heute eingetroffen, mit einem Test Image des Manjaro Teams mal ausprobiert. Die UART-Schnittstelle funktioniert genau wie beim ROCKPro64. Also, nichts Neues für uns. UART Adapter anschließen und los geht es.

  • FrankMF FrankM verschob dieses Thema von Hardware am
  • Quartz64 - Heartbeat LED

    Quartz64 quartz64
    1
    0 Stimmen
    1 Beiträge
    96 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Plebian

    Quartz64 quartz64
    2
    0 Stimmen
    2 Beiträge
    227 Aufrufe
    FrankMF
    Mal beim Kaffee eben ausprobieren. Die Releases findet man hier -> https://github.com/Plebian-Linux/quartz64-images/releases Und ein paar Anmerkungen zum Image -> https://github.com/Plebian-Linux/quartz64-images/blob/main/RUNNING.md User:pleb PW: pleb Passwort muss wie gewohnt beim ersten Start geändert werden. Danach habe ich das Debian aktualisiert apt update && apt upgrade Danach haben wir dann einen root@plebian-quartz64b:~# uname -a Linux plebian-quartz64b 6.1.0-1-arm64 #1 SMP Debian 6.1.4-1 (2023-01-07) aarch64 GNU/Linux recht aktuellen Kernel. Die Debian Version ist root@plebian-quartz64b:/etc# cat debian_version bookworm/sid Bookworm ist das kommende Debian 12, das soll so ca. im März(?) released werden. Mit blkid werden alle angeschlossenen Laufwerke angezeigt. root@plebian-quartz64b:/etc# blkid /dev/nvme0n1p1: UUID="497aa9d6-2e0c-4927-bb8f-9927970b1abe" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="bd856e70-94c0-3345-a9d6-7ff080b5a2e0" /dev/mmcblk0p3: LABEL="root" UUID="da21d2fe-1093-46d2-bd96-5fb6b11e07eb" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="root" PARTUUID="3fbd2cf5-e08d-4f39-8ca4-9fb5cff746df" /dev/mmcblk0p1: PARTLABEL="idbloader" PARTUUID="3eac6306-dee4-4c0c-9cfa-2d610b74b61b" /dev/mmcblk0p2: PARTLABEL="uboot" PARTUUID="7129c8a9-86f4-4807-be66-7d12398c6e9a" /dev/sda4: LABEL="linux-root" UUID="b1612f09-7ae0-4217-be0e-bdc2e51248d1" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="linux_root" PARTUUID="cdc03a35-d726-48f6-8bef-918981debbf6" /dev/sda2: SEC_TYPE="msdos" LABEL_FATBOOT="boot-efi" LABEL="boot-efi" UUID="6891-ACCB" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot_efi" PARTUUID="0af3de6b-3b38-42f3-ae0c-336c5d39c874" /dev/sda3: LABEL="linux-boot" UUID="e64ed73c-b603-43af-851c-d5eef81a1aa9" BLOCK_SIZE="1024" TYPE="ext4" PARTLABEL="linux_boot" PARTUUID="b3b30dbb-4dcb-4652-aef1-ebc720eb0e59" /dev/sda1: PARTLABEL="loader1" PARTUUID="86d433a9-c91b-48aa-9867-36ef588a600f" Man sieht meine angeschlossene NVMe SSD und die Platte am USB3. Man hat eine HDMI Ausgabe, Netzwerk ist klar, der WiFi-Chip geht nicht. Dazu steht im Readme Plebian (or Debian, for that matter) does not yet properly package the wireless firmware needed for the Model B or SOQuartz's Wi-Fi chip. Therefore, Wi-Fi won't work out of the box. Müsste man sich also mit beschäftigen.... Ansonsten macht das für mich auf den ersten Blick einen soliden Eindruck.
  • Quartz64 - Modell B - WiFi

    Quartz64 - B quartz64
    1
    1
    0 Stimmen
    1 Beiträge
    226 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Modell B - Manjaro Rootverzeichnis ändern

    Quartz64 quartz64
    3
    0 Stimmen
    3 Beiträge
    201 Aufrufe
    FrankMF
    Da gab es doch gestern noch einen bösen Fehler, als ich vom Kernel Linux 5.17.0-2 auf Linux 5.17.0-3 aktualisiert habe, war das System danach kaputt. Hmm, ich habe dann versucht das zu untersuchen und war zu der Erkenntnis gekommen, das das Boot Verzeichnis nicht korrekt gemountet war. Konnte es aber nicht selber lösen Dan hat das dann heute erledigt, wenn man jetzt das Image installiert, dann ist auch das Boot Verzeichnis korrekt gemountet. [root@frank-pc ~]# df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf dev 1,7G 0 1,7G 0% /dev run 1,9G 1,2M 1,9G 1% /run /dev/sda1 458G 4,5G 430G 2% / tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 1,9G 9,6M 1,9G 1% /tmp /dev/mmcblk0p1 458M 41M 417M 9% /boot tmpfs 374M 44K 374M 1% /run/user/1000 /dev/mmcblk0p2 59G 3,7G 52G 7% /run/media/frank/ROOT_MNJRO Dann sollte das auch klappen, wenn man wie ich aktuell das Root Verzeichnis auf die SSD am USB3 Port gelegt hat.
  • Quartz64 - Modell B - Manjaro Image

    Images quartz64
    6
    0 Stimmen
    6 Beiträge
    294 Aufrufe
    FrankMF
    Heute kam dann der Kernel 5.19 [root@frank-pc ~]# uname -a Linux frank-pc 5.19.0-rc1-0.2-MANJARO-ARM-Q64 #1 SMP PREEMPT Fri Jun 10 14:51:37 UTC 2022 aarch64 GNU/Linux am Anfang war es Version 5.19.0-rc1-0.1, aber was das? Keine Tastatur mehr? Häh.... Es ging nur noch der obere USB2 Port. Na gut, man weiß sich ja zu helfen, also einen USB Switch dran gehangen, alles wieder gut. Aber blöd ist das schon!? Außerdem war Sound über HDMI weg. So, warum? Ich nutze hier den Kernel linux-quartz64 der wird im Manjaro Buildsystem direkt vom Peter gezogen. Und Peter arbeitet ja so, das er alles zum Mainline-Kernel hochladen kann usw. Der Audio Patch ist aber upstream noch nicht akzeptiert und für USB2 gibt es einen Patch, der wohl USB OTG aktivieren soll. USB2 So in Peters dtb war die USB2 Schnittstelle auf OTG konfiguriert. Das macht aus irgendeinem Grund Ärger, ich habe das dann im dtb auf HOST umgestellt, danach war alles wieder wie vorher Schaut mal auf die Unterseite des B und ihr werdet folgendes finden. [image: 1654876676074-usb2_host.jpeg] Fragt mich nicht, wozu man das braucht. Im Moment habe ich keine Ahnung. Steht bei mir aktuell auf HOST. Audio über HDMI Blöd, das das jetzt auf einmal nicht mehr geht. Dan hat dann ein paar Patche losgelassen, so das nun wieder Audio über HDMI funktioniert. So Desktop Betriebssysteme ohne Sound sind blöd - oder? PCIe NVMe SSD Meine PCIe NVMe SSD funktionierte ja nicht, wenn man große Datenmengen kopierte crashte der Controller. Peter hat das gefixt, das ist seit 5.19 jetzt funktional. Und direkt als Root eingebunden. [root@frank-pc ~]# df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf dev 1,7G 0 1,7G 0% /dev run 1,9G 1,3M 1,9G 1% /run /dev/nvme0n1p1 458G 11G 424G 3% / tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 1,9G 220K 1,9G 1% /tmp /dev/mmcblk0p1 458M 42M 417M 9% /boot tmpfs 374M 48K 374M 1% /run/user/1000 /dev/mmcblk0p2 59G 3,7G 52G 7% /run/media/frank/ROOT_MNJRO /dev/sda1 458G 11G 424G 3% /run/media/frank/777684c9-e74f-44b9-b491-694daafb9723 Somit haben wir seit Kernel 5.19 PCIe NVMe SSD Unterstützung Yeah Und seit Kernel 5.19.0-rc1-0.2 geht auch wieder Audio über HDMI. Danke Dan für die Patches! Und Danke an den feinen Patch für PCIe NVMe an Peter!
  • Quartz64 - Missing SPI ?

    Verschoben Quartz64 quartz64 pine64
    1
    1
    0 Stimmen
    1 Beiträge
    460 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Manjaro Test-Image

    Verschoben Archiv quartz64 pine64
    2
    6
    0 Stimmen
    2 Beiträge
    315 Aufrufe
    FrankMF
    Das mit der fehlenden Funktionalität ist zum Testen etwas blöd, ich mache das halt gerne mittels SSH. Mal in meiner Wühlkiste einen USB-to-LAN Adapter gesucht und gefunden. Der einzige USB-Port der aktuell funktioniert ist der doppelte USB2-Port. Der kombinierte USB2/USB3 macht nix. 6: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 00:0a:cd:2a:ec:37 brd ff:ff:ff:ff:ff:ff inet 192.168.3.220/24 brd 192.168.3.255 scope global dynamic noprefixroute eth1 valid_lft 42957sec preferred_lft 37557sec inet6 fd8a:6ff:2880:0:e751:542:6dcd:e08b/64 scope global mngtmpaddr noprefixroute valid_lft forever preferred_lft forever inet6 2a02:xxxxxxxxxxxxxxxxx/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 5259sec preferred_lft 1659sec inet6 fe80::aa11:dbfb:980:4dfa/64 scope link valid_lft forever preferred_lft forever Ok, jetzt kann man erst mal mit dem Quartz64 arbeiten
  • Quartz64

    Verschoben Quartz64 quartz64 pine64
    3
    0 Stimmen
    3 Beiträge
    596 Aufrufe
    FrankMF
    Es gibt Neuigkeiten! We are currently planning on making Quartz64 available next month. However, given the unpredictability of the manufacturing situation, please consider this a tentative time-frame. Once the production is underway, I’ll publish a dedicated post with additional information and an exact availability date. Although the hardware will soon see the light of day, the software is still not ready for primetime. Indeed, despite a truly monumental effort from various parties and lightning fast development progress, Quartz64 is still in early stages of development. This is understandable given how young the SoC is and how few Quartz64 (and other RK3566 boards) are currently available to developers. We will therefore target this initial production-run at developers and technically inclined enthusiasts able to help in the bring-up process. The soon-to-be scheduled batch will be large enough to cover all developers interested in picking up a unit (and then some), but end-users will specifically be asked to wait a little longer. After all, it is in everyone’s best interest that these early boards end up in the right hands at this early stage of development. Quelle: https://www.pine64.org/2021/05/15/may-update-connection-established/