Raspberry Pi 4B Unterstützung

  • Aufwändig wäre vor allem am Anfang die Recherchearbeit. Während das Pinout von so einer "Minig Riser" noch relativ einfach rauszupiepsen ist, ist das Pinout von dem USB 3 Controller auf dem Raspberry schon eher eine Herausforderung. Die Leitungen zu den USB-Buchsen können wieder rausgepiepst werden aber woher soll man die Info nehmen was da für Signale zwischen SoC und USB Controller laufen wenn es kein anständiges Datenblatt gibt?

    Es gibt reichlich PCI-Express-Karten mit genau dem Chipsatz teilweise auch für um die 10 Euro.

    Also ist der naheliegende Lösungsweg einfach so eine Karte genauer zu untersuchen um das Pinout des Chips zu bekommen.

    Ist dann auch gleich ein gutes Testobjekt. Wenn der gleiche Chip wieder zum Laufen zu bekommen ist, dann ist das Ziel erreicht. Diese USB 3 Lösung hätte dann, durch die externe Versorgung der Riser-Karte, auch keine Stromprobleme :P

  • wenn kein Datenblatt mit dem VL805 greifbar ist, würde ich vielleicht hier mal schauen --> https://html.alldatasheet.net/html-pdf/11318…22/7/VL812.html

    der VL812 ist ja verwandt und wird auch gern anstelle des 5ers eingesetzt. Über deren Pinout Seite 7 könnte man verifizieren, ob das evtl. identisch ist

  • Einmal 4GB angekommen...

    Gruß utiltiy

    meine VDR

    vdr03: Antec Remote Fusion, Intel DH67BL, Celeron G1620, GT630, 2x 2GB DDR3 - Hynix, SDA SATA 40GB, SDB SATA 1.5TB, L4M Cine S2 [yaVDR/vdr4arch]
    vdr04: Antec Remote Fusion Micro, Intel DH67BL, Celeron G550, GT630, 2x 2GB DDR3 - Kingston, SDA SATA 160GB WD, SDB SATA 3TB WD Red, L4M Cine S2 [yaVDR/vdr4arch]


    VDR Projects

  • Ich habe meinen auch schon.

    Das Raspbian das ich draufgemacht habe ist vom LAN her etwas nervig. Jedes mal wenn ich gebootet habe muss ich den LAN-Stecker kurz neu stecken das er eine IP holt. Muss ein Bug sein...

    Arch Linux ARM habe ich auf die Schnelle nicht hinbekommen. Die SD scheint mittlerweile zwar zu booten aber via SSH komme ich nicht dran und auch ein serielles Terminal habe ich nicht bekommen.

    Ich habe jetzt doch mal so einen HDMI-Adapter bestellt. Der sollte morgen da sein. Mal sehen was dort für Infos ausgegeben werden. Eventuell bootet er ja bis zum Login und ich kann via USB-Tastatur einloggen und Logs prüfen.

  • Den Adapter für den HDMI auf das "normale" Format hab ich gleich mit besorgt und die Adapter von Micro-USB auf USB-C hab ich eh hier, wegen den Mix an Handy's war der Weg bisher der Beste ;)

    Gruß utiltiy

    meine VDR

    vdr03: Antec Remote Fusion, Intel DH67BL, Celeron G1620, GT630, 2x 2GB DDR3 - Hynix, SDA SATA 40GB, SDB SATA 1.5TB, L4M Cine S2 [yaVDR/vdr4arch]
    vdr04: Antec Remote Fusion Micro, Intel DH67BL, Celeron G550, GT630, 2x 2GB DDR3 - Kingston, SDA SATA 160GB WD, SDB SATA 3TB WD Red, L4M Cine S2 [yaVDR/vdr4arch]


    VDR Projects

  • Arch Linux hatte ich schon laufen. Allerdings mit dem Raspbian Kernel. Der Fehler mit der fehlenden IP der LAN-Karte ist dabei auf das Arch-System "mitgewandert". Ist also ein Kernel-Bug.

    Edit: Ein Update des Raspbian fixt das auch nicht. Wieder regelmäßig nach einem Reboot keine IP.

  • Klingt nach Alpha und nicht Beta, das Problem ;)

    Gruß utiltiy

    meine VDR

    vdr03: Antec Remote Fusion, Intel DH67BL, Celeron G1620, GT630, 2x 2GB DDR3 - Hynix, SDA SATA 40GB, SDB SATA 1.5TB, L4M Cine S2 [yaVDR/vdr4arch]
    vdr04: Antec Remote Fusion Micro, Intel DH67BL, Celeron G550, GT630, 2x 2GB DDR3 - Kingston, SDA SATA 160GB WD, SDB SATA 3TB WD Red, L4M Cine S2 [yaVDR/vdr4arch]


    VDR Projects

  • Für jegliche Netzwerkdienste hat sich der neue Raspi so erstmal disqualifiziert.

    betrifft das nur DHCP oder auch statische Vergabe? Auch wenn es keine Lösung sein kann, für Server, NAS Dienste etc. würde ich das fest konfigurieren. Manche Fritzboxen haben bsw. da so einige Probleme --> SAT=>IP mit Octopus Net

  • Das Problem hatte ich auch, auf drei verschiedenen RasPis. Damals hatte ich 8GB SD-Karten von Kingston in Verwendung, die regelmäßig kaputtgingen. Seit ich auf 4GB-Karten von Transcend umgestiegen bin, laufen sie problemlos und stabil. Wobei ich nicht sagen kann, ob es am Hersteller liegt oder daran, dass die neuen Karten 4 statt 8GB haben.

    Mit Kingston habe ich auch diese Erfahrung gemacht. Mit Sandisk und Transcend noch keine Probleme.

    Meine VDRs

    VDR1: ASUS H81-GAMER Gaming | Intel® Core™ i3-4130 | GeForce GT 1030 | yaVDR Ansible | Mystique SaTiX-S2 Dual | GraphTFT mit Elecrow 10,1-Zoll-IPS-Monitor | ACPI Wakeup | Atric IR-Einschalter Rev.5
    VDR2: HP DC7700p | GeForce 610 | easyVDR 2.5 - VDR 2.2.0 | TeVii S464 V2.0 | ST-Link v2 IRMP-STM32 WakeUp

    Test VDR: Fujitsu Esprimo D756 E85+ Intel Core i5-6500 | Intel HD Graphics 530 | easyVDR 5 / yaVDR ansible | ST-Link v2 IRMP-STM32 WakeUp | Cine S2 V6.2

  • Ich habe den RasPi am Mittwoch Abend in Betrieb genommen. Seit dem mehrfach per ”sudo reboot” neu gebootet. Er hat immer seine IP per DHCP bekommen.

    VDR: yaVDR 0.7, OrigenAE S10V, ASUS P8H67-M Pro, i3-2120T, 32GB RAM, 4TB HGST, NVIDIA T400, DD Cine S2 ver 6.2 + DuoFlex S2

  • hier gibt es auch ein (leider wieder) abgespecktes Schaltbild vom 4er

    Man sieht wie die Spannungsregler aufgebaut sind, aber sonst ist leider nicht viel damit anzufangen.

    Wenigstens so ein grobes Schema, welche Buchse an welchem IC hängt, hätten die doch machen können.

    Was leicht erreichbar wäre, ist USB-OTG. Das haben die auf die USB-C Buchse gelegt. Reicht aber nicht für Festplatten.

    Die Versorgungsbuchse scheint laut Schaltplan endlich zumindest mit USB2 belegt zu sein.

    Wenn es als einfacher USB2 nutzbar wäre, würde mir das an USB reichen.


    Gibt es für den Raspberry PI 4 eigentlich auch noch den MPEG2 Codec zu kaufen?

    Ich habe schon mal gesucht, aber nur alte Seiten gefunden.

    Gruss
    SHF

    Mein (neuer) VDR:

    Software:
    Debian Wheezy mit Kernel 3.14
    VDR 2.0.7 & div. Plugins aus YaVDR-Paketen
    noad 0.8.6

    Hardware:
    MSI C847MS-E33, onboard 2x1,1GHz Sandybridge Celeron 847, 4GiB RAM
    32GB SSD (System), 4TB 3,5" WD-Red HDD (Video)
    TT FF DVB-S 1.5 FullTS-Mod PWM-Vreg-Mod, DVB-Sky 852 Dual DVB-S2
    Das ganze im alten HP Vectra VLi8-Gehäuse versorgt von:
    PicoPSU-160-XT und Meanwell EPP-150 im ATX-NT-Gehäuse

  • Der war eigentlich spätestens seit dem Raspi 3 eh unnötig. Ich habe nie so einen Key gekauft. MPEG2 geht gut auf der CPU.

    Auch wenn es die CPU kann, finde ich diesen Rückschritt nicht gut. Es ist immer von Vorteil wenn man Aufgaben an für dafür spezialisierte Hardware auslagern kann. Das schafft nicht nur freie Ressourcen die anderweitig verwendet werden können, sondern senkt u.U. auch den Stromverbrauch, da die CPU runtertakten kann. Von der Abwärme ganz zu schweigen. Wer will den Raspi schon aktiv kühlen wenn er fern sieht?

    Außerdem sieht es danach aus, dass die GPU nicht nur um h.265 erweitert wurde, sondern vielmehr eine "andere" ist. Ich meine damit, dass das bisherige rpihddevice wohl nichts damit anfangen kann. Hat das schonmal jemand ausprobiert?

    Meine Hardware

    Server: Debian 11 OMV eTobi (VDR 2.6.0)

    Chenbro SR30169; picoPSU-120

    Asrock J3160-itx; Intel J3160; 8192 MB DDR3L 1333; Intel HD Graphics 400; 3x Hauppauge WinTV-dualHD (DVB-C)

    Drevo X1 60GB; Western Digital 4x 3TB (WD30EFRX) RAID 5; 3TB (WD30EZRX); 2,5TB (WD25EZRX); Seagate 8TB (ST8000AS0002); 1TB (ST3100340NS)

    Clients: MLD 5.4 (VDR 2.4.6)

    Raspberry PI 2B; ARM Cortex A7; 1024 MB SDRAM

    SanDisk 16GB microSDHC UHS-1 A1

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!