Posts by jpg73

    Dears,

    I observed strange behaviour between VDR server / LE client linked with VNSI

    Here is the description

    On server side (VDR2.2 + VNSI SERVER 1.5.1) with Vdr running

    1/ kill -9 10089

    2/ vdr -d -P live -P xmltv2vdr -P vnsiserver -v /recordings

    On Client side (LE8.0 and LE8.1) with LE showing TV guide

    1/ Notification VDR VNSI Client connection lost

    2/ Notification VDR VNSI Client connection restored

    3/ Full Kodi freeze ( no interaction at all ) but ssh is working

    See log …. HZGG

    I try with latest VDR & latest VNSI server -> No change

    I try with latest LE9 -> instead of freeze I’ve a reboot of LE !


    Any idea ?

    Thanks in advance

    JP

    That's the point !

    I strictly followed the procedure and just after "rainconf -C 0005 /dev/ttyACM0"

    my RC wasn't reponding anymore to any key (and I'm testing on SR carrier & my own carrier)

    Are you sure 0005 is the accurate parameter ?

    Why my own carrier? because I need a solution for with minimum connectivity (1 eth, 1hdmi, 1 PS, 2USB in a box of 60x70x30mm )

    Regards

    JP

    If you Flir is USB device, no chance ! it 's not powered

    If you are using Solid run board, unfortunately, there is no permanent 5V on the board

    (Hopefully on my carrier , Ive put a secondary 5V power supply for internal use)

    I'll report this HW bug to SolidRun if I found the relevant person to advice

    REgards

    JP

    Hi ,

    I succeed to solve the suspend issue

    The solution arose from the spurious wakeup after the suspend

    After deep night check, the issue is only linked to HW issue on the carrier board

    Please have a look on solidPC Carrier Schematic

    on page 2 top right the power supply of USB (V5S_USB) is provided by current limiter ( NCP380) and by V5S

    Which means 5V suspended !

    this is extremely logical, when LE is entering in suspend , the internal PSU switch off this line and then no power are applied on USB devices.

    the spurious wake up is just generated by the delay of NCP380.

    On my own carrier , I change from V5S by V5A ( which is always applied ) and the suspend / resume by USB is working like a charm

    Regards

    JP

    Hi,

    The purpose of my test was to determine if it's linked to BIOS or SW.

    Again the test case is simple (I'm not targetted at this stage a usb wakeup , it's just simple test step/step)

    XHC1 is enabled in /proc/acpi/wakeup

    1/ Bios freshly reset -> LE freshly installed -> only USB key connected -> systemctl suspend -> (Immediately wakeup )

    2/ Bios freshly reset -> Ubuntu freshly installed -> only USB key connected -> systemctl suspend -> system suspended !

    regarding this test, I 'm not confident that the root cause is Bios

    Honestly I'm pure HW specialist with some SW basics.

    If you provide some guidande I can investigate by myself .but alone I cannot :(

    I'm 200% convinced we can found the rootcause toghether

    thanks in advance

    JP

    Dears,

    I'm using LE8.0.2 on Braswel E8000( Bios freshly resetted & Only one USB Hub is connected for the first test

    after deep test, I found one issue about suspend

    When in a shell, I type systemctl suspend. My system entered in suspend mode and immediately after it wakes up

    A workaround is to disable XHC in /proc/acpi/wakeup or to have no usb plugged.

    My concern is I cannot use this workaround because I need usb to wake up my system

    After investigation, I installed ubuntu LTS 16.02 on the same system ( and again with a Bios freshly reseted ).

    What a surprise to see that suspend works perfectly !

    Could you have some guidance to fix / found the correct workaround ?

    Thanks in advance

    JP

    I confirm same behaviour than you Frans.
    I'm not using TVH but VDR and basically what frustrate me too is that I try LE on intel platform & Ammlogic platform.
    I would say imx6 (Cubox) is more "reactive" than the 2 previous (but with the channel freeze bug, I cannot use it)
    I confirm also using 7.03 which is my actual reference too

    Thanks vpeter for your contribution
    JP

    ps1: I've the feeling during the freeze , LE doesn't display .. .but the engine is "running"
    ps2: when the freeze channel occur ( and If I reboot manually) "last image" is displayed on the screen ( instead of a black one)

    Hi,
    I installed LE 7.95.2 on intel Braswell from solidrun E8000 Braswell Carrier Boards | SolidRun
    Globally speaking the overall result is excellent except the suspend mode

    In general menu, instead of shutdown I try to suspend seems LE enters in SLEEP and immediately wakeup
    See below the log extract
    Thanks in advance for any advices
    JP

    18:04:02.611 T:139954302732032 WARNING: COutput::StateMachine - signal: 3 form port: timer not handled for state: 2
    18:04:07.962 T:139956477347072 NOTICE: OnSleep: Running sleep jobs
    18:04:07.962 T:139956477347072 NOTICE: OnSleep: Stopping lirc
    18:04:12.793 T:139954302732032 WARNING: COutput::StateMachine - signal: 3 form port: timer not handled for state: 2
    18:04:12.794 T:139956477347072 ERROR: Keymapping error: no such action 'lirc.start' defined
    18:04:12.988 T:139956477347072 NOTICE: OnWake: Running resume jobs
    18:04:12.988 T:139956477347072 NOTICE: OnWake: Restarting lirc
    18:04:12.988 T:139956447667968 WARNING: CActiveAE::StateMachine - signal: 0 from port: OutputControlPort not handled for state: 6
    18:04:18.523 T:139956477347072 ERROR: ActiveAE::Resume - failed to init
    18:04:18.748 T:139955034773248 WARNING: CPVRRecording::CPVRRecording - unable to determine channel type. Defaulting to TV.