- User Since
- Sep 28 2017, 6:33 PM (178 w, 4 d)
Jun 26 2020
Documentation commit here: GitHub fmertz/vyos-documentation/commits/system-display
Jun 24 2020
Update: After hooking up an actual EZIO device to my VM and working the code back and forth, I seem to have settled on this design:
Jun 22 2020
FWIW, this integration package is coming along nicely. I was able to create the XML CLI. The python code is kept to a minimum by passing a dictionary of the Config to the template engine "render". At this point, I can generate the proper LCDd.conf and lcdproc.conf based on the CLI. I now need to work on start/stop/restart as well as (basic) config validation. I have nothing for lcdexec/menu this far.
OK, another approach question.
Jun 19 2020
At this point, i could use a couple of wise words for the development process.
Jun 18 2020
OK, question on the approach. Looking at LCDd.conf (check the link above), there are a few server options, but TONS of individual driver options. Doing some sort of complete support in VYOS would be fairly straightforward, but would lead to a massive XML file. The lcdproc project has been around a while, so there are many different devices that are supported, most possibly somewhat historic or even one-off. We can (artificially) categorize them in 2 groups:
Jun 7 2020
Overview of the effort:
Sep 29 2017
Virtualization would work fine. The daemon/server LCDd is just code, and can be configured to run a nCurses "driver". Some other drivers only do parallel port stuff so would do nothing in a virtual environment. Other drivers do serial port and I suppose the data stream could be monitored. The clients (lcdproc, lcdexec, etc) are just programs that push data to LCDd over TCP.