Netgate m1n1wall

Author Topic: LCDProc 0.5.4-dev  (Read 70964 times)

0 Members and 1 Guest are viewing this topic.

Offline stephenw10

  • Hero Member
  • *****
  • Posts: 8165
  • Karma: +7/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #390 on: May 08, 2012, 04:54:13 pm »
Additionally the boot detection is now working so well that it inhibits all syncing at start up.
That prevented the new rc file being written out. I synced it manually. Still no change!  ::)

My thoughts are that it should be able to cope with this. Other packages don't have a problem being restarted multiple times. Also running LCDd with other drivers is no problem.
It seems more like LCDd cannot close correctly causing:
Code: [Select]
May 8 21:50:30 LCDd: sock_init: error creating socket - Address already in use
May 8 21:50:30 LCDd: Critical error while initializing, abort.

Again I really appreciate you looking at this.
Steve

Offline power_matz

  • Jr. Member
  • **
  • Posts: 82
  • Karma: +0/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #391 on: May 09, 2012, 05:31:54 am »
I have seen this behaviour at start up but not during normal running. Does it coincide with an IP change or an interface going up or down, when packages are restarted?

The old firebox lcd driver, which was 0.52 then 0.53, was not a pfSense package and as such it was only ever started once at boot. Currently there is an unresolved issue with the package being restarted multiple times during boot. This seems cause a problem with LCDd which cannot start/stop fast enough. On my box the daemon/client often ends up running incorrectly but after restarting manually it runs fine until I next reboot the box.

Steve

Hello Steve,

it seems that the IP change at night might cause the LCDproc to stop.
But after manually starting the LCDproc it shows sometime the info in the LCD panel CLI:0 SRV:0. And nothing more happen.

Can I change some config file to prevent the behaviour to stop at IP change?

Matthias

Offline stephenw10

  • Hero Member
  • *****
  • Posts: 8165
  • Karma: +7/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #392 on: May 09, 2012, 05:54:21 am »
There is an issue with the firebox driver and the startup procedure with the lcdproc-dev package. See my posts above this. Hopefully we can get to the cause of this soon.
When you see 'CLI:0 SRV:0' on the LCD it's because the server, LCDd, is running but the client, lcdproc_client.php, is not.
Which firebox do you have?

Steve

Offline power_matz

  • Jr. Member
  • **
  • Posts: 82
  • Karma: +0/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #393 on: May 10, 2012, 02:56:49 am »
There is an issue with the firebox driver and the startup procedure with the lcdproc-dev package. See my posts above this. Hopefully we can get to the cause of this soon.
When you see 'CLI:0 SRV:0' on the LCD it's because the server, LCDd, is running but the client, lcdproc_client.php, is not.
Which firebox do you have?

Steve

Hi Steve,

I have a Firebox X750 showing this effect.
But yesterday I switched to my backup firebox X700 ;-). And there is not such a behaviour. It runs like a charm... with the same config.
After the nightly IP switch the LCDproc is still running cycling thru the different screens.
Maybe it depends on the X750 model?

Matthias

Offline stephenw10

  • Hero Member
  • *****
  • Posts: 8165
  • Karma: +7/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #394 on: May 10, 2012, 05:01:04 am »
Interesting. It does seem to be very dependent on the timing. The x750e has a much faster CPU. I was testing on an x700.

Steve

Offline power_matz

  • Jr. Member
  • **
  • Posts: 82
  • Karma: +0/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #395 on: May 10, 2012, 05:16:27 am »
Interesting. It does seem to be very dependent on the timing. The x750e has a much faster CPU. I was testing on an x700.

Steve

Yes, my box was upgraded with a 1.7Ghz CPU!
But my X700 has also a faster CPU in it.

Offline mjtbrady

  • Newbie
  • *
  • Posts: 7
  • Karma: +0/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #396 on: May 15, 2012, 05:35:44 pm »
I have been trying lcdproc-0.5.5 pkg v. 0.9.4   in an AR Infotek Teak 3035L without success.

Does any one have any experience with this device? 

The box comes with source code for a standalone Linux program which works with the LCD panel, so it may be that I just have to figure out how to write an LCDProc driver.

Thanks
Mike

Offline stephenw10

  • Hero Member
  • *****
  • Posts: 8165
  • Karma: +7/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #397 on: May 15, 2012, 05:45:07 pm »
Need more information. What type of LCD is it? How is it connected? Are there any drivers/example code available? Etc!

Steve

Offline mjtbrady

  • Newbie
  • *
  • Posts: 7
  • Karma: +0/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #398 on: May 15, 2012, 06:19:06 pm »
The label on the panel says SC2002D.  I have found some suggestion that this is HD44780 compatable, but I could not get it to work with that driver.

It is a serial interface.

As I said in my original post there is Linux source code provided that does work.  If no one has any insites on a working configuration/driver then I will look at using this source to write a driver.

Offline stephenw10

  • Hero Member
  • *****
  • Posts: 8165
  • Karma: +7/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #399 on: May 15, 2012, 08:32:40 pm »
I think in fact we already have that somewhere I remember reading the code.
A quick search shows that there was some discussion on this on the pfSense mailing list:
http://www.mail-archive.com/support@pfsense.com/msg20822.html

I think there is a good chance that this could be persuaded to work with lcdproc. However currently there are a number of drivers and options that are not selectable via the package. In order to test them you would have to stop the lcdproc service and then edit /usr/local/etc/LCDd.conf appropriately. Each time you restart or sync the packge this will be overwritten but it can easily be incorporated if you find a working combination.

Currently if you select HD44780 as the driver it automatically selects USB2LCD as the connection type, which is obviously not right for you.
See: http://lcdproc.sourceforge.net/docs/current-user.html#hd44780-howto

Edit: Looking at the data sheet for the sc2002d it has a parallel interface so it's likely you have some serial-parallel converter somewhere.

Steve
« Last Edit: May 15, 2012, 08:40:54 pm by stephenw10 »

Offline ezyclie

  • Newbie
  • *
  • Posts: 24
  • Karma: +0/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #400 on: May 16, 2012, 11:20:53 am »
This thread brought me to this thread:
http://forum.pfsense.org/index.php/topic,49481.0.html

I am getting issue with my SureElec LCD with this error:
Code: [Select]
May 16 23:40:15 LCDd: LCDd version 0.5.5 starting
May 16 23:40:15 LCDd: Using Configuration File: /usr/local/etc/LCDd.conf
May 16 23:40:15 LCDd: Listening for queries on 127.0.0.1:13666
May 16 23:40:15 LCDd: SureElec: failed to configure port (Inappropriate ioctl for device)
May 16 23:40:15 LCDd: Driver [SureElec] init failed, return code -1
May 16 23:40:15 LCDd: Could not load driver SureElec
May 16 23:40:15 LCDd: There is no output driver
May 16 23:40:15 LCDd: Critical error while initializing, abort.
May 16 23:40:16 php: lcdproc: Start client procedure. Error counter: (0)

and this config:
Code: [Select]
[server]
DriverPath=/usr/local/lib/lcdproc/
Driver=SureElec
Bind=127.0.0.1
Port=13666
ReportLevel=3
ReportToSyslog=yes
User=nobody
Foreground=no
ServerScreen=no
GoodBye="Thanks for using"
GoodBye="    pfSense     "
WaitTime=5
ToggleRotateKey=Enter
PrevScreenKey=Left
NextScreenKey=Right
ScrollUpKey=Up
ScrollDownKey=Down
[menu]
MenuKey=Escape
EnterKey=Enter
UpKey=Up
DownKey=Down
[SureElec]
driverpath =/usr/local/lib/lcdproc/
Device=/dev/ugen0.2
Size=20x4
Edition=3
Contrast=200
Brightness=480
« Last Edit: May 17, 2012, 07:39:39 am by ezyclie »

Offline ezyclie

  • Newbie
  • *
  • Posts: 24
  • Karma: +0/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #401 on: May 29, 2012, 07:13:34 pm »
Code: [Select]
May 30 00:26:59 LCDd: Client on socket 13 disconnected
May 30 00:26:59 LCDd: sock_send: socket write error
May 30 00:27:00 LCDd: Server shutting down on SIGTERM
May 30 00:27:01 LCDd: LCDd version 0.5.5 starting
May 30 00:27:01 LCDd: Using Configuration File: /usr/local/etc/LCDd.conf
May 30 00:27:01 LCDd: Listening for queries on 127.0.0.1:13666

I keeps getting the error above every 5-15 minutes and my LCD shows "LCDproc Server" only... it stops to show my screens after that error.
« Last Edit: May 29, 2012, 07:17:41 pm by ezyclie »

Offline Brak

  • Jr. Member
  • **
  • Posts: 71
  • Karma: +0/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #402 on: May 29, 2012, 09:07:31 pm »
I've been working on hardware that is the bigger version of the Watchguard Firebox LCDs (Lanner LCM, etc). I set lcdproc-dev to 20x2 mode, but the screens appear to run in 16x4 mode even tho the options screen and "Next/Prev" popups appear in the extra eight "blank" spots at times. Are the SDECLCDs screens hard-coded at 16x4? I've also had to edit lcdproc.inc to change the button mapping, (Up and Down just need reversed) this should solve the Firebox X Core-e issue? Can we get a GUI to modify key mappings in LCD-proc dev?

Also, how would one go about converting the SDECLCD(x86 ONLY) to be x86-64bit capable? I would like to get these LCM drivers fully working, but I'm a total lame when it comes to freebsd C programming. I have hardware that needs 64bit OS to be fully utilized, and would love for lcdproc to be running on them.

Also, my menu system isn't completely dead, it's just a total hack-job since it takes some lcdproc-dev file edits to get LCDExec starting and stopping properly, but I've made progress. The menu system is seriously over-rated, i get messages constantly from people wanting to get the scripts, but I fear that they aren't ready for anyone except those who I know what hardware/configurations they use. Last thing we need is the Restore/Backup/ResetToDefault menu bricking boxes.  ::)
« Last Edit: May 29, 2012, 09:15:32 pm by Brak »

Offline stephenw10

  • Hero Member
  • *****
  • Posts: 8165
  • Karma: +7/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #403 on: May 30, 2012, 05:37:00 am »
The X-Core-e buttons should be correctly mapped in the current package.
Fmertz has just updated the driver to include detection on the box type and mapping for the XTM5 but I haven't had a chance to test it yet.

Steve

Offline acro-ii

  • Newbie
  • *
  • Posts: 19
  • Karma: +0/-0
    • View Profile
Re: LCDProc 0.5.4-dev
« Reply #404 on: June 01, 2012, 08:00:33 am »
OK All, question for the minds.  I have another box I am working on.  Ti has an Intel D2500CCE motherboard and a CrystalFontz CFA633-YYB-KS LCD.  The Intel serial header uses what Crystal Fontz calls an "alternate rs-232 pin assignment".  I loaded windows 7 on the box, and used Crystal Fontz's utility, and the LCD is working correctly on Com 2 @ 19200.

When I load pfSense 2.01 and LCDproc-dev, I CANNOT get the LCD to function.  I am picking com 2 alternate /dev/cuau1.  I have also tried just com 2.  Any helpful ideas?  Maybe it is because of the "alternate pinout"???

The documentation shows standard as pin 2 Rx, pin 3 Tx, and pin 5 ground.  The alternate, that I am using is pin 2 Tx, pin 3 ground, and pin 6 Rx.


I don't know what to try next.
SOMEBODY HELP!
Thanks
« Last Edit: June 01, 2012, 11:11:46 am by acro-ii »