[Lcdproc] CFA-635 with LCDproc on OSX

[Stewart W. Putnam]

When LCDd fails to start and leaves no hint is syslog ( or the Mac OS 
equivalent -- I am not familiar ) it is often due to a failure in 
parsing the conf file.

LCD must load and succeed to a certain point before it can write to 
syslog. 

To see if these otherwise invisible errors, start LCDd from a terminal 
command prompt with the -f ( stay in foreground ) option and -r 4 .  
This should show possible startup errors in the terminal window.

Having no experience with this detail of Mac OSs: 
Device=/dev/tty.usbserial-CF018444 looks different, btw.   Does the ftdi 
serial driver enumerate device names that differently under the Mac Kernel?

Stewart

Mark Cohen wrote:
>
>
> Greetings,
>
> I'm new to the list, so forgive me if I'm treading improperly.
>
> I've been using LCDproc with a 2 line hitachi LCD for a while and it 
> worked well.. I then decided to try out a Crystalfontz CFA-635 and am 
> having problems.
>
> A little background:
>
> I'm running on a Mac OSX 10.5.2
>
> I compiled the CVS version of LCDproc (due to compile problems with 
> the older versions)
>
> When I connected to the old LCD, I got a server startup message. When 
> I connect to the the CFA-635, I see nothing.
>
> LCDproc "thinks" that it has connected and has screens. I'm just not 
> seeing anything.
>
> The driver I'm using is the FTDIUSBSerialDriver which is able to 
> connect just fine using the LCD test program written for linux 
> compiled on this machine.
>
> Here is the relevant config from the LCDd.conf
>
> Driver=CFontzPacket
>
> # Tells the driver to bind to the given interface
> Bind=127.0.0.1
>
> # Listen on this specified port; defaults to 13666.
> Port=13666
>
> # Sets the reporting level; defaults to 2 (warnings and errors only).
> ReportLevel=3
>
> # Should we report to syslog instead of stderr ? [default: no, legal: 
> yes, no]
> ReportToSyslog=yes
>
> # User to run as.  LCDd will drop its root priviledges, if any,
> # and run as this user instead.
> User=nobody
>
> # The server will stay in the foreground if set to true.
> #Foreground=no
>
> # Hello message: each entry represents a display line; default: builtin
> Hello="  Welcome to"
> Hello="   LCDproc!"
>
> # GoodBye message: each entry represents a display line; default: builtin
> GoodBye="Thanks for using"
> GoodBye="   LCDproc!"
>
> ## CrystalFontz packet driver (for CF631, CF633 & CF635) ##
> [CFontzPacket]
>
> # Select the LCD model [default: 633; legal: 631, 633, 635]
> Model=635
> # Select the output device to use [default: /dev/lcd]
> Device=/dev/tty.usbserial-CF018444
> # Select the LCD size [default: depending on model: 635: 20x4, 631: 
> 20x2, 633: 16x2]
> Size=20x4
> # Set the initial contrast [default: 560; legal: 0 - 1000]
> Contrast=350
> # Set the initial brightness [default: 1000; legal: 0 - 1000]
> Brightness=1000
> # Set the initial off-brightness [default: 0; legal: 0 - 1000]
> # This value is used when the display is normally
> # switched off in case LCDd is inactive
> OffBrightness=50
> # Set the communication speed [default: 9600; legal: 1200, 2400, 9600, 
> 19200, 115200]
> Speed=115200
> # 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
> # Reinitialize the LCD's BIOS [default: no; legal: yes, no]
> # I want to reboot the LCD to make sure we start from a known state
> Reboot=no <-- Tried yes as well w/o luck
>
> _______________________________________________
> LCDproc mailing list
> LCDproc@lists.omnipotent.net
> http://lists.omnipotent.net/mailman/listinfo/lcdproc
>