📝 Fix some README formatting (#714)

config/examples/Einstart-S/README.md

@@ -31,6 +31,7 @@ Triple check your pinouts, it shouldn't fry if connected backwards but if your p
 
 See the comments in the ArduinoISP sketch under File:Examples:ArduinoISP
 
+```
 1 MOSI  D11
 2 5v    Vcc
 3 N/C
@@ -41,6 +42,7 @@ See the comments in the ArduinoISP sketch under File:Examples:ArduinoISP
 8 N/C
 9 MISO  D12
 10 GND  GND
+```
 
 #### Einstart Motherboard ISP Header Pinout
 
@@ -48,6 +50,7 @@ The 10 pin ISP Header is located to the right of the ATMEGA chip, just above the
 
 #### ISP Diagram
 
+```
 <--- Face of chassis
 
 MOSI ( 1 ) ( 2 ) Vcc
@@ -57,9 +60,11 @@ MOSI ( 1 ) ( 2 ) Vcc
 MISO ( 9 ) (10 ) GND
 
 Component Plugs --->
+```
 
 ### Motherboard Diagram
 
+```
  |1234|1234|1234|1234|12|12|12|12|12|12|12|12|12|12|123|12|1234|
  ---------------------------------------------------------------
 | XMOT YMOT ZMOT EMOT EF HB HE PF ZS YS XS PS BT ET PT1 TC VBRG |
@@ -97,6 +102,7 @@ L       LEFT
 R       RIGHT
 U       UP
 O       OK   (MIDDLE)
+```
 
 ## Uploading Marlin firmware to a stock Einstart S
 
@@ -122,6 +128,7 @@ As a permanent modification to enable direct USB upload from the arduino IDE, yo
 
 #### FTDI Chip Diagram (IC1)
 
+```
            ______
    TXD  --|1   28|--OSCO
    DTR  --|2   27|--OSCI
@@ -138,15 +145,18 @@ As a permanent modification to enable direct USB upload from the arduino IDE, yo
    CBUS2--|13  16|--USBDM
    CBUS3--|14  15|--USBDP
           |______|
+```
 
 #### Arduino Reset Circuit
 
+```
    DTR-----||----GND----/\/\/\/----Vcc
           100nf           10k
+```
 
 With this modification you no longer need the reset button and you can program directly from the Arduino IDE.
 
-### Power notes during flashing.
+### Power notes during flashing
 
 You do NOT need power connected when flashing via ISP.
 You DO need power when flashing via USB Serial but you MUST time the release of the reset line to allow the upload unless you've performed the permanent modification.

config/examples/WASP/PowerWASP/README.md

@@ -1,14 +1,14 @@
 # Modifications to PowerWASP firmware with a few extras
+
 The later versions of the PowerWASP controller board have power loss detection on pin 65 (low on loss). this has been configured in POWER_LOSS_RECOVERY. Because of this there is no need to save each command line just in case of a power loss to the machine. The board will hold enough power to allow the print to be saved to the SD card.
 
 The retract position on finishing the print has been set at Z190 X0 Y0
 
-There are provisions made here to use ESP3D wireless printer control.
-
-https://github.com/luc-github/ESP3D
+There are provisions made here to use ESP3D wireless printer control from [luc-github/ESP3D](https://github.com/luc-github/ESP3D)
 
 The original PowerWASP board has available a internal serial port connection with Arduino Serial3.
 The connections are as follows:
+
 ```
 .------------.---------------------.
 |            |  Serial3            |
@@ -19,24 +19,20 @@ The connections are as follows:
 `------------´---------------------´
 ```
 
-With the option of wireless file upload to the SD card, the idea of updating the Firmware
-from the SD can also be useful. This option has been selected, but requires a modified boot loader
-that can be found here:
+With the option of wireless file upload to the SD card, the idea of updating the Firmware from the SD can also be useful. This option has been selected, but requires a modified boot loader from [rainerumrobotics/MicroBridge-Arduino-ATMega2560](https://github.com/rainerumrobotics/MicroBridge-Arduino-ATMega2560)
 
-https://github.com/rainerumrobotics/MicroBridge-Arduino-ATMega2560
+## USB and SDCARD Firmware flashing for the ARDUINO ATMEGA 2560 and ADK
 
-USB and SDCARD Firmware flashing for the ARDUINO ATMEGA 2560 and ADK
----------------------------------------------------------------------
 The bootloader looks for byte in eeprom at address 0x3FF:
 
-  -if it is set to 0xF0 bootloader will look for a bin file on the sdcard named
+- If it is set to 0xF0 bootloader will look for a bin file on the sdcard named
    firmware.bin and use it to flash the firmware then reset the byte to 0xFF so it
    does this only once
 
-  -otherwise no action is taken and bootloader works as a arduino bootloader except
+- Otherwise no action is taken and bootloader works as a arduino bootloader except
    some of the debugging functions are missing
 
-Setup
+### Setup
 
   ADAFruit micro sdcard 5V ready:
 
@@ -50,23 +46,35 @@ Setup
 
   pin 53  -  CS
 
-Generate BIN file for firmware update:
+### Generate BIN file for firmware update
 
 To generate a bin file you need issue the following command on you apps elf executable:
 
+```
 avr-objcopy -I elf32-avr -O binary firmware.cpp.elf firmware.bin
+```
 
-this generates firmware.bin which can be put on the sd for flashing your firmware. You can find the elf
+This generates `firmware.bin` which can be put on the sd for flashing your firmware. You can find the elf
 file in you apps build directory.
 
-Using olimex usb to upload bootloader:
+### Using olimex usb to upload bootloader
 
+```
 avrdude -c stk500v2 -p m2560 -P /dev/tty.usbmodemfd131 -B 500 -e -u -U lock:w:0x3F:m -U efuse:w:0xFD:m -U hfuse:w:0xD8:m -U efuse:w:0xFF:m -F
+```
 
+```
 avrdude -p m2560 -c stk500v2 -P /dev/tty.usbmodemfa131 -F -U flash:w:stk500boot.hex -b 115200 -B1 -U lock:w:0x0F:m
+```
 
+```
 avrdude -p m168 -c usbtiny -e -u -U lock:w:0x3f:m -U efuse:w:0x00:m -U hfuse:w:0xDD:m -U lfuse:w:0xFF:m
+```
 
-
+```
 avrdude -p m2560 -c stk500v2 -P /dev/tty.usbmodemfd131 -U flash:w:stk500boot_v2_mega2560.hex -U lock:w:0x0F:m -v
+```
+
+```
 avrdude -c stk500v2 -p m2560 -P /dev/tty.usbmodemfd131 -U lock:w:0x3F:m -U efuse:w:0xFD:m -U hfuse:w:0xD8:m -U lfuse:w:0xFF:m -e -v
+```