Also moved v321 into an "old" folder to keep around in case anyone needs to use that.
After testing increasing the local buffer to 128 helped maintain constant record at 115200bps.
Increase length of max config string from 2 chars (14) to 3 chars (214).
The number of escape chars was increased to 0 to 254. The log name now increments even if there are no files and the receive buffer was decreased to prevent memory bugs.
Related to issue 158.
Firmware was updated to fix a nasty bug. Updated combined hex file used in production and cpp.hex to reflect those changes.
Added text based baud rates to light. Now OpenLog_v3_Light can handle *any* baud rate from 300 to 1,000,000bps. Also fixed the hard coded array length to avoid the bug found in the main branch.
See issue #136. Thank you dlkeng! You rock. Again. Thanks for adding this feature. When starting in new log mode, if the LOG00256.txt is zero bytes, OpenLog will use LOG00256 instead of LOG00257.
The array size was too small which caused echo to act oddly and it caused the config file record to corrupt the file. This would show itself when the SD was read on a computer and windows would insist on scanning and fixing.
Two .hex files in this commit: One is a .hex version of the Arduino sketch. The other .hex file is a "combined" .hex file that contains both the optiboot bootloader and the v3.2 firmware.
Fixed issue #135: ls with wildcard works again. Thank you dlkeng!
Fixed issue #135: When removing files and there is a directory, all wildcard files are now removed correctly. Thank you dlkeng! Your patch worked great!
Should fix issue #149.
You can now ignore the state of RX at power up. See issue #150.
Now supports any baud rate from 300bps to 1,000,000bps and anything in between. This will allow you to really configure OpenLog to anything you need, but remember you can always hardware reset OpenLog to 9600 by pulling the RX line low during power up.
Created new COMBINED .hex file (bootloader and v3.14 sketch) and updated OpenLog_v3.cpp.hex to be consistent with v3.14
We lose about 182 bytes for this addtional support. It will be left in for now. We may want to go to a different baud input system rather than a selection menu.
Filing firmware and hardware into their own directories.
Added the fixes and improvements learned on regular OpenLog. Light seems to be working well at 115200bps across 200,000 bytes continuous.
Sending lots of binary, fast, causes the escape character to not properly get reset. Added a secondary reset of escape_chars_received to reset it. Works well. Also added a binary test sketch to test OpenLogs with binary at 115200bps.