Crystal Fontz 635 help!
-
This is my lcdproc.sh:
#!/bin/sh # This file was automatically generated # by the pfSense service handler. rc_start() { if [ `ps auxw |awk '/LCD[d]/ {print $2}'| wc -l` != 0 ]; then ps auxw |awk '/LCD[d]/ {print $2}'|xargs kill sleep 1 fi if [ `ps auxw |awk '/lcdclient.s[h]/ {print $2}'| wc -l` != 0 ]; then ps auxw |awk '/lcdclient.s[h]/ {print $2}'|xargs kill sleep 1 fi /usr/local/sbin/LCDd -c /usr/local/etc/LCDd.conf /tmp/lcdclient.sh & } rc_stop() { if [ `ps auxw |awk '/LCD[d]/ {print $2}'| wc -l` != 0 ]; then ps auxw |awk '/LCD[d]/ {print $2}'|xargs kill sleep 1 fi if [ `ps auxw |awk '/lcdclient.s[h]/ {print $2}'| wc -l` != 0 ]; then ps auxw |awk '/lcdclient.s[h]/ {print $2}'|xargs kill sleep 1 fi } case $1 in start) rc_start ;; stop) rc_stop ;; restart) rc_stop rc_start ;; esacAnd this is the output of top:
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 41285 nobody 1 54 0 7936K 1648K nanslp 0 151:16 17.09% LCDd 41650 root 1 66 0 8292K 1668K wait 0 0:33 0.00% sh 58696 root 1 67 0 8292K 1668K wait 0 0:31 0.00% sh 36313 root 1 64 20 5836K 1468K select 1 0:17 0.00% apinger 12176 root 1 76 20 8292K 1720K wait 1 0:13 0.00% sh 2748 root 1 44 0 19152K 4772K select 0 0:06 0.00% racoon 46700 dhcpd 1 44 0 13056K 7668K select 0 0:04 0.00% dhcpd 39941 root 1 44 0 104M 29624K accept 0 0:04 0.00% php 17548 root 1 44 0 14772K 2796K select 1 0:03 0.00% syslogd 40227 root 1 76 0 104M 24436K accept 1 0:03 0.00% php 36983 root 1 44 0 25764K 5364K kqread 0 0:02 0.00% lighttpd 18570 root 1 44 0 11768K 3972K bpf 1 0:02 0.00% tcpdump 18810 root 1 44 0 5832K 1016K piperd 1 0:02 0.00% logger 53890 root 3 64 20 7216K 1652K nanslp 0 0:01 0.00% filterdns 47579 nobody 1 44 0 10144K 2936K select 0 0:01 0.00% dnsmasq 14608 _dhcp 1 44 0 5832K 1572K select 0 0:01 0.00% dhclient 39886 _ntp 1 44 0 5832K 1456K select 0 0:00 0.00% ntpd 38682 root 1 45 0 104M 22472K accept 0 0:00 0.00% php 15207 root 1 44 0 7980K 1556K nanslp 0 0:00 0.00% cron 39687 root 1 76 0 100M 12312K wait 0 0:00 0.00% php 37349 root 1 76 0 100M 12308K wait 0 0:00 0.00% phpI see that LCDd is running but I don't see that lcdproc is running and I'm assuming that you need both?
Cino I have not tried your work around yet, taking a look at it now. Thanks for the quick responses. -
The LCDproc package runs differently to the way I have it installed on my firebox so I could be wrong.
Looking at lcdproc.sh it appears the two processes you should see are lcdd and lcdclient.sh. You don't so it's not working.
However with lcdd running but no client I expect the display to show some lcdd server info as in this post.
The fact that is doesn't could indicate a driver problem. However I think you need to try Cino's fix above to make sure it's starting correctly. Or start the server manually at some point.Steve
-
No luck guys, still seems that it doesn't work. Even with Cino's work around.
Here is my syslog information:
At this point I'm not even sure the screen works since I have never seen anything other then the demo text on it.
I am going to install windows on the box and see if I can get it to work that way. I still don't have a clear understanding on how the package works so let me take a try and you guys can tell me if I'm right.In the FreeBSD there is a folder called /usr/local/etc/rc.d and anything that you put in there will autorun when the computer starts. Now the package LCDproc takes advantage of a demon called LCDd which gets its configuration information from LCDd.conf. LCDproc also uses LCDproc.inc and LCDproc.xml to get it's configuration information for such things as what text to display on the screen and also what driver to use and port, speed ect. Now the drivers are located in /usr/local/lib/lcdproc folder and have an extention of *.so. But the LCDd.conf addresses the driver without the extension, does this mean anyting? Also how is the LCDd.conf generated? I suspect it is generated from the lcdproc package. Below is my LCDd.conf
[server] Driver=CFontzPacket Bind=127.0.0.1 Port=13666 ReportLevel=3 ReportToSyslog=yes WaitTime=5 User=nobody ServerScreen=no Foreground=no DriverPath=/usr/local/lib/lcdproc/ GoodBye="Thanks for using" GoodBye=" pfSense " ToggleRotateKey=Enter PrevScreenKey=Left NextScreenKey=Right ScrollUpKey=Up ScrollDownKey=Down [menu] MenuKey=Escape EnterKey=Enter UpKey=Up DownKey=Down [CFontzPacket] Device=/dev/ugen3.2 Model=635 Size=20x4 Contrast=350 Brightness=1000 OffBrightness=50 Speed=115200 NewFirmware=yes Reboot=yesAlso does my port speed seem kind of high, I know typically serial devices use a port speed of 9600. My device is USB however just trying to think of all possibilities. I may also try to update to the lates version of lcdproc. One last thing it seems like I'm trying to connect to the LCDd on a different port than it's listening on but all of the config files say port=13666.
Thanks for all your help in advance. If anything I'm learning a whole lot about Unix (FreeBSD).
-
The system log looks a lot better though. It shows lcdd starting and listening for a client and then the client successfully connecting to it. So why is it not actually updating the screen?
Is it stuck in demo mode? It is set to the wrong baud rate?
The option Reboot=yes is supposed to be so that the screen resets itself and comes up in a known state. This implies it may be possible for it to setup wrong.Override the default communication speed known for the selected model.
[default: depending on model; legal: 19200, 115200]
#Speed=115200
So maybe try 19200.
The Newfirmware=yes option is a bit confusing. If you look at the code at the lcdproc site it seems to imply there isn't any new firmware so this does nothing. :-
In fact your display shows V1.6 and this option is V2.0 firmwares. Maybe try changing that to no.Set the firmware version (New means >= 2.0) [default: no; legal: yes, no]
Currently this flag is not in use, there is no such thing as NewFirmware. ;=)
#NewFirmware=no
Edit: Actually 1.6 is the most recent. the above only applies to the 633.
Your explanation of how it works is mostly accurate. However this isn't a "normal" install of lcdproc.
In order to use the pfSense package system the lcdproc package does things a bit differently. For example it writes out the lcdproc.conf file when you setup the package. Usually you would just edit the file directly.
It doesn't use the standard lcdproc client instead using it's own client. Lcdproc is written as a client/server combination just to make it easy for people to write their own client software.Steve
-
I know a 635 with scab works on my box as I tried it a few weeks ago as a test. I didn't change any settings other then add the usb port to the config files and selected the packet driver… I do have one extra driver that you may not have. In the http://forum.pfsense.org/index.php/topic,23919.msg123663.html#msg123663 thread, there are steps to add 'libusb.so.2' I needed this to get my piclcd driver to work but I wonder if its needed for any USB LCD device as it was already on my box when I tested with my 635. It also talked about 'libkvm.so.5' but I found I didn't need it.
-
I installed the libkvm.5, libusb.so.2, picolcd.so and now I'm getting:
/libexec/ld-elf.so.1: /lib/libkvm.so.5: Shared object has no run-time symbol table
Error.
I have tried to erase the files now I am just getting this error on my terminal and I get this error when I try to run the top command and also if I try to execute the LCDd or lcdproc. I am finishing my basement so I will have to take the router off line for a couple of days also I am making some upgrades so I can switch from operating systems more efficiently and will try to update on my progress later on in the week. I have still not tried to get the LCD working in Windows just as a test. I am also going to try to see if I can get the LCD to work in PfSense 1.2.3. I will update on my progress. -
you dont need the libkvm.5, libusb.so.2, picolcd.so files. They are needed if you have a picolcd display. A firmware update should overwrite the libkvm.5 file.
try it on a windows box to make sure its working.. download ccontrol and the window drivers to get it working on a windows box.
-
Are you sure you don't need libusb?
Just the fact that something changed when it was added to the box implies that it's being used?Steve
-
i think your right… libusb wasn't there on a fresh install and its needed for picolcd because it uses the usb interface.. the 635 may need it also since its attach via usb. libkvm, at first i did use that driver but after a few fresh installs, i found i didn't need it only libusb. I end up not installing the libkvm
-
Okay so I installed Windows 7 32 bit on my box and was able to get the 635 to work with little issues. I did notice that there were two drivers for this screen. There was a USB Driver (I'm guessing that is the CFontzPacket in FreeBSD) but there is also a serial port driver (Not sure which driver does this in FreeBSD) that gets installed even though this screen connects through my motherboard via USB. I remember reading somewhere that this device is a serial device with an USB controller attached to it. If that is the case is there another driver that I have to install before this screen will work? Also in Windows there is a separate program that is responsible for putting the information on the screen (lcdproc I'm guessing is what does that in FreeBSD). I did find out in Windows the screen will not function unless you have the serial port speed set to the Max 115200. I feel like I'm getting closer, I think the issue is the serial port driver. Any ideas?
I also notice that if I edit files with file manger a package I downloaded for PfSense I get all kind of errors trying to run LCDd but if I use the built in file editor then I don’t get the error. There may be a problem with File Manager. Not sure if anyone else has seen this.Here is a read out of my system logs:
LCDd: LCDd version 0.5.3 starting
Aug 11 21:56:32 LCDd: Using Configuration File: /usr/local/etc/LCDd.conf
Aug 11 21:56:32 LCDd: Listening for queries on 127.0.0.1:13666
Aug 11 21:56:38 LCDd: Connect from host 127.0.0.1:11527 on socket 6
Aug 11 21:56:39 LCDd: error: huh? Too much data received… quiet down!
Aug 11 21:56:39 LCDd: Client on socket 6 disconnected -
The USB-Serial port driver, uftdi, is in the FreeBSD kernel and is loading correctly as you can see from your system logs.
One thing that occurs to me is that you may have to point LCDd at the serial device rather than the usb port directly. E.g. at uftdi0
If you plug the screen in after pfSense has booted and you have the console up what messages do you get? Does it show an extra com port for example?
Steve
-
The USB-Serial port driver, uftdi, is in the FreeBSD kernel and is loading correctly as you can see from your system logs.
One thing that occurs to me is that you may have to point LCDd at the serial device rather than the usb port directly. E.g. at uftdi0
If you plug the screen in after pfSense has booted and you have the console up what messages do you get? Does it show an extra com port for example?
Steve
I will try that, right now the system is down due to basement construction. I did forget to mention one thing. I was messing around with the LCDd.conf and I copied the LCDd.conf.sample to LCDd.conf without editing it. I then ran the LCDd and lcdproc and it put all the lcdproc information on my terminal window (I was sshed into the box at the time) So it seems that the lcdproc and LCDd are working and it is just a matter of getting the information to the screen. I will try what you said and report back soon.
-
This makes for interesting reading, though it's an older version of FreeBSD and the com port labelling has changed since then:
http://www.tnpi.net/computing/freebsd/crystalfontz.shtmlPerhaps you need the ucom driver?
Steve
Edit: Further reading seems to show that the uftdi driver should automatically generate an extra com port which the CFontz packet driver can talk to. I don't see one in your dmesg from a while ago.
Edit: The ucom driver doesn't seem to be in the 32 bit kernel, you using 64 bit?
[2.0-RC3][root@pfsense.fire.box]/boot/modules(14): kldstat -v | grep ucom [2.0-RC3][root@pfsense.fire.box]/boot/modules(15): kldstat -v | grep uftdi 285 uhub/uftdi -
This makes for interesting reading, though it's an older version of FreeBSD and the com port labelling has changed since then:
http://www.tnpi.net/computing/freebsd/crystalfontz.shtmlPerhaps you need the ucom driver?
Steve
Edit: Further reading seems to show that the uftdi driver should automatically generate an extra com port which the CFontz packet driver can talk to. I don't see one in your dmesg from a while ago.
Yeah I saw that post too, I think there is were I discovered that the LCD screen was really a serial device with a usb interface slapped on it or perhaps it would be more accurate to call it an serial LCD screen with a usb to serial device included?
So I turned on the router and unplugged the usb from the motherboard. (Kind of tricky as it is all individual wires!) and I got this :
ugen3.2 <crystalfontz>at usbus3 (disconnected)
uftdi0: at uhub3, Port2, addr 2 disconnectedWhen I plugged it back in I got:
ugen3.2: <crystalfontz>at usbus3
uftdi0: <crystalfontz cfa635-usb="" lcd="">on usbus3You may be correct. I ran the following command though I don't know what it means:
kldstat -v|grep ucom
and nothing was returned but the prompt.</crystalfontz></crystalfontz></crystalfontz>
-
In FreeBSD drivers can be either built into the kernel or loaded as a module. The drivers that are built in are decided at compile time.
kldstat usually lists the kernel modules that have been loaded with kldload or from /boot/loader.conf. kldstat -v lists modules that are compiled in, I think!I think you need to kldload the ucom.ko module but I only have the 32bit version to hand.
Steve
-
That's good because I have re-installed PfSense and used the 32bit version. I wanted to see if 64 bit was the cause of my troubles and just decided to keep it because I wasn't sure what 64 bit gave me other than the ability to address more memory. I would just need the driver and instructions on how to install it.
-
Edit: Don't bother with this see below! ;)
Hmm, looks like I was wrong about the kldstat command. Trying to load ucom on my system gives:
[2.0-RC3][root@pfsense.fire.box]/root(1): kldload ucom.ko kldload: can't load ucom.ko: File existsThis implies it's already in the kernel. It's probably worth trying though on your system.
I've attached the ucom.ko module from FreeBSD 8.1. Remove the .png suffix.
The file should be 20,607 Bytes.
Upload the file to /boot/modules then from the command line:
cd /boot/modules
kldload ucom.koSteve
-
Forget all that! ::)
I'm not sure why, perhaps the logging level is set differently, but the ucom driver output does not show up when you connect a device. However the resulting com port is created.
I happened to have an FTDI device to hand (it's a USB ODBII reader) so I gave it a go.
[2.0-RC3][root@pfsense.fire.box]/dev(36): dmesg | grep ftdi uftdi0: <ft232r usb="" uart="">on usbus0 [2.0-RC3][root@pfsense.fire.box]/dev(37): ls /dev/cua?? /dev/cuaU0 /dev/cuau0 /dev/cuau1</ft232r>As you can see the device cuaU0 is created. The capital U is important it indicates a USB connected com port. It also appears as ttyU0.
Just use that in the lcdproc config page instead of ugen3.2.
Steve
-
Success! Adding the serial port and not the USB port was the key. Here is what I did.
1. Complete reinstall (Wanted to start clean)
2. Edited the lcdproc.xml file and added ttyU0
3. Edited the lcdproc.inc file and added ttyU0 in that file as well.The screen was showing 0 Clients, 0 Screens but after looking at some things I noticed that I didn't have a lcdproc.conf so I just cp lcdproc.conf.sample lcdproc.conf . Now everything seems to be running ok. I have not tried to restart the system to see if it will start automatically. I will report back on my finding. I just want to thank Stephenw10 and Cino, and all others in previous post. Without you guys I would have never figured this thing out.
-
Good to hear!! I was going to get back to you on this but glad you got it to work… Strange you had to use that... I wonder if its because when I tested this a few weeks ago, i had the LCD with SCAB built in.
