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 417.3k 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.
    • A
      avihu
      last edited by

      Yes 2.1.5 works great
      But after the update the screen stops working

      I have a x700

      i try again now
      tnx

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

        Ok. I know this works because I did it on my own X700 yesterday!  :)
        Install 2.1.5 then install lcdproc-dev. Then do this:
        https://forum.pfsense.org/index.php/topic,7920.msg344513.html#msg344513

        After you've done it make sure there's no lcdd.sh file /usr/local/etc/rc.d.

        Then upgrade to 2.2. After the update lcdproc won't be working because it is installed on the first boot so the startup sequence misses it. Reboot and you should be golden.  8)

        Steve

        1 Reply Last reply Reply Quote 0
        • A
          avihu
          last edited by

          Steve tnx

          its work !!!!  :)

          1 Reply Last reply Reply Quote 0
          • H
            hornpipe2
            last edited by

            pfSense 2.2 -
            I can't find the LCDd.conf file after hitting "save" in /usr/local/etc.

            It appears to have moved to here, though:
            /usr/pbi/lcdproc-i386/local/etc/LCDd.conf

            EDIT: Module path in generated LCDd.conf is incorrect too, change /usr/local/lib/lcdproc/
            to /usr/pbi/lcdproc-i386/local/lib/lcdproc/

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

              JimP fixed up the paths in the lcdproc-dev package last week. If you install and run it normally it should at least start correctly. As far as know though the sdeclcd driver still has problems at boot and you may still see issues with IPv6 localhost.

              Steve

              1 Reply Last reply Reply Quote 0
              • A
                avihu
                last edited by

                Is there a way to keep the screen light ?

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

                  No not with the included driver. It was coded that way deliberately because the original displays had a limited backlight life. I think someone in this thread compiled a driver that does not turn off the backlight though. You can probably use that if you can find it.

                  Steve

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

                    seems the driver with the lcd time out disabled is gone

                    anyone got a copy, or maybe a driver with a 5 min timeout.

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

                      2.2 RC 64 bit here and using crystalfontz 735 display but seems server starts with jimp's fix but not the client.. shows client 0 on screen.. I can start it manually with /usr/bin/nice -20 /usr/local/bin/lcdproc C T U &  but not with gui in pfsense.  so i lose the LED's I fixed while back showing status (the 4 on side that show CPU gateway and stuff)  But I must say the options that show other things using the command line are much nicer then the package usually has.  Wish they make it show this kind of info..

                      Dell 2950 g3 server
                      Intel(R) Xeon(R) CPU E5430 @ 2.66GHz
                      Current: 2000 MHz, Max: 2667 MHz
                      8 CPUs: 2 package(s) x 4 core(s)
                      8152 MiB and 600meg 10k drive
                      Pfsense 2.4 .. Hoping to get the phpvirtualbox going again.

                      1 Reply Last reply Reply Quote 0
                      • H
                        hornpipe2
                        last edited by

                        Yeah, I've found that using the method to call via Shellcmd works for about 2 seconds… server starts, client connects, about the time the device is "creating RRD graphs" according to serial port.  A few seconds later, boot completes, we get the startup jingle played, and the client dies.

                        Server stays running though.

                        You can then use the command manually to restart the client and it'll run forever.  Not sure what causes it to die early in the startup...

                        EDIT: my eBay purchases came in, I got 1.4ghz SL6BY and 512MB now... just had to share  ;D

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

                          The client is killed because there is still a startup script running when packages are restarted at that point that kills it. Check in /usr/local/ect/rc.d for an lcdproc.sh script that should be removed when you disable the options in the menu but sometimes isn't.

                          Steve

                          1 Reply Last reply Reply Quote 0
                          • L
                            lharris428
                            last edited by

                            Ever since the new LCDProc package was released it was working for me until I decided to change up some stuff… At first I thought it was because I had activated an interface OPT1 and then changed my mind and disabled it.  I figured I had maybe messed up the firewall.  Then changed changed my IP range of the LAN from 192.168.0.0/24 to 10.3.0.0/23, after that I noticed LCDProc wouldn't work anymore...even on a fresh install.    Going to nuke the box again and do more testing.  It's the old "LCDproc unable to connect to localhost:13666" issue coming back to haunt me... and it's aggravating.

                            With this latest reformat, the only thing I've done is set the IP range, installed shellcmd, aprwatch, and bandwidthd.  Going to nuke the box again tomorrow and install LCDProc first.  If that doesn't work, I'll nuke the box and install LCDProc again and set the LAN IP to 192.168.0.1 again.

                            I've been trying to read up on this thread and another that is currently retired.  I assume the firewall can't actually interfere can it?  Am I crazy here?  Can anything I do to the LAN interface screw up LCDProc's server?

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

                              Is it trying to connect to IPv6 localhost?

                              Steve

                              1 Reply Last reply Reply Quote 0
                              • L
                                lharris428
                                last edited by

                                @stephenw10:

                                Is it trying to connect to IPv6 localhost?

                                Steve

                                I didn't think of that.  You know, everytime the box asks me anything about IPv6, I just ignore it for now… so that could be it.  I'll have to check that out or specify an IPv4 address in the conf or something.  It's getting late, but I'll try that now.

                                1 Reply Last reply Reply Quote 0
                                • L
                                  lharris428
                                  last edited by

                                  I just nuked the box and started over.  I did absolutely nothing but enter in my pppoe credentials, completed the setup wizard, installed LCDProcDev, set parallel/driver in the config section and enabled some screens.  I then rebooted to be sure and still no luck.

                                  I stopped LCDProc at the services screen on the webpage and ran the commands below in SSH.  I still have to learn about IPV6, but I don't have it enabled anywhere.  This plugin still seems a bit flaky… any ideas?

                                  
                                  [2.2-RELEASE][admin@pfSense.hnet.home]/usr/local/etc/rc.d: ps aux | grep LCD
                                  [2.2-RELEASE][admin@pfSense.hnet.home]/usr/local/etc/rc.d: ./lcdproc.sh start
                                  [2.2-RELEASE][admin@pfSense.hnet.home]/usr/local/etc/rc.d: ps aux | grep LCD
                                  nobody  39082   0.0  0.1 10308  2072  -  SNs   3:50AM 0:00.00 /usr/local/sbin/LCDd -c /usr/pbi/lcdp
                                  [2.2-RELEASE][admin@pfSense.hnet.home]/usr/local/etc/rc.d:
                                  Warning: fsockopen(): unable to connect to localhost:13666 (Operation timed out) in /usr/local/pkg/lcdproc_client.php on line 915
                                  
                                  Warning: stream_set_timeout() expects parameter 1 to be resource, boolean given in /usr/local/pkg/lcdproc_client.php on line 916
                                  
                                  

                                  EDIT:  I searched around between all the various LCDProc threads and I tried Borage's approach that is mentioned on post 70 of this thread - "[LCDProc] - Could not read config file"  and it worked.  So my question is, I am not setting up something right where "localhost" is not working?  I am installing direct to HD which I mentioned how I did it via the firebox x550e thread here.  I am just doing a simple install, so I don't understand what could be going wrong?  Could it really be defaulting to IPv6 or something else whacky?

                                  Edit:

                                  I permanently fixed the problem by editing the following file.

                                  /usr/local/pkg/lcdproc.inc

                                  	define('LCDPROC_HOST','localhost');
                                  	define('LCDPROC_PORT','13666');
                                  

                                  My changes: See line 36

                                  	define('LCDPROC_HOST','127.0.0.1');
                                  	define('LCDPROC_PORT','13666');
                                  

                                  « Last Edit: December 30, 2014, 11:47:23 am by Borage »

                                  1 Reply Last reply Reply Quote 0
                                  • B
                                    bennyc
                                    last edited by

                                    Got it working, but a bit simpler.
                                    -> System>Advanced>Networking>IPv6 Options: check Prefer IPv4 over IPv6
                                    This got me a working LCDproc-dev on my x1250e with 2.2 and lcdproc-0.5.7_2 pkg v. 0.9.11. (before it simply crashed after service start)

                                    4x XG-7100 (2xHA), 1x SG-4860, 1x SG-2100
                                    1x PC Engines APU2C4, 1x PC Engines APU1C4

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

                                      The PHP client does seem to have that problem, in the dev package at least. The standard lcdproc client runs fine.

                                      Steve

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

                                        Hi everyone!
                                        I have my WG Xtm505 with pfsense 2.2 on it. Everything is fine, but LCDProc won't work.

                                        Mar 23 16:34:14	php-fpm[98065]: lcdproc: Stopping service: no com port selected
                                        Mar 23 16:34:14	php-fpm[98065]: lcdproc: The chosen lcdproc driver is not a valid choice
                                        

                                        But in settings I have (https://drive.google.com/file/d/0B7V4t4POELQwMlp6V2xvMkJOYlk/view?usp=sharing).
                                        There is no such driver "watchguard" in drivers' list.

                                        lcdproc-0.5.7_2 pkg.v.1.0.2

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

                                          You have to use the lcdproc-dev package to get the sdeclcd driver.

                                          Steve

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

                                            @stephenw10:

                                            You have to use the lcdproc-dev package to get the sdeclcd driver.

                                            Steve

                                            Thank you, Steve! But I was thinking that never version has a full pack of drivers =) (dev version is older than stable)

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