LCDProc 0.5.4-dev
-
Hello,
I have installed the new package and pfsense block at : Executing custom_php_resync_config_command()…
Do you have an idea to solve this ?
Regards
-
Hello,
I have installed the new package and pfsense block at : Executing custom_php_resync_config_command()…
Do you have an idea to solve this ?
Regardsyes, I am having the same issue reinstalling the package.
Actually, it's the same issue you have when you save the settings while the service is running.
I manage like this: I add a nice "stop service" on top of the sync_package_lcdproc procedure, the one called by custom_php_resync_config_command().I was just adding this change to the package, soon it will be posted in the repository.
You can:- wait for the package in the repository to be updated then reinstall the package. Here (https://github.com/bsdperimeter/pfsense-packages/pull/142) you can see the status of the merge request. When it is "closed" you can reinstall.
- solve it yourself (requires some restart). You should:
2.1) if the firewall is hung with "sync_package_lcdproc procedure", restart the firewall
2.2) uninstall the package
2.3) restart the firewall
2.4) reinstall the package.
In this way you are sure the service is not running while you are installing, and this bypass the problem.
After this patch, every change we make to the configuration we have to restart manually the service. It is unconfortable but safe.
Thanks,
Michele -
Ok it's solved form me, I just do step 2 and all is fine now.
You make LCDproc better with this new add.
Hope to see more screen in futur.I always check on google to found a solution to use the 4 LED on my CF635 without succes
Regards
-
Good! but, is it normal that your device shows 0 CPU and 0 frequency? Is it an appliance?
I always check on google to found a solution to use the 4 LED on my CF635 without succes
if you find the right command send to me, I will see how to integrate in the package…
Ciao,
Michele -
No it' normal because I make some change in a config file on my Psense box for PowerD
Now I revert to nomal config and CPU and frequency work again.If I found the code I will send it to you. (some users reports that in lcdproc they use output ???)
reply #3 in link below
https://forum.crystalfontz.com/showthread.php?6923-programming-CFA-635-LED&highlight=635+led+lcdproc
Regards
-
No it' normal because I make some change in a config file on my Psense box for PowerD
Now I revert to nomal config and CPU and frequency work again.I should disable powerD and fix the code in order to show 100% on the cpu frequency in this case…
If I found the code I will send it to you. (some users reports that in lcdproc they use output ???)
reply #3 in link below
https://forum.crystalfontz.com/showthread.php?6923-programming-CFA-635-LED&highlight=635+led+lcdproc
mmhhh… here I don't understand if with one "output" command you control all the 4 leds or just one... I guess they should be indipendent, but it's not easy to understand, also I don't have the panel so I can't make some experiments...
For example, if you add in the file "lcdproc_client.php" at line 522 (should be empty) the statement:
$lcd_cmds[] = "output 11111111";
or
$lcd_cmds[] = "output 00001111";
or various combinations of 0/1 what happens?Ciao,
Michele -
Hi Michele,
I get this after mods :
$lcd_cmds[] = "output 11110000"; OFF RED RED RED
$lcd_cmds[] = "output 00001111"; GREEN RED OFF GREEN
$lcd_cmds[] = "output 11111111"; RED ORANGE GREEN GREEN
$lcd_cmds[] = "output 10101010"; OFF OFF RED GREEN
$lcd_cmds[] = "output 01010101"; OFF RED OFF GREEN$lcd_cmds[] = "output 1"; OFF OFF OFF GREEN
$lcd_cmds[] = "output 2"; OFF OFF GREEN OFF
$lcd_cmds[] = "output 3"; OFF OFF GREEN GREEN
$lcd_cmds[] = "output 4"; OFF GREEN OFF OFF
$lcd_cmds[] = "output 5"; OFF GREEN OFF GREEN
$lcd_cmds[] = "output 6"; OFF GREEN GREEN OFF
$lcd_cmds[] = "output 7"; OFF GREEN GREEN GREEN
$lcd_cmds[] = "output 8"; GREEN OFF OFF OFFI will do some test tomorrow (I must go to work)
Regards
-
hehe! yes, I was thinking about it and suggesting to use the decimal values… you got it before me!
so, we understood how it works... the matter now is: what do we do with this 4 green-red-orange leds?
-
great work, thanks!
it is possible to add the driver for the ax89063 Display?
It is used e.g. by NA-820 (http://axiomtek.com/products/ViewProduct.asp?view=429)it would be great for me :-)
thanks!
-
hehe! yes, I was thinking about it and suggesting to use the decimal values… you got it before me!
so, we understood how it works... the matter now is: what do we do with this 4 green-red-orange leds?
Hello,
With the led's we can report the statut of Wan and Lan, 1 led can de assigned to load of the system (ON if load = xx) and one for CPU= xx
This led can be used to act as an "alarm" report status.
Regards
-
great work mdima! Now I need to get bigger display. Using a 20x2 right now but its built into the case I'm using.
-
great work, thanks!
it is possible to add the driver for the ax89063 Display?
It is used e.g. by NA-820 (http://axiomtek.com/products/ViewProduct.asp?view=429)
it would be great for me :-)
thanks!Hi, there are a couple of drivers around for that display, but it is not included in the LCDProc distribution. We could add it as an "external driver" like the nexcom driver.
Can you compile it on FreeBSD (x86)? In this case I could just add the file you send me (ax89063.so) and add the option to use it in the code…
Ciao,
Michele -
With the led's we can report the statut of Wan and Lan, 1 led can de assigned to load of the system (ON if load = xx) and one for CPU= xx
This led can be used to act as an "alarm" report status.
Regardsyes, I agree!
but the number of NICs can really vary, belive me… I would use:- a led for nics status (if one nic is unplugged gets red, if it's plugged gets green)
- a led for carp status (off=no carp, green=at least one ip in master, red=at least one ip in backup)
- a led for cpu (green < 50%, orange >50 && <70, red >70%)
- a led for what?
-
Hi, there are a couple of drivers around for that display, but it is not included in the LCDProc distribution. We could add it as an "external driver" like the nexcom driver.
Can you compile it on FreeBSD (x86)? In this case I could just add the file you send me (ax89063.so) and add the option to use it in the code…
Ciao,
MicheleUnfortunately, I can not compile because I'ḿ to stupid to do this :-) and I have no experience in OpenBSD too :-/
thanks
-
great work mdima! Now I need to get bigger display. Using a 20x2 right now but its built into the case I'm using.
Thanks a lot! Hope to get more users and feedback in order to pass this work from "-dev" to the production package!
-
Unfortunately, I can not compile because I'ḿ to stupid to do this :-) and I have no experience in OpenBSD too :-/
thankscome on, then I was stupid too till the last month, because I never did it before… :D also, I don't have that vm anymore... and, just to demonstrate how few experience I have, it is FreeBSD, not OpenBSD! (hope I did not hurt anyone with that).
anyway, I hope someone that reads this message after the loud laugh, maybe can get a compiled version... if not I will recreate the vm and try do to it...
-
With the led's we can report the statut of Wan and Lan, 1 led can de assigned to load of the system (ON if load = xx) and one for CPU= xx
This led can be used to act as an "alarm" report status.
Regardsyes, I agree!
but the number of NICs can really vary, belive me… I would use:- a led for nics status (if one nic is unplugged gets red, if it's plugged gets green)
- a led for carp status (off=no carp, green=at least one ip in master, red=at least one ip in backup)
- a led for cpu (green < 50%, orange >50 && <70, red >70%)
- a led for what?
-a led for DynDns status is possible ?
-
-a led for DynDns status is possible ?
A led for all services running ok isn't better?
-
-a led for DynDns status is possible ?
A led for all services running ok isn't better?
could be… as more "general" we stay, as better it is...
the funny thing is that I don't have any led on my panels, so it will be a mess to develop/debug... :D
-
Ah, one thing.
Yesterday I solved a problem that was dragging since a lot of time. Now when you change the program's settings or reinstall the package it is not necessary anymore to make sure the lcdproc service is stopped.
In this case the service is stopped and eventually restarted.I invite all the people using lcdproc-dev to reinstall the package (I didn't create a new version, I will do it when there will be something more to update).
Thanks,
Michele