dist-upgrade killed HDMI Einstellungen

L I V E Stammtisch ab 20:30 Uhr im Chat
  • Ich versuche gerade mich mit einem Pi3+ zu befreunden. Der ärgert mich aber massiv.

    Das Gerät ist an den HDMI-Ansachluss eines TV Monitors Toshiba 23RL933G angeschlossen. Nach dem download des OS startet das Gerät auch schön und die Anzeige ist in bester Ordnung (Auflösung - 1280 x 768? , Seitenverhältnis ?), jedenfalls ist der Bildschirm von Rand zu Rand gefüllt und nichts ist abgeschnitten.

    Nach einen update ist auch noch alles o.k. Wenn ich dann aber ein dist-upgrade mache, werden Auflösung und Verhältnis geändert und ich habe es bisher nicht hin bekommen, eine 1280er Auflösung mit einem Seitenverhältnis das den Schirm ausfüllt einzustellen. Es hilft auch nicht, wenn ich eine Originalkopie von /boot/config.start zurück spiele. Also muss noch irgendwo etwas geändert worden sein. Aber wo?

    Kann mir jemand einen Tipp zum Suchen geben?

  • Gucke mal hier und evtl. unten den Video/Display Link. Ich meine von dist-upgrade rpi-update wird abgeraten. Sollte eigentlich auch nicht nötig sein, wenn du das aktuelle OS (Raspbian?) Image runter geladen hast. Ein apt-get update und apt-get upgrade sollte reichen.

    Einmal editiert, zuletzt von daxb (29. Mai 2018 um 17:03)

  • Ich meine von dist-upgrade wird abgeraten

    Nö. Du meinst sicher rpi-update.

    dist-upgrade

    Das ist sehr merkwürdig. Die Unterschiede sind hier recht schön beschrieben.

    Dein Fernseher hat laut Datenblatt durchaus nichts ungewöhnliches...

    Bilddarstellung
    Bildschirmdiagonale: 23 Zoll (inch)
    Auflösung: 1920 x 1080
    Seitenverhältnis: 16:9
    Helligkeit: 250 cd/qm
    Kontrast: -
    Kontrast (dynamisch): 1 000 000:1
    Blickwinkel vertikal: 178 ° (10:1)
    Blickwinkel horizontal: 178 ° (10:1)
    Bildformate: Breitbild
    Auto Format
    4:3
    14:9 Zoom
    16:9 Kino
    16:9 Zoom
    HDTV Format: HDTV 720p
    HDTV 1080i
    FullHD 1080p


    Das heißt: In der Datei /boot/config.txt musst Du folgendes eintragen (wenn es denn mit den originalen Einstellungen nicht geht)

    Code
    hdmi_group=1
    hdmi_mode=16

    Allerdings wäre jetzt schon noch interessant, welches System Du installiert hast und wie genau (mit welchem Editor) Du die Datei änderst. Du kannst Deine config.txt auch gern hier reinstellen.

    Grüße, STF


  • Also muss noch irgendwo etwas geändert worden sein. Aber wo?

    Es könnte schon sein, dass dist-upgrade etwas geändert hat.

    Versuch mal mit:

    Code
    sudo apt-get upgrade --with-new-pkgs

    (statt mit dist-upgrade).

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • ...

    ...

    Code
    hdmi_group=1
        hdmi_mode=16

    Allerdings wäre jetzt schon noch interessant, welches System Du installiert hast und wie genau (mit welchem Editor) Du die Datei änderst. Du kannst Deine config.txt auch gern hier reinstellen.

    Grüße, STF


    Danke für den Hinweis. Das sind die Einstellungen Einstellungen die ich gesucht habe um die Darstellung wieder wie nach der Installation zu haben. Wo kann man so etwas eigentlich lernen?

    Leider ist das Problem aber tiefer gehend. Das Setzen einer anderen Auflösung ist nicht das eigentliche Problem, sondern dass nach einer Auflösungs-Modifikation der Monitor während des Bootens 2-3 mal ein Signal zur Rücksetzung in seinen TV-Modus bekommt. Das Bild ist dann weg und ich muss mittels Fernbedienung wieder den HDMI Port 1 auswählen. Weil das Bild weg ist und die Befehlszeilen auch sehr schnell durchlaufen, kann ich nicht sagen, wann das Rücksetzen erfolgt.

    Hier mal meine Vorgehensweise:

    Ich installiere Raspbian Strech with Desktop und zwar zu wiederholten Malen. Was bei ca. 15 kompletten Neuinstallationen zunächst wie ein sporadisches Verhalten aussah, bekommt nun etwas mehr Struktur. Das Problem auch bei einer völligen Neuinstallation ist nämlich, das sich der NOOBS Loader die Einstellungen aus config.txt merkt und damit das erste Bild nach der Reinstallation konfiguriert wird oder die Auflösung ähnlich ist. Je nach Ausganglage bei der Reinstallation werden dann im GUI-Fenster „Raspberry-Konfiguration |Auflösung festlegen“ die Werte ‘Default preferred monitor settings‘ oder ‘Default 720x480‘ angezeigt. Im ersten Fall ist die Darstellung o.k. im 2. Fall grässlich und mit stark beschnittenen Rändern. Die 1. Darstellung wird über mehrere reboot-Aktionen erhalten, sofern der Monitor immer eingeschaltet bleibt. Sobald ich eine Darstellungsänderung vornehme kommt es zu dem oben beschriebenen Rücksetzten des Monitors, auch wenn die gewählte Auflösung an sich erhalten bleibt. Kopiere ich dann die original config.txt Datei zurück, wird in jedem Fall die Auflösung 720x480 mit beschnittenen Rändern eingestellt und das Rücksetzten des Monitors erfolgt in jedem Fall. Wenn ich ein reboot oder auch eine Neuinstallation mache und den Bildschirm erst

    einschalte, wenn alles komplett durchgelaufen ist, wird als Auflösung immer ‘Default 720x480‘ angezeigt.

    Der Aufruf von dist-upgrade ist damit nicht das eigentliche Problem, sondern das Zusammenspielen von Monitor und Raspi. Ich müsste also verhindern, dass der Raspi den Monitor nach seiner Auflösung abfragt um einen nicht gewünschten Wert als ‘default‘ zu nehmen und selbstständig die config.txt ändert. Ja, und wie verhindere ich, das der Raspi beim Booten die ‘Rücksetzsignale‘ an den Monitor schickt?

    Gruß

    Wilfried

    P.S. Nachstehend noch die Original config.txt Datei. Die Datei bearbeite ich mit nano und die Datei-Kopie ist mit cp gemacht.

  • Hast Du schonmal versucht die Auflösung "hart" einzustellen:

    Das ist eine Auflösung für ein 1024x600er Display, anpassen kannst Du das bestimmt selbst.

    Und hiermit bleibt die Auflösung auch wenn der Monitor beim Start des RPI noch aus ist:

    Code
    hdmi_force_hotplug=1

    MfG

    Jürgen

  • Setzen eineranderen Auflösung ist nicht das eigentliche Problem,...

    15 kompletten Neuinstallationen...

    NOOBS Loader....

    Mit den Neuinstallationen meinst Du was genau? Wenn Du NOOBS nicht unbedingt brauchst, und da gehe ich jetzt mal ganz stark davon aus, dann lade Dir das Image von Raspbian mit Desktop herunter und installiere das mit z.B. etcher. NOOBS nutzt zwei config.txt und übernimmt tatsächlich einige Dinge ins damit installierte System. Bei Deinem mit den bekannten Nebeneffekten. Und wenn dann noch dazu kommt, dass vielleicht der Monitor/Fernseher einen Tick zu langsam ist beim Übermitteln seiner Daten, dann wird es noch nerviger.

    Also, nimm Raspbian und trage in die /boot/config.txt die Auflösung des Monitors fest ein (Doppelkreuz davor weg und die richtige Zahl eintragen), dann geht das auch.

    Code
    hdmi_group=1
    hdmi_mode=16
    hdmi_force_hotplug=1

    Und nur, wenn das tatsächlich Probleme machen sollte, kannst Du eine eigene Auflösung (hdmi_mode=87) bauen. Da gehe ich aber nicht von aus.

    Grüße, STF

  • Gerade war ich dabei in die HDMI Geheimnisse etwas weiter einzudringen. Klar ist mittlerweile, dass mein ursprüngliches Problem weder am dist-uprgrade noch an meinem Monitor liegt. Klar ist auch, dass Einstellungen in der config.txt auch weitere Einstellungen beeinflussen die sich durch die Rück-Änderung in der config.txt nicht automatisch zurücksetzten.

    Aber dann ist mir zwischen zwei boot-Vorgängen der Monitor einfach schwarz geblieben. Weder ein neues raspian- noch ein NOOBS-image haben daran etwas geändert - auch wenn ich dabei verschiedene Einstellungen in der config.txt vorher extern geändert habe. Leider komme ich bei beiden images auch nicht per FTP oder SFTP auf den Rechner weil username/password irgendwie nicht passen.

    Es sieht fast nach einem HW-Fehler (100-Stunden Einbrenn Badewannekurve) der HDMI-Schnittstelle aus. Das mag ich aber nicht glauben.

    Da das Gerät erst wenige Tage alt ist, könnte ich es vermutlich unter Gewährleistungsbedingugnen retournieren. Vielleicht hat aber noch jemand einen Tipp um festzustellen, welcher Art der Fehler tatsächlich ist.

  • Systematische Fehler? Qualitätsprobleme?

    Mein Gerät hatte ich unter Gewährleistungsbedingungen getauscht. Der neue Rapsi lief ein paar Tage gut, dann hat sich wieder eine Macke in der HDMI-Schnittstelle gezeigt. Nach dem Start läuft alles zunächst einwandfrei, dann wird die Anzeige dunkler und dunkler, bis sie ganz weg ist um nach ca. 1 sec. wieder in voller Helligkeit zu erscheinen. Das ganze wiederholt sich dann ununterbrochen.

    Auf die anderen Fähigkeiten hat das aber offenbar keinen Einfluss (oder doch? WLAN auf 5 GHz geht nicht), denn für 3 oder 4 Monate habe ich Nextcloud darauflaufen gehabt.

  • Es sieht fast nach einem HW-Fehler (100-Stunden Einbrenn Badewannekurve) der HDMI-Schnittstelle aus. Das mag ich aber nicht glauben.

    dann wird die Anzeige dunkler und dunkler, bis sie ganz weg ist um nach ca. 1 sec. wieder in voller Helligkeit zu erscheinen. Das ganze wiederholt sich dann ununterbrochen.
    Auf die anderen Fähigkeiten hat das aber offenbar keinen Einfluss (oder doch? WLAN auf 5 GHz geht nicht), denn für 3 oder 4 Monate habe ich Nextcloud darauflaufen gehabt.

    WLAN auf 5 GHz geht nicht

    Nein, systematische Fehler wären irgendwo schon mal aufgetaucht (z.B. war das bei der Kamera V2 so) .

    Welches Netzteil verwendest Du?

    Was ist noch alles an dem RPi angeschlossen?

    Tritt der Effekt auch an anderen Monitoren auf?

    Was heißt WLAN 5G "geht nicht"?

  • Nein, systematische Fehler wären irgendwo schon mal aufgetaucht (z.B. war das bei der Kamera V2 so) .

    Welches Netzteil verwendest Du? >>> Das "Standard"-Netzteil

    Was ist noch alles an dem RPi angeschlossen? >>> Nichts

    Tritt der Effekt auch an anderen Monitoren auf? >>> Nur mit einem Monitor geprüft, der aber an anderen Geräten einwandr´frei läuft.

    Was heißt WLAN 5G "geht nicht"? >>>Ein 2,4 GHz Netz wird angezeigt und kann verbunden werden, ein 5 GHz Netz wird gar nicht angezeigt.

  • ... ein 5 GHz Netz wird gar nicht angezeigt.

    Wie sind die Ausgaben von:

    Code
    iw list
    sudo iwlist wlan0 chan
    sudo iwlist wlan0 scan

    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Wie sind die Ausgaben von:

    Code
    iw list
    sudo iwlist wlan0 chan
    sudo iwlist wlan0 scan

    ?

    /$ iw list:

    Wiphy phy0

    max # scan SSIDs: 10

    max scan IEs length: 2048 bytes

    max # sched scan SSIDs: 16

    max # match sets: 16

    max # scan plans: 1

    max scan plan interval: 508

    max scan plan iterations: 0

    Retry short limit: 7

    Retry long limit: 4

    Coverage class: 0 (up to 0m)

    Supported Ciphers:

    * WEP40 (00-0f-ac:1)

    * WEP104 (00-0f-ac:5)

    * TKIP (00-0f-ac:2)

    * CCMP-128 (00-0f-ac:4)

    Available Antennas: TX 0 RX 0

    Supported interface modes:

    * IBSS

    * managed

    * AP

    * P2P-client

    * P2P-GO

    * P2P-device

    Band 1:

    Capabilities: 0x1020

    HT20

    Static SM Power Save

    RX HT20 SGI

    No RX STBC

    Max AMSDU length: 3839 bytes

    DSSS/CCK HT40

    Maximum RX AMPDU length 65535 bytes (exponent: 0x003)

    Minimum RX AMPDU time spacing: 16 usec (0x07)

    HT TX/RX MCS rate indexes supported: 0-7

    Bitrates (non-HT):

    * 1.0 Mbps

    * 2.0 Mbps (short preamble supported)

    * 5.5 Mbps (short preamble supported)

    * 11.0 Mbps (short preamble supported)

    * 6.0 Mbps

    * 9.0 Mbps

    * 12.0 Mbps

    * 18.0 Mbps

    * 24.0 Mbps

    * 36.0 Mbps

    * 48.0 Mbps

    * 54.0 Mbps

    Frequencies:

    * 2412 MHz [1] (20.0 dBm)

    * 2417 MHz [2] (20.0 dBm)

    * 2422 MHz [3] (20.0 dBm)

    * 2427 MHz [4] (20.0 dBm)

    * 2432 MHz [5] (20.0 dBm)

    * 2437 MHz [6] (20.0 dBm)

    * 2442 MHz [7] (20.0 dBm)

    * 2447 MHz [8] (20.0 dBm)

    * 2452 MHz [9] (20.0 dBm)

    * 2457 MHz [10] (20.0 dBm)

    * 2462 MHz [11] (20.0 dBm)

    * 2467 MHz [12] (20.0 dBm)

    * 2472 MHz [13] (20.0 dBm)

    * 2484 MHz [14] (disabled)

    Supported commands:

    * new_interface

    * set_interface

    * new_key

    * start_ap

    * join_ibss

    * set_pmksa

    * del_pmksa

    * flush_pmksa

    * remain_on_channel

    * frame

    * set_wiphy_netns

    * set_channel

    * start_sched_scan

    * start_p2p_device

    * connect

    * disconnect

    * crit_protocol_start

    * crit_protocol_stop

    * Unknown command (122)

    Supported TX frame types:

    * managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

    * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

    * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

    * P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

    Supported RX frame types:

    * managed: 0x40 0xd0

    * P2P-client: 0x40 0xd0

    * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0

    * P2P-device: 0x40 0xd0

    software interface modes (can always be added):

    valid interface combinations:

    * #{ managed } <= 1, #{ P2P-device } <= 1, #{ P2P-client, P2P-GO } <= 1,

    total <= 3, #channels <= 2

    * #{ managed } <= 1, #{ AP } <= 1, #{ P2P-client } <= 1, #{ P2P-device } <= 1,

    total <= 4, #channels <= 1

    Device supports scan flush.


    /$ sudo iwlist wlan0 chan:

    wlan0 13 channels in total; available frequencies :

    Channel 01 : 2.412 GHz

    Channel 02 : 2.417 GHz

    Channel 03 : 2.422 GHz

    Channel 04 : 2.427 GHz

    Channel 05 : 2.432 GHz

    Channel 06 : 2.437 GHz

    Channel 07 : 2.442 GHz

    Channel 08 : 2.447 GHz

    Channel 09 : 2.452 GHz

    Channel 10 : 2.457 GHz

    Channel 11 : 2.462 GHz

    Channel 12 : 2.467 GHz

    Channel 13 : 2.472 GHz


    /$ sudo iwlist wlan0 scan:

    wlan0 Scan completed :

    Cell 01 - Address: 5C:49:79:43:63:28

    Channel:11

    Frequency:2.462 GHz (Channel 11)

    Quality=47/70 Signal level=-63 dBm

    Encryption key:on

    ESSID:"FRITZ!Box 7490"

    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s

    9 Mb/s; 12 Mb/s; 18 Mb/s

    Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s

    Mode:Master

    Extra:tsf=0000000000000000

    Extra: Last beacon: 90ms ago

    IE: Unknown: 000E465249545A21426F782037343930

    IE: Unknown: 010882848B968C129824

    IE: Unknown: 03010B

    IE: Unknown: 0706444520010D14

    IE: Unknown: 2A0100

    IE: Unknown: 3204B048606C

    IE: Unknown: 2D1AAD011BFFFFFF00000000000000000001000000000406E6470D00

    IE: Unknown: 3D160B000500000000000000000000000000000000000000

    IE: Unknown: 7F080000000000000040

    IE: Unknown: DD180050F2020101000003A4000027A4000042435E0062322F00

    IE: Unknown: DD0900037F01010000FF7F

    IE: Unknown: DD0C00040E010102010000000000

    IE: IEEE 802.11i/WPA2 Version 1

    Group Cipher : CCMP

    Pairwise Ciphers (1) : CCMP

    Authentication Suites (1) : PSK

    IE: Unknown: DD6F0050F204104A0001101044000102103B000103104700100E09E83C06D86BE7B1B25C49794363281021000341564D1023000446426F78102400043030303010420004303030301054000800060050F20400011011000446426F78100800022388103C0001031049000600372A000120

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!