Voice command structure

From RepRap
Revision as of 17:12, 17 January 2015 by Jamesdanielv (talk | contribs)
Jump to: navigation, search

This page is about theory on how voice command communications should happen with gcode based 3d printing machines. it is a starting point and i would encourage edits and further input.


Computer processing power available to controllers and plc is at a tremendous curve of advancement. about 2000% of microprocessor power will be available in a years time frame.


there are several issues that need to be improved upon, but one area I found little help with was with voice commands.


voice commands should have structure and be clear, easy to understand, and translate to text. voice commands should also be verified to be accurate, i would like to say the the following method would work appropriately, and if not a verification request should be asked, or the command should be rejected.

the variables I would recommend for the choice command structure as is follows.

A 3 level tier structue. each with a safety rating, to indicate the damage an error would have. a 1 would be nussance, 2 would be mechanical, and 3 would be costly damage. how to rate these needs to be determined.


type of command system, the thing to change (function of) , and the value to give it. (value)

IF the type of command matches the thing to change, then the command is likely valid especially if the value verbally spoken is within sanity limits of the command.

If the verbal command, does not match the thing to change, reject the command.

3 level TIER system

commands: Tier (1)
--------------------------------------------------------------------------------------------------------
Move(2)
set(1)
change(1)
remember(0)
make(2)
print(1)

Function of TIer (2)
---------------------------------------------------------
temperature nozz(3)
temperature bed(3)
axis(1)
memory(0)
alarm(0)
probe(1)
Value TIer (3)
----------------------------------------------------------
within +/-10% (0)
out of sanity limts(3)


the functions also are set to work with specific commands only. so only if a specific command is provided, then the function can be made active. if the function and the command match, and adding all the numbers in brackets is less than 3, then the command can proceed without verbal verification. otherwise the command is rejected, unless verification would lower the safety risk number in the brackets.