Re: [CAD_CAM_EDM_DRO] Re: Windows and black boxes

mariss92705 wrote:

>
> Hello Art and others,
>
> Indeed the "devil is in the details". The details in this instance is
> a balance scale where a "black box" is on side and a PC is on the
> other side. The ideal is where a balance is struck. Here's how I am
> looking at it:...

There's another alternative. The black box can have an interpreter
in it; basic or some other/new language. The user can write microcontroller
code on their pc in this interpreted form to read and execute Gcodes, then
download the lot into the black box as ascii text. The interpreter in the
box executes this code by reading each ascii instruction and running it.

Now, the box is used like any other box by sending Gcode commands
to it.

Advantages:
o the one interpreter can be used on *any* micro/cpu,
o no C compiler or assembler is needed,
o the code in the box is easy to modify because you can run and test
pieces of your code as you write it,

Disadvantages:
o interpreted code is slower than compiled code or assembler but
this could be made-up by having built-in interpreter trig
functions etc,
o one interpreter command set would need to be devised and
agree upon

Maybe interpreted basic or forth would be good enough for this?