@@ -17,9 +17,13 @@ This project serves the developement environment / api we use to write and repre
...
@@ -17,9 +17,13 @@ This project serves the developement environment / api we use to write and repre
- walk program units and change
- walk program units and change
- hardware, and consolidate ?
- hardware, and consolidate ?
- what program units do we want?
- what program units do we want?
- good templates for hw/software ... good documentation
- and a decent planner, pls, and stepper for planner-less motion
- oh, what if extend module in module ? i.e. one stepper for planner ... one stepper for unit mtn ? same internals, different interfaces ... nice trick
- try demo machine setup ... want flow control, better planning, this is actually a big thing
- try demo machine setup ... want flow control, better planning, this is actually a big thing
@@ -33,7 +37,6 @@ This project serves the developement environment / api we use to write and repre
...
@@ -33,7 +37,6 @@ This project serves the developement environment / api we use to write and repre
- change settings
- change settings
## Questionable Moves
## Questionable Moves
- test load of dmz.json - unordered list / names / no mdl ?
- module deletion seems unclean
- module deletion seems unclean
- input / output objects should be able to unhook themselves:
- input / output objects should be able to unhook themselves:
- keep references of what-is-attached ?
- keep references of what-is-attached ?
...
@@ -47,15 +50,15 @@ Module have
...
@@ -47,15 +50,15 @@ Module have
Outputs
Outputs
State (initial states are settings)
State (initial states are settings)
Hardware Modules have
routes
connected to
links
Also
Also
Names, IDs
Names, IDs
Paths-to-source
Paths-to-source
Modules-that-represent-remote-computing also have
Ports
that connect to a
Link
To assemble a representation of these, we want to have a kind of 'netlist' that, for convenience, we'll treat like a JSON object. We want heirarchy, so consider the representation having 'top-level' outputs / inputs / state as well ?
To assemble a representation of these, we want to have a kind of 'netlist' that, for convenience, we'll treat like a JSON object. We want heirarchy, so consider the representation having 'top-level' outputs / inputs / state as well ?
## Programming Notes
## Programming Notes
...
@@ -65,19 +68,9 @@ To assemble a representation of these, we want to have a kind of 'netlist' that,
...
@@ -65,19 +68,9 @@ To assemble a representation of these, we want to have a kind of 'netlist' that,
- @ these load / save functions could also reach into the modules' source to retrieve their proper names, as spec'd in description ...
- @ these load / save functions could also reach into the modules' source to retrieve their proper names, as spec'd in description ...
- 's' for save program uses hack-asf DOM alert to ask for path
- 's' for save program uses hack-asf DOM alert to ask for path
- once we can plan gcode sequence, work towards more
## Desires
- better hardware abstraction, i.e.
stepper.port = bridge.port('0,1')
stepper.port.onPacket = function(){ ... }
callbacks ?
- UI elements, i.e. demonstrating slider for individual axis movements, or just an arrow / keypad capture on mouseover thing
## Deeply Missing
- delete modules / module context menu
- load / save program
- decent page nav
- title bar / instructions
- heirarchy zoom
- heirarchy zoom
- architectural clarity betwixt UI and Heap
- states / uis / etc - one off / one-at-a-time for updates
- states / uis / etc - one off / one-at-a-time for updates
- i.e. all f'n update calls are to single module-global state update
- i.e. all f'n update calls are to single module-global state update
- !
- !
...
@@ -85,13 +78,19 @@ To assemble a representation of these, we want to have a kind of 'netlist' that,
...
@@ -85,13 +78,19 @@ To assemble a representation of these, we want to have a kind of 'netlist' that,
- i.e. array access
- i.e. array access
- consistent dereferencing, type checking implementation?
- consistent dereferencing, type checking implementation?
## UI Desires
- modules have visual ways to throw errors - i.e. flashing red, popping up...
- off-screen divs get pointers-to so that we don't get lost
- 'h' or something to zoom-to-extents
- better module menu
- hover for alt descriptions
## Planner Bugs
## Planner Bugs
- trapezoid linking doesn't account for speed changes properly, i.e. doesn't ramp down into next move if next move's cruise speed is less than our exit speed
- trapezoid linking doesn't account for speed changes properly, i.e. doesn't ramp down into next move if next move's cruise speed is less than our exit speed
- should have some stronger ideas about flow control, allowable segment size (based on time)
## Want
## Want
- log() for logs-from-module tagged
- log() for logs-from-module tagged
- off-screen divs get pointers-to so that we don't get lost
- 'h' or something to zoom-to-extents
## Demo Desires
## Demo Desires
- want to show immediacy of hardware: software representation
- want to show immediacy of hardware: software representation
...
@@ -109,18 +108,11 @@ To assemble a representation of these, we want to have a kind of 'netlist' that,
...
@@ -109,18 +108,11 @@ To assemble a representation of these, we want to have a kind of 'netlist' that,
- lights displaying activity
- lights displaying activity
## Bugs
## Bugs
- when bridge has two addresses only one sends
- add watch for identical addresses
- besides we want a different network representation
- cannot connect input to output w/o backwards bezier
- cannot connect input to output w/o backwards bezier
# The RPI
# The RPI
- sudo apt-get update
``` need to figure out how to get the RPI serialport to talk ```
