Firebox LCD Driver for LCDProc

doktornotor

hw.ata.atapi_dma=0 has no effect under 2.2 - https://doc.pfsense.org/index.php/Boot_Troubleshooting#pfSense_2.2_and_later

avihu

I've tried both commands

2.1.5 - hw.ata.atapi_dma=0
2.2 - hint.ata.0.mode=PIO4

Am I missing something ?

stephenw10

In 2.1.5 you don't need to disable DMA because it's disabled by default in the 32bit Nano images. Is that what you're running?
You have to either add the line:
hint.ata.0.mode=PIO4
to /boot/loader.conf.local before you upgrage to 2.2 or if you've already upgraded then interrupt the bootloader and add it there in order to boot.

Did you successfully install and boot 2.1.5? What hardware are you using?

Steve

avihu

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

I have a x700

i try again now
tnx

stephenw10

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

avihu

Steve tnx

its work !!!! :)

hornpipe2

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/

stephenw10

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

avihu

Is there a way to keep the screen light ?

stephenw10

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

theeddie

seems the driver with the lcd time out disabled is gone

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

Topper727

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..

hornpipe2

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

stephenw10

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

lharris428

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?

stephenw10

Is it trying to connect to IPv6 localhost?

Steve

lharris428

@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.

lharris428

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 »

bennyc

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)

stephenw10

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

Steve