M .task/backlog.data M .task/completed.data M .task/pending.data M .task/undo.data A Writing/ERLM/research-approach/outline.md M "Zettelkasten/Permanent Notes/20250911170650-lipschitz-continuous.md" M "Zettelkasten/Permanent Notes/Literature Notes/LIT-20250911143337-multiple-lyapunov-functions-and-other-analysis-tools-for-swtiched-and-hybrid-systems.md"
1.0 KiB
1.0 KiB
Okay so here's how things will go:
Integrate V design into the workings here
-
Requirement identification and translation
- Point towards hardens lando thing
- we're going to do a nuclear start up sequence
-
Synthesize requirements into a discrete automata
- this makes up our mode switching behavior
- There's probably going to be a serious amount of refinement required here
- Figure out by the structure of the nodes what the
purpose of the mode is
- Do all traces leave? Do any traces leave? What does this mean for the FUNCTION of the node?
-
Build controllers that satisfy each mode requirement
- Reachability to ensure valid input and output sets?
- We can ensure zeno behavior won't happen by looking at the interface between modes
- We should also see based on reachability that a well built controller ONLY can enter the modes as specified by the discrete automata
- Contract based methods?
-
Fuck it man, that's like your provability or whatever man.