Closed rroohhh closed 4 years ago
I would vote for merging this pr soon(ish) even if not all the fancy stuff (like initialization of the camera through nctrl) works. The software in this pr is already quite useful in its current state
just tested PR 127 image Wifi hotspot works well website with camera webgui automatically opens, great! register explorer, system information, nice, well done!
HDMI livestream startup fails with the problem reported in https://github.com/apertus-open-source-cinema/axiom-beta-firmware/issues/115 /usr/axiom/script/axiom-start.sh: line 52: ./rf_sel.py: No such file or directory /usr/axiom/script/axiom-start.sh: line 53: ./pic_jtag_pcie.py: No such file or directory
Download a build of the latest (untested) commit at https://api.cirrus-ci.com/v1/artifact/task/5457279174574080/image_upload/build/axiom-beta-pr-127-68e5aa57.img.xz
@anuejn @sp-apertus I rebased the changes on the current master. After some hardware tests I think this is good to go.
Things I would test on the beta:
Things I would test on the mirco
This pull request adds a new control daemon nctrl and a web interface that uses it.
control daemon
The new control daemon provides a centralized abstraction layer for all the hardware peripherals, that allows for
While the control daemon will be the future way to access all hardware peripherals, all the old scripts / programs are still usable, but should be ported to the control daemon. In addition to that we should consider supporting the legacy commands like
fil_reg
,hdmi_reg
and so on, to allow users to transition to the new system more gracefully.To learn more about the control daemon please refer to its readme.
webui
The webui provides several interfaces
To learn more about the webui refer to its readme.
TODO
open questions
should we move the repositories of nctrl, the webui and the camera descriptions to the apertus-open-source-cinema organization? @sp-apertusyes, we moved them.
should we add a second API (apart from fuse) to nctrl?
I (@rroohhh) would argue yes, as some things are hard to do with the fuse API (like exclusive access). However as we won't port the scripts and software to the control daemon in this pull request I think we can wait with adding this new API till then. Any other opinions? @anuejn : i second that
future work
Once this pull request is done / merged, some improvement opportunities open up:
cmv_reg
,fil_reg
) still work, but now through the control daemon