Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Firebox LCD Driver for LCDProc

    Scheduled Pinned Locked Moved Hardware
    398 Posts 97 Posters 416.7k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • stephenw10S
      stephenw10 Netgate Administrator
      last edited by

      It would have to be compiled against the current LCD proc version and probably FreeBSD version. It might be 64bit if was compiled for the XTM5 also.

      Any reason you are running such an old version? Get to 2.3.2 and enjoy.  :)

      Steve

      1 Reply Last reply Reply Quote 0
      • 0
        0raid
        last edited by

        @stephenw10:

        It would have to be compiled against the current LCD proc version and probably FreeBSD version. It might be 64bit if was compiled for the XTM5 also.

        Any reason you are running such an old version? Get to 2.3.2 and enjoy.  :)

        Steve

        2.1 running great in firebox x550e , so there is no reason to change it , also i have read here in the forum a lot users report about 2.3 and firebox machine with a lot problems.

        1 Reply Last reply Reply Quote 0
        • stephenw10S
          stephenw10 Netgate Administrator
          last edited by

          Well you had the DMA issue from 2.2+ but it's an easy fix. I still have some for testing running 2.3.X and 2.2.X without issue. Of course it's your choice.

          The much older driver may still work in 2.1 but I'm not sure oit would against a current lcdproc version. You would have to recompile it in that case.

          Steve

          1 Reply Last reply Reply Quote 0
          • P
            poneyboy
            last edited by

            Oh yes, sorry. We only tried the driver on 3 XTM5 boxes… My friend tried to compile in 32bits. You will have to test it. :)

            https://transfer.sh/10V6e3/sdeclcd.so

            Please let us know if it is working.

            1 Reply Last reply Reply Quote 0
            • 0
              0raid
              last edited by

              @poneyboy:

              Oh yes, sorry. We only tried the driver on 3 XTM5 boxes… My friend tried to compile in 32bits. You will have to test it. :)

              https://transfer.sh/10V6e3/sdeclcd.so

              Please let us know if it is working.

              Thank you my friend! is working with this file!! ;)

              thanks again!

              1 Reply Last reply Reply Quote 0
              • T
                tym1200
                last edited by

                @poneyboy:

                Hi,
                A friend recompiled the driver. Here is the translated procedure from french.

                Instruction mod lcdproc :
                Stop LCDproc service
                Replace sdeclcd.so in /usr/local/lib/lcdproc
                sdeclcd.so here : https://transfer.sh/t1Cjm/sdeclcd.so
                I made mv /usr/local/lib/lcdproc/sdeclcd.so /usr/local/lib/lcdproc/sdeclcd.so.bak
                then curl -O “https://transfer.sh/t1Cjm/sdeclcd.so”
                and chmod +x the new sdeclcd.so file.
                Then you restard LCDproc service and it runs with backlight without the timeout

                We tried on our XTM5 but it should work with other boxes.

                Hey, was wondering if you could reupload the modified driver, it looks like the link may have went stale. Hoping to get  my backlight to stay on for my XTM 5 running 2.3.3 x64  Thanks!

                1 Reply Last reply Reply Quote 0
                • chpalmerC
                  chpalmer
                  last edited by

                  @tym1200:

                  Hey, was wondering if you could reupload the modified driver, it looks like the link may have went stale. Hoping to get  my backlight to stay on for my XTM 5 running 2.3.3 x64  Thanks!

                  I believe that file you reference is for 32bit..

                  Non the less the new LCDproc package allows the option in "Settings" to keep the back light on.

                  Triggering snowflakes one by one..
                  Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

                  1 Reply Last reply Reply Quote 0
                  • F
                    flecom
                    last edited by

                    @tym1200:

                    @poneyboy:

                    Hi,
                    A friend recompiled the driver. Here is the translated procedure from french.

                    Instruction mod lcdproc :
                    Stop LCDproc service
                    Replace sdeclcd.so in /usr/local/lib/lcdproc
                    sdeclcd.so here : https://transfer.sh/t1Cjm/sdeclcd.so
                    I made mv /usr/local/lib/lcdproc/sdeclcd.so /usr/local/lib/lcdproc/sdeclcd.so.bak
                    then curl -O “https://transfer.sh/t1Cjm/sdeclcd.so”
                    and chmod +x the new sdeclcd.so file.
                    Then you restard LCDproc service and it runs with backlight without the timeout

                    We tried on our XTM5 but it should work with other boxes.

                    Hey, was wondering if you could reupload the modified driver, it looks like the link may have went stale. Hoping to get  my backlight to stay on for my XTM 5 running 2.3.3 x64  Thanks!

                    yes I too would really like this… LCDproc has an option to keep the backlight on but this driver ignores it... only the ancient SDEC LCD displays used EL backlights, there is no reason to turn the backlight off on a modern watchguard like an XTM that has an LED backlight... factory firmware keeps it on 24/7

                    1 Reply Last reply Reply Quote 0
                    • D
                      DeLorean
                      last edited by

                      @flecom:

                      there is no reason to turn the backlight off on a modern watchguard like an XTM that has an LED backlight… factory firmware keeps it on 24/7

                      If have converted many XTM 5 series , and i have never see one of then that keeps the LED backlight on with the factory firmware (BIOS).

                      Grtz
                      DeLorean

                      1 Reply Last reply Reply Quote 0
                      • F
                        flecom
                        last edited by

                        I manage a ton of XTMs with actual watchguard software I assure you the backlight stays on 24/7

                        it's lcdproc that turns it off in the driver

                        1 Reply Last reply Reply Quote 0
                        • stephenw10S
                          stephenw10 Netgate Administrator
                          last edited by

                          That's true, it's the driver that turns off the back light and not the BIOS.

                          It would not be that hard to recompile the driver with the timer edited out if you really need that. I personally prefer it going out. If I see the LCD is lit that means the driver has crashed out for some reason.

                          Steve

                          1 Reply Last reply Reply Quote 0
                          • N
                            networkBob
                            last edited by

                            Greetings all,

                            I've got an XTM5 box (2.3.4 amd64) and I would like to keep the LED display backlight permanently ON.

                            If one of you has the modified sdeclcd.so file that removes the backlight timeout code, please post the file or post a link to the file.

                            Thank you!

                            Watchguard XTM525 running pfSense 2.4.1

                            1 Reply Last reply Reply Quote 0
                            • F
                              fmertz
                              last edited by

                              Has someone gathered the DATA on this issue? I know the original spec I coded the driver from mentioned a low number of hours for the life of the backlight. Some of you seem to suggest that the technology has evolved over time, and that automatic time out should no longer apply. Maybe different hardware revisions of these Watchguard/Lanner boxes used backlights that could stay on on a continuous basis. Maybe the problem is only with the earliest boxes, and few people use those anymore. I am willing to provide a code fix (and work it upstream through lcdproc.org) to implement a parameter in the config file, if applicable, but I would like to know the hard facts. Is it a matter of opening the case and identifying the LCD manufacturer, and, from there, locate a suitable spec sheet?

                              I coded the driver as per this SDEC spec sheet: http://www.ktechs.net/pvt_filz/lcdproc/LMC-S2D20-01.pdf

                              Let me know…

                              1 Reply Last reply Reply Quote 0
                              • D
                                DeLorean
                                last edited by

                                @flecom:

                                I manage a ton of XTMs with actual watchguard software I assure you the backlight stays on 24/7

                                it's lcdproc that turns it off in the driver

                                @stephenw10:

                                That's true, it's the driver that turns off the back light and not the BIOS.

                                It would not be that hard to recompile the driver with the timer edited out if you really need that. I personally prefer it going out. If I see the LCD is lit that means the driver has crashed out for some reason.

                                Steve

                                You guys where 100% right.
                                I never used these boxes with the Watchguard software, only for a powerup test after receiving it for verifying
                                if the listed modelnr corresponds with the seller information.
                                Besides that, these boxes where immediately converted to pfSense, and that's why i never saw the LCD screens keeps on.  ::)

                                Grtz
                                DeLorean

                                1 Reply Last reply Reply Quote 0
                                • D
                                  dhoffman98
                                  last edited by

                                  OK, so… if it's the driver... is there a way to include a command to NOT turn it off or to change the timer value? Perhaps being able to set it to zero to keep it on, or to a number of seconds before it shuts off.

                                  1 Reply Last reply Reply Quote 0
                                  • D
                                    DeLorean
                                    last edited by

                                    It would be nice if the option to keep on the LCD screen under settings was working.
                                    So that you can decide if the LCD screen backlight must be kept on or off.

                                    Grtz
                                    DeLorean

                                    1 Reply Last reply Reply Quote 0
                                    • D
                                      dhoffman98
                                      last edited by

                                      That's true. Since there are options set in the settings interface for LCDProc, I wonder if there isn't some way for the file to disregard it's internal clock for killing the backlight and just allow the settings to override it.

                                      Where is the latest code source for the program? I don't know if I can properly write the changes, but I'll try.

                                      1 Reply Last reply Reply Quote 0
                                      • stephenw10S
                                        stephenw10 Netgate Administrator
                                        last edited by

                                        Go to the source!  ;D

                                        http://lcdproc.cvs.sourceforge.net/viewvc/lcdproc/lcdproc/server/drivers/sdeclcd.c?view=markup

                                        But yeah a code revision to enable or disable the backlight timer from the driver config would be appreciated by many. There can;t be that many people running the original X-Core models now.

                                        Steve

                                        1 Reply Last reply Reply Quote 0
                                        • F
                                          fmertz
                                          last edited by

                                          It's here, now: https://github.com/lcdproc/lcdproc

                                          So, this backlight timeout is only useful for the old X-Core boxes? What about the X-Core-e (x550e, x750e)? X-Peak?

                                          1 Reply Last reply Reply Quote 0
                                          • stephenw10S
                                            stephenw10 Netgate Administrator
                                            last edited by

                                            The X-Peak may have a limited life but the display is different hardware. My X-Peak died of bad caps a while back anyway.

                                            The X-e and newer models are all led backlight I believe so no problems.

                                            I would not want to have it on all the time personally but a choice to do so seems reasonable.

                                            Steve

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.