- some SPI implementations use a normally-low CS signal, instead of a normally-high CS signal. The current decoder tool couldn't cope with such signals. Added an additional option that allows you to "invert" the CS signal.
Repair Mac builds & add 2MHz & 4MHz sample rates for Arduino Generic Logic Analyzer v0.11.
- windows specific parts can now be activated by adding `-P windowsPlatform` to the maven command.
Increase portdelay so the Arduino Uno R3 works.
The Arduino Uno R3 requires a longer device.open.portdelay compared to older Arduino boards. This fixes the reported issue of device timeouts. Tested on Mac OSX and Windows and the R3 works fine with this delay. Also tested against original Uno, Duemilenove, Seeeduino and they still work.
- to make it visually clearer what belongs to what group; - to give a visual clue where one can open the context menu for editing group properties.
Add devices profiles for the Arduino Generic Logic Analyzer sketch.
Add profiles for the ATmega328 and ATmega2560 based Arduinos using the logic analyzer sketch from here: https://github.com/gillham/logic_analyzer
…mer is not properly supported on Windows.
…een value and unit.
- added 'nl.lxtreme.ols.logLevel' (= 0..6) to control the log level that should be logged; - added 'nl.lxtreme.ols.filterJdkUiLogs' (= true/false) to control whether or not UI-related log messages from the JDK are to be logged (gives much noise with logLevel > 3); - make sure the console logger adheres the log level supplied by the system property.
UX fix for signal props editor
Issue #167: Really make sure the last value is always present
UART decoder improvements
Let run.sh forward options to java
This allows for example to enable log output by running "run.sh -Dnl.lxtreme.ols.logToConsole=true" without having to modify the run.sh script.
Even with previous attempts to fix this issue, it still persisted for me (though I didn't notice it on all captures, but it could be that I didn't notice this if there was a captured value near the end). I suspect that perhaps the RLE decoder is unaffected or something, my Bus Pirate uses unencoded output. What happened was that the duplicate sample removal in CapturedData would kill the last sample, because it is (by the way EqualityFilter works) always identical to the next to last sample. However, it would still record its timestamp for the purposes of the "do we need to add a final sample" check, so no final sample would be added. This would break the signal display, truncating it at the last change in a signal.