Ergebnis 1 bis 10 von 10
  1. #1
    Anfänger
    Registriert seit
    16.09.2019
    Beiträge
    5
    Thanks (gegeben)
    0
    Thanks (bekommen)
    0
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke

    Question JamesDonkey HD DUO - LCD4LINUX mit Pearl 2,4" Display - keine Anzeige

    Hallo,

    ich versuche gerade ein umgebautes Pearl 2,4" Display mit dem LCD4LINUX Plugin
    zum laufen zu bringen.

    Ich habe verschieden Open ATV Images (6.2, 6.3, 6.4) getestet.
    Leider ohne Erfolg. Das Diplay wird am JamesDonkey HD DUO nicht initialisiert.

    Das gleiche Display läuft ohne Probleme an einem Kathrein UFS 912 mit TitanNit Image.

    Das Pearl Display hat die Firmware "pearl_custom-0.43"

    Was kann hier die Ursache sein?
    Liegt es eventuell an den USB-Treibern des JamesDonkey HD DUO ?

    Gibt es eine Lösung?


    Gruß

    Marcel
    Geändert von mcbo (10.04.2020 um 20:03 Uhr)

    •   Alt Advertising

       

  2. #2
    Anfänger
    Registriert seit
    12.09.2021
    Beiträge
    6
    Thanks (gegeben)
    0
    Thanks (bekommen)
    4
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Hallo,

    Ich habe das selbe Problem. Das Display ist definitiv Ok...läuft problemlos an einem anderen receiver.

    Im Logfile von lcd4linux steht:
    ....
    10:26:46 no command
    10:26:47 get DPF Device...
    10:26:47 usb.core [<DEVICE ID 1908:0102 on Bus 001 Address 004>]
    10:26:47 usb.core find
    10:26:47 1. Vendor=1908 ProdID=0102 True
    10:26:47 open DPF Device0...
    10:26:47 DPF Device not found
    ...

    Das heißt es wird schon gefunden...aber konnte nicht angesprochen werden.

    Im /sys steht es auch normal drin!

    ************************************************** ****************************************
    root@jdhdduo:/sys/bus/usb/devices/1-1.1# ls -la
    drwxr-xr-x 5 root root 0 Sep 12 11:23 .
    drwxr-xr-x 7 root root 0 Sep 11 01:35 ..
    drwxr-xr-x 5 root root 0 Sep 12 11:23 1-1.1:1.0
    -rw-r--r-- 1 root root 4096 Sep 12 11:25 authorized
    -rw-r--r-- 1 root root 4096 Sep 12 11:25 avoid_reset_quirk
    -rw-r--r-- 1 root root 4096 Sep 12 11:25 bConfigurationValue
    -r--r--r-- 1 root root 4096 Sep 12 11:25 bDeviceClass
    -r--r--r-- 1 root root 4096 Sep 12 11:25 bDeviceProtocol
    -r--r--r-- 1 root root 4096 Sep 12 11:25 bDeviceSubClass
    -r--r--r-- 1 root root 4096 Sep 12 11:25 bMaxPacketSize0
    -r--r--r-- 1 root root 4096 Sep 12 11:25 bMaxPower
    -r--r--r-- 1 root root 4096 Sep 12 11:25 bNumConfigurations
    -r--r--r-- 1 root root 4096 Sep 12 11:25 bNumInterfaces
    -r--r--r-- 1 root root 4096 Sep 12 11:25 bcdDevice
    -r--r--r-- 1 root root 4096 Sep 12 11:25 bmAttributes
    -r--r--r-- 1 root root 4096 Sep 12 11:23 busnum
    -r--r--r-- 1 root root 4096 Sep 12 11:25 configuration
    -r--r--r-- 1 root root 65553 Sep 12 11:23 descriptors
    -r--r--r-- 1 root root 4096 Sep 12 11:23 dev
    -r--r--r-- 1 root root 4096 Sep 12 11:23 devnum
    -r--r--r-- 1 root root 4096 Sep 12 11:25 devpath
    lrwxrwxrwx 1 root root 0 Sep 12 11:25 driver -> ../../../../../../../bus/usb/drivers/usb
    drwxr-xr-x 3 root root 0 Sep 12 11:25 ep_00
    -r--r--r-- 1 root root 4096 Sep 12 11:25 idProduct
    -r--r--r-- 1 root root 4096 Sep 12 11:25 idVendor
    -r--r--r-- 1 root root 4096 Sep 12 11:25 ltm_capable
    -r--r--r-- 1 root root 4096 Sep 12 11:25 manufacturer
    -r--r--r-- 1 root root 4096 Sep 12 11:25 maxchild
    lrwxrwxrwx 1 root root 0 Sep 12 11:25 port -> ../1-1:1.0/1-1-port1
    drwxr-xr-x 2 root root 0 Sep 12 11:25 power
    -r--r--r-- 1 root root 4096 Sep 12 11:25 product
    -r--r--r-- 1 root root 4096 Sep 12 11:25 quirks
    -r--r--r-- 1 root root 4096 Sep 12 11:25 removable
    --w------- 1 root root 4096 Sep 12 11:25 remove
    -r--r--r-- 1 root root 4096 Sep 12 11:25 serial
    -r--r--r-- 1 root root 4096 Sep 12 11:23 speed
    lrwxrwxrwx 1 root root 0 Sep 12 11:25 subsystem -> ../../../../../../../bus/usb
    -rw-r--r-- 1 root root 4096 Sep 12 11:25 uevent
    -r--r--r-- 1 root root 4096 Sep 12 11:25 urbnum
    -r--r--r-- 1 root root 4096 Sep 12 11:25 version

    __________________________________________________
    root@jdhdduo:/sys/bus/usb/devices/1-1.1# cat idVendor
    1908
    root@jdhdduo:/sys/bus/usb/devices/1-1.1# cat product
    USB-Display
    root@jdhdduo:/sys/bus/usb/devices/1-1.1#
    __________________________________________________


    Ich würde mich freuen wenn ein Entwickler mal drüber schauen könnte.

    Beste Grüße

    Daliuz

  3. Thanks Mr.Servo bedankten sich
  4. #3
    Avatar von Mr.Servo
    Registriert seit
    10.08.2020
    Ort
    Pfalz / Palatinate
    Beiträge
    2.615
    Thanks (gegeben)
    1794
    Thanks (bekommen)
    2416
    Total Downloaded
    56,91 MB
    Total Downloaded
    56,91 MB
    ReceiverDanke
    Box 1:
    GigaBlue UHD UE 4k Cable (openATV 7.4)
     
     
    Box 2:
    Mut@nt HD51 4k Cable (oATV DEVEL)
     
     
    Moin Zusammen,

    Ich betreibe selbst ein PearlLCD an einer Mut@nt HD51 unter openATV 7.0 und gelegentlich noch unter 6.4. Habe keinerlei Probleme damit und spiele viel damit rum.

    Ich fürchte, am LCD4linux kann es nicht liegen, weil das LCD4linux hier keine boxspezifischen Programmierungen vorsieht. Aus Sicht von LCD4linux wird das PearlLCD über USB gesucht (die Box spielt hierbei keine Rolle) und hoffentlich gefunden und dann mit den Bildinformationen gefüttert. Vielleicht hat das was mit der für mich ominösen 'fstab-Problematik' zu tun? Sind alle anderen USB-Ports (auch eventuell boxintern verbaute USB-Ports) frei oder hängen da andere Geräte dran (z.B. USB-Speichersticks). Mal testweise bitte weg damit und Box komplett neustarten!

    Aber folgendes könnt ihr zusätzlich noch überprüfen bzw. testen:

    1. Ist die Datei '/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux/dpflib.so' vorhanden?

    2. Probiert mal die hier angehängte Testversion der '/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux/dpf.py'. Bitte daran denken, die alte 'dpf.py' umzubenennen in z.B. 'dpf.bak', damit diese immer noch zur Verfügung steht, wenn ihr das rückgängig machen wollt.

    Gruß......Mr.Servo
    Angehängte Dateien Angehängte Dateien

  5. Thanks - bedankten sich
  6. #4
    Anfänger
    Registriert seit
    12.09.2021
    Beiträge
    6
    Thanks (gegeben)
    0
    Thanks (bekommen)
    4
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Hallo,

    Besten Dank erstmal!!

    ich habe mal geschaut ob die dpflib.so vorhanden ist. Ist Sie nicht...
    Da sie von dpf.py eingebunden wird und die open() Funktion genutzt wird erklärt das natürlich das Problem.

    Ich habe mir von
    oe-alliance-plugins/LCD4linux at master . oe-alliance/oe-alliance-plugins . GitHub
    eine fertig compilierte version runtergeladen und mal ausprobiert. Ich habe auch rechte auf 755 gesetzt
    Leider noch ohne Erfolg...

    der JamesDonkey HD DUO nutzt einen Hi3716M was einer Architektur cortexa9hf entsprechen sollte.

    Vielleicht hat ja noch einer ne Idee?


    Grüße

    Daliuz

  7. Thanks Mr.Servo bedankten sich
  8. #5
    Avatar von Mr.Servo
    Registriert seit
    10.08.2020
    Ort
    Pfalz / Palatinate
    Beiträge
    2.615
    Thanks (gegeben)
    1794
    Thanks (bekommen)
    2416
    Total Downloaded
    56,91 MB
    Total Downloaded
    56,91 MB
    ReceiverDanke
    Box 1:
    GigaBlue UHD UE 4k Cable (openATV 7.4)
     
     
    Box 2:
    Mut@nt HD51 4k Cable (oATV DEVEL)
     
     
    Schau mal hier, da findest Du diverse dpflib.so, auch für Deine cortexa9hf.

    Nachtrag: Da Du der einzige bist, bei dem das Problem auftritt, wäre es toll von Dir, wenn Du ein wenig als Tester zur Verfügung stehen könntest!

    Wie ist es es denn eigentlich bei openATV 7.0? Funktioniert Dein Display denn dort?

    Gruß......Mr.Servo
    Geändert von Mr.Servo (12.09.2021 um 17:38 Uhr) Grund: Nachtrag ergänzt

  9. Thanks - bedankten sich
  10. #6
    Anfänger
    Registriert seit
    12.09.2021
    Beiträge
    6
    Thanks (gegeben)
    0
    Thanks (bekommen)
    4
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Hallo,

    Ich stelle mich da gerne als Tester zur Verfügung.

    Ich habe mal mehrere von oe-alliance-plugins/LCD4linux/src/dpflib.so auspropiert.
    Sobald die aufgerufen wird stürzt enigma2 ab. :-(

    Anscheinend ist die Bibliothek nicht für das system compiliert. Die Version für cortexa9hf ist 5 Jahre alt.

    PS: für JamesDonkey HD DUO ist die aktuellste Version die 6.4

    Ich habe mal den lcd4linux crashlog angehängt...


    15:11:43.8282 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2021-09-12 15:11:43+0200 [-] [LCD4linux] looking for Temp ['/proc/hisi/msp/pm_cpu']
    15:11:43.8563 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2021-09-12 15:11:43+0200 [-] [LCD4linux] found Temp: '/proc/hisi/msp/pm_cpu', raw data: '1000.0', usa
    15:11:43.8751 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2021-09-12 15:11:43+0200 [-] [LCD4linux] get DPF Device...
    15:11:43.9926 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2021-09-12 15:11:43+0200 [-] [LCD4linux] usb.core [<DEVICE ID 1908:0102 on Bus 001 Address 003>]
    15:11:44.0068 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2021-09-12 15:11:44+0200 [-] [LCD4linux] usb.core find
    15:11:44.0114 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2021-09-12 15:11:44+0200 [-] [LCD4linux] 1. Vendor=1908 ProdID=0102 True
    15:11:44.0141 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2021-09-12 15:11:44+0200 [-] [LCD4linux] open DPF Device0...
    15:11:44.0198 [ ] bsod.cpp:402 print_backtrace Backtrace:
    15:11:44.0202 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_Z17handleFatalSignaliP9siginfo_tPv) [0x88474]
    15:11:44.0204 [ ] bsod.cpp:410 print_backtrace /lib/libc.so.6(__default_rt_sa_restorer) [0xB594CA10]
    15:11:44.0205 [ ] bsod.cpp:422 handleFatalSignal -------FATAL SIGNAL
    Geändert von Daliuz (12.09.2021 um 19:55 Uhr)

  11. Thanks Mr.Servo bedankten sich
  12. #7
    Avatar von Mr.Servo
    Registriert seit
    10.08.2020
    Ort
    Pfalz / Palatinate
    Beiträge
    2.615
    Thanks (gegeben)
    1794
    Thanks (bekommen)
    2416
    Total Downloaded
    56,91 MB
    Total Downloaded
    56,91 MB
    ReceiverDanke
    Box 1:
    GigaBlue UHD UE 4k Cable (openATV 7.4)
     
     
    Box 2:
    Mut@nt HD51 4k Cable (oATV DEVEL)
     
     
    @mcbo und @Daliuz,

    Danke euch!!! Hier, probiert mal openATV 7.0 (Betastatus) für eure JD HD Duo: klick hier

    Bei openATV 7.0 wird die 'dpflib.so' boxindividuell frisch gebaut, das sollte also klappern....

    Bei openATV 6.4 liegt der Fokus gerade auf anderen wichtigen Dingen, von daher wird die kostbare Zeit derzeit woanders nutzbringender investiert. Dort wird es sicher 4 Wochen dauern, bis man das Thema angeht. Ist wie oft im Leben eine Frage der Priorisierung. Bitte deswegen um Verständnis!

    Gruß.......Mr.Servo
    Geändert von Mr.Servo (12.09.2021 um 23:13 Uhr)

  13. #8
    Anfänger
    Registriert seit
    12.09.2021
    Beiträge
    6
    Thanks (gegeben)
    0
    Thanks (bekommen)
    4
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Hi Mr. Servo,

    komme leider erst morgen zum Testen. Melde mich dann

    Beste Grüße

    Daliuz

  14. Thanks Mr.Servo bedankten sich
  15. #9
    Anfänger
    Registriert seit
    12.09.2021
    Beiträge
    6
    Thanks (gegeben)
    0
    Thanks (bekommen)
    4
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Hallo,

    Also Version 7 stürzt nach der installation von lcd4linux nach einem Neustart der Box ab und bleibt dann in einer enigma2 restart schleife hängen.
    Ich habe keine extra skin oder plugins installiert.



    das chrash log:
    openATV Enigma2 crash log

    crashdate=Mi Sep 15 08:53:21 2021
    compiledate=Sep 12 2021
    skin=Default Skin
    sourcedate=2021-09-11
    branch=7.0
    rev=2.8.0-23332-g0bcfe9d
    component=enigma2, signal

    stbmodel=u42
    stbmodel=ultimo
    stbmodel=dm8000
    kernelcmdline=console=ttyAMA0,115200 root=ubi0:rootfs rw ubi.mtd=9,2048 rootfstype=ubifs rootwait mtdparts=hinand:1M(boot),512K(bootargs),256K(basep aram),256K(pqparam),1M(logo),512K(deviceinfo),512
    nimsockets=NIM Socket 0:
    imageversion=box_type=jdhdduo
    imageissue=Welcome to openATV for %h


    PC: b1498620
    Fault Address: 746165b2
    Error Code:: 5
    Backtrace:
    /usr/bin/enigma2(_Z17handleFatalSignaliP9siginfo_tPv) [0x79634]
    /lib/libc.so.6(__default_rt_sa_restorer) [0xB581BCD0]
    -------FATAL SIGNAL

  16. #10
    Anfänger
    Registriert seit
    12.09.2021
    Beiträge
    6
    Thanks (gegeben)
    0
    Thanks (bekommen)
    4
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Hallo,

    kleiner Nachtrag...
    Ohne eingestecktes Pear-DPF läuft das Plugin. Sobald das display eingesteckt wird läuft die restart Schleife.

    Ein Auszug aus dem Enigma2-debug
    ......
    2021-09-15 20:05:51+0200 [-] [Volume Adjust] Update Info
    2021-09-15 20:05:51+0200 [-] [Volume Adjust] Volume = 50
    2021-09-15 20:05:51+0200 [-] [Volume Adjust] load xml...
    [eDVBServicePlay] timeshift
    [eDVBServicePlay] timeshift /media/hdd/timeshift/ statfs failed: No such file or directory
    [eEPGChannelData] abort non avail schedule other reading
    [eEPGChannelData] abort non avail netmed schedule reading
    [eEPGChannelData] abort non avail netmed schedule other reading
    [eEPGChannelData] abort non avail FreeSat schedule_other reading
    [eEPGChannelData] abort non avail viasat reading
    [eEPGChannelData] nownext finished(1631729155)
    [eDVBServicePlay] timeshift
    [eDVBServicePlay] timeshift /media/hdd/timeshift/ statfs failed: No such file or directory
    [eEPGChannelData] schedule finished(1631729174)
    [eEPGChannelData] stop caching events(1631729174)
    [eEPGChannelData] next update in 60 min
    2021-09-15 20:06:32+0200 [-] "::ffff:192.168.2.121" - - [15/Sep/2021:18:06:32 +0000] "GET /api/statusinfo?_=1631728371595 HTTP/1.1" 200 474 "http://192.168.2.182/" "Mozilla/5.0 (Windows NT 10.0; Wi
    Found AX206 DPF
    PC: b1480620
    Fault Address: 0110015a
    Error Code:: 5
    Backtrace:
    /usr/bin/enigma2(_Z17handleFatalSignaliP9siginfo_tPv) [0x79634]
    /lib/libc.so.6(__default_rt_sa_restorer) [0xB57CBCD0]
    -------FATAL SIGNAL
    [gRC] main thread is non-idle! display spinner!


Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:29 Uhr.
Powered by vBulletin® Version 4.2.5 (Deutsch)
Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.
Resources saved on this page: MySQL 5,26%
Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)
vBulletin Skin By: PurevB.com