Added new profile type: step-output
step-output profile type now functions alongside the others.
Added new profile type: step-output-temp_crossing
step-output-temp_crossing renamed step-output_until_crossing_temp and various tweaks to ensure SP and OP are zero at end of profile run.
step-output_until_crossing_temp and step-output edited.
step-output reverted to auto mode between profile type check to try to get Frontend displaying input temp.
Both step-output modes edited so as they remain in manual mode while the mode is unchange. Input update moved to the <what are we doing section>.
Comment in code added detailing correction required to wait profile.
Added input refreshing to buzz profile type and converted Firmware Version text to string to enforce consistent versioning info.
Firmware 'version string' now fully functional + housekeeping

- The same 'firmwareVersion' string is now reported by the osPID controller and
  the Processing terminal window.
- Removed 'Forced refresh' of values using: 'input =  ReadInputFromCard()' -
  This was implemented in an attempt to refresh the graph display in Processing,
  but was not the correct solution.
- Updating Processing graph during run-time of profiles 4, 5 and 127 (buzz) now
  fully functioning, after additions of Serial.println(xx) within
  'if(runningProfile)' section within the function 'SerialSend()'.
- housekeeping: tidied column width of comments and added some clarifications.

Ongoing Issues:
- When stopping profile by pressing controller stop button, controller should
  be placed into a safe mode, eg: SP and OP = 0 and Mode = Automatic.
- Info from controller to Processing for profile types 4 and 5 requires further
  work.
When stopping a profile, return the controller to automatic mode.