Skip to main content

Topics

This section allows you to view all Topics made by this member. Note that you can only see Topics made in areas you currently have access to.

Topics - jawi

1
Client software / OLS client 0.9.7-RC1
Hi everybody,

After a very long time, I finally made some time to start finalising the upcoming 0.9.7 release. Before going actually making a final release, I'd like to hear some feedback about its current state. So, I'd like to ask you guys to give the latest RC1 snapshot a spin on your machines. Bugs, issues and so on can be reported in this thread, or on GitHub.

The latest 0.9.7 RC1 can be downloaded from: https://drone.io/jawi/OLS-client/files

If no major issues are found, I'd like to make a final release in a week (around July 20th) or so.
2
Open Bench Logic Sniffer / [Demon Core] bugs wrt trigger LEDs?
While working on the support for the Demon Core triggers (see viewtopic.php?f=57&t=4628), I've noticed something strange about the ACT and TRIG LEDs:

  • The ACT LED goes on right after a reset, which its doing for as long as I remember (I'm running the DemonCore FW for a long time now), but after reading the documentation, it should only be lit when actively waiting for a trigger, i.e., once the "arm basic trigger" or "arm advanced trigger" command is send;
  • The TRIG LED goed on once a trigger is activated, and deactivated probably when all data is pushed out to the client. For the basic triggers this works as expected, but in the advanced trigger mode, this LED remains lit until a new capture is started. Issuing reset commands does not make a difference in this.

I've not tested this on the "original" bitstreams, so I cannot verify the "old" behaviour, but I think this behaviour is somewhat confusing, not?
3
Client software / Demon Core triggers: they're alive!
I'm currently busy developing on the long awaited support for the Demon Core triggers in my client. So far, I've got a small DSL that can be interpreted and translated to the necessary LUT configurations.

Today, I was feeling bold and decided to give the current code a test ride. So, I coded a small test rig to write the LUT configurations to a real OBLS running DemonCore v3.07, and it worked! A simple one-stage trigger that looks for a simple bit-pattern was correctly triggered by external input and caused the capture to finish.

There's still tons of stuff that needs to be done prior to getting the current code ready for prime-time, but its a start...
4
Client software / OLS signal display annotation style
The OLS client supports the annotating of data to present additional information along with the signal data. For example, many of the decoding tools use annotations to represent the decoded data. For the new signal display component, I'd like to implement a new style of annotation rendering that is both useable regarding its presentation of data, as well looks good.

I'd like to invite as many people as possible to cast their vote on which annotation style rendering they prefer. Screenshots are added below to give you an idea on how the current styles look.

[attachment=1]
[attachment=0]

If you've got new ideas on how to represent annotations, please post them in this topic! All ideas are welcome!
5
Client software / OLS signal display component
Hi all,

I'm shouting it across several topics already for quite some time, but the new OLS signal display component is becoming more and more mature. To inform all those interested, and to get valuable feedback from you guys, I decided to post a new working mock of it.

[attachment=0]

You can download this mock from: http://ols.lxtreme.nl/signal_display_v2.jar, which should run on Windows, Linux and OSX (only the latter is heavily tested ;)).

A list of changes/improvements made so far:
  • the need for speed; the drawing routines are optimized in such extent that the component can handle large data sets quite easily (up to 10M samples tested);
  • look and feel; I got assistance from Marius in the design of the look and feel. He helped me greatly in improving the default look and provided two new ways of showing annotations (more on this later);
  • keyboard navigation; the zooming can be controlled from the keyboard now (+/=, -/_, 0 and 1). Additional navigation features can be added easily (moving left/right with cursor keys and such);
  • cursors can be added from the timeline as well as the signal view; right clicking a cursor now provides a real context-sensitive popup menu;
  • cursors can now be placed in 'snapped' to a signal edge.
  • CTRL/CMD + mouse click allows you to easily jump to a future signal edge
  • renaming of channel labels can be done by right clicking it;
  • channels can be reordered by drag-and-drop. Channels can also be moved to another channel group with this;
  • channels can be "disabled", meaning that they are drawn as if they were continuously low;
  • cursor, measurement and acquisition information is now presented in separate windows that can be docked/undocked/moved at will.

Any thoughts, ideas and/or improvements? Post them!
7
Bus Pirate Support / Feature request: binmode frequency counter?!
I'm playing a bit with the binary mode of the BusPirate, and was suprised by its completeness of functionality: almost everything can be accessed through this mode as well! One thing I did not find back (nor in the Wiki, nor in the source) was the frequency measurement functionality. Is this on purpose, or simply never implemented?
8
Open Bench Logic Sniffer / Glitches in signals & unused channels
I've some mail contact with a OBLS user (Emil) that is testing the OBLS in a very simple setup: a 74LS161 (= sync. 4-bit counter) which is clocked by a 4MHz (canned) oscillator. The 4-bit output of the 161 is captured, along with the "carry" and input clock signal on channels 0..5 of the OBLS, while channels 6 & 7 are tied to ground:

[list type=0]
[li]Original clock;[/li]
[li]Q0 of 161;[/li]
[li]Q1 of 161;[/li]
[li]Q2 of 161;[/li]
[li]Q3 of 161;[/li]
[li]TC/carry of 161;[/li]
[li]Ground;[/li]
[li]Ground.[/li][/list]

Upon capturing (@100MHz), glitches appear in the captured results, even on the grounded channels! Enabling the noise filter option somewhat reduces the level of glitches, but not 100%. See the following screenshot:
[attachment=0]

After building the same circuit myself, I was able to reduce the glitches a bit more by tying channel 6 to +5V instead of ground. This results in spurious glitches in channel 5 only, as far as I tested.

I only got a 74LS161 myself, but Emil has tested it with a 74F161 as well, and sees similar results. One thing I did notice was that visualizing the output of the LS161 on my scope revealed quite a lot of overshoot. While it might be a clue, it could also be either my crappy local oscillator or the limited bandwidth of the LS161...

Anyways, we're a bit baffled by this result, and cannot explain why this happens. Can anybody shed a light on this?
9
Client software / New OLS signal display component
I've been working on an improved component for the display of captured signal data from the LogicSniffer for some time now, and wanted to share the current results with you guys. Reasons for rewriting the component can be found on this Wiki page.

Anyway, I've made some screenshots, and a runnable JAR file, for people to play with. Its still very early alpha code, but good enough for demo purposes.

Attached you find some screenshots with some highlights of the new component, along with a runnable demo application.

[attachment=1]

[attachment=2]

[attachment=3]

[attachment=4]

[attachment=5]

Let me know what you think of it, such as improvements, ideas, suggestions, and so on...
10
Client software / OLS client 0.9.4 RC2
It took longer than originally anticipated, but it is finally available: the [s:]first[/s:] second Release Candidate (RC) of the 0.9.4 version!

Implemented features and Issues solved in this release (including already closed ones):

  • #4, VCD exports ignore selected channel groups;
  • #5, Verify frequency measurement with RLE captures;
  • #6, support OLS-device profiles for BP, regular OLS and SUMP;
  • [s:]#30, Add icon to window/application;[/s:]
  • #31, 200MHz capture fails halfway;
  • #32, Add warning message about highest channel icw RLE;
  • [s:]#33, when RLE is enabled the first value rendered is always low;[/s:]
  • [s:]#34, Is it possible to disable DTR when opening the serial;[/s:]
  • [s:]#37, No menu entry for 'capture' functions;[/s:]
  • #43, Preferences in Edit/Preferences dialog are not saved;
  • #47, Stop button now always enabled;
  • #50, RLE channel group issue with 0.9.4-b1;
  • [s:]#51, I2C decoder produces invalid address;[/s:]
  • [s:]#54, Add "Jump to Marker" buttons for remaining cursors;[/s:]
  • #56, Stop button not working correctly;
  • #57, 200MHz 8 bit capture incorrect if upper channel groups selected;
  • #58, 24 bit capture set incorrect memory size with auto;
  • #60, (UART analyser) settings are not retained when dialog closed;
  • #62, Open existing project "current project has changed" dialog inverted.

A call to all beta testers: grab an archive and test away using the testing charter:

Please do not use this topic for feature/improvement requests! Create either a new Client topic, or file an issue request on GitHub...

All issues found should be reported as issue on GitHub and can be discussed in this topic.

If tested, could you post a message in this topic stating the platforms (operating system + version, 32/64-bit, and used hardware) on which you've tested it, and possibly the issue numbers verified?
11
Pirate PIC programmer / PiratePICprog rocks!
For some reason my OLS's bootloader got mangled, causing me to perform a OLS-rescue operation. After several disappointing tries with the .NET application, I compiled the PiratePICprog and it worked instantaneously! It rescued my beloved OLS, which is now happily capturing again...!

I'm thinking about writing a new rescue-howto for the OLS. Maybe in a couple of days, as I'm now busy with other stuff (the OLS client).
12
Open Bench Logic Sniffer / (Near) realtime cq. continuous mode acquisition
I've been playing around with the continuous mode firmware to see how I can integrate this into my client. I've got a proof of concept, which works fairly good. But, I'm wondering about the following, mostly use case related. So, do you:
  • want to simply see the last X samples on screen until the trigger(s) is/are matched and see the set (predefined size?) of samples (or until you're fed up with it and abort the capture);
  • be able to make really long captures without worrying about memory issues. How usable would this be, having hours of sample material without some sort of post-processing.
I guess the first point aids to the "wow"-factor, while the second point would be more practical. But then again, I've used LAs only a few times, so maybe I'm missing use cases...
13
Open Bench Logic Sniffer / Jawi's Logic Sniffer client software - releases
Logic Sniffer client is a fork of the SUMP logic analyzer client that is actively developed here in the forum.

This is the preferred client for the Logic Sniffer.

Latest release are available here, as well as news, screenshots and other information:
http://ols.lxtreme.nl/

Bugs, feature requests and other improvements can be issued through GitHub:
http://github.com/jawi/ols/issues

Some frequently asked questions can be found on:
http://github.com/jawi/ols/wiki/FAQ

The roadmap (in progress) can be found on:
http://github.com/jawi/ols/wiki/Roadmap

As of release 0.9.5, a change log file is also included in the distribution itself:
https://github.com/jawi/ols/blob/master ... /CHANGELOG

  • September 11th, 2014: OLS v0.9.7 SP1, (ZIP, DMG, API). Allows the client to run on recent Java versions;
  • August 12th, 2013: OLS v0.9.7, (ZIP, DMG, API);
  • October 29th, 2012: OLS v0.9.6 SP1, (ZIP, DMG, API). Fixes the capturing issues on Linux;
  • September 9th, 2012: OLS v0.9.6, (ZIP, DMG, API);
  • [s:]June 21st, 2012: OLS v0.9.6 BETA 3, (ZIP, DMG, API);[/s:]
  • [s:]May 4th, 2012: OLS v0.9.6 BETA 1, (ZIP, DMG, API);[/s:]
  • January 8th, 2012: OLS v0.9.5, (ZIP, DMG, API);
  • [s:]November 25th, 2011: OLS v0.9.5 BETA 2, (ZIP, DMG, API);[/s:]
  • [s:]November 20th, 2011: OLS v0.9.5 BETA 1, (ZIP, DMG, API);[/s:]
  • May 3rd, 2011: OLS v0.9.4, (ZIP, DMG, API) release;
  • February 7th, 2011: OLS v0.9.3 SP1, (ZIP, DMG) release. Some critical fixes for capturing under Linux; disk-image fixed for OSX and other startup issues;
  • [s:]February 6th, 2011: OLS v0.9.3, (ZIP, DMG) release;[/s:]
  • [s:]January 31st, 2011: OLS v0.9.3 BETA 6, (ZIP) beta release. Fixes all(?) capture problems on Windows platforms;[/s:]
  • [s:]January 29th, 2011: OLS v0.9.3 BETA 4, (ZIP) beta release;[/s:]
  • [s:]January 28th, 2011: OLS v0.9.3 BETA 3, (ZIP) beta release;[/s:]
  • December 19th, 2010: OLS v0.9.2 (ZIP, DMG) released;
  • November 1st, 2010: OLS v0.9.1 released;
  • October 23rd, 2010: OLS v0.9.0 released;
14
Client software / Jawi's Logic Sniffer client software - releases
Logic Sniffer client is a fork of the SUMP logic analyzer client that is actively developed here in the forum.

This is the preferred client for the Logic Sniffer.

Latest release are available here, as well as news, screenshots and other information:
http://ols.lxtreme.nl/

Bugs, feature requests and other improvements can be issued through GitHub:
http://github.com/jawi/ols/issues

Some frequently asked questions can be found on:
http://github.com/jawi/ols/wiki/FAQ

The roadmap (in progress) can be found on:
http://github.com/jawi/ols/wiki/Roadmap

As of release 0.9.5, a change log file is also included in the distribution itself:
https://github.com/jawi/ols/blob/master ... /CHANGELOG

  • September 11th, 2014: OLS v0.9.7 SP1, (ZIP, DMG, API). Allows the client to run on recent Java versions;
  • August 12th, 2013: OLS v0.9.7, (ZIP, DMG, API);
  • October 29th, 2012: OLS v0.9.6 SP1, (ZIP, DMG, API). Fixes the capturing issues on Linux;
  • September 9th, 2012: OLS v0.9.6, (ZIP, DMG, API);
  • [s:]June 21st, 2012: OLS v0.9.6 BETA 3, (ZIP, DMG, API);[/s:]
  • [s:]May 4th, 2012: OLS v0.9.6 BETA 1, (ZIP, DMG, API);[/s:]
  • January 8th, 2012: OLS v0.9.5, (ZIP, DMG, API);
  • [s:]November 25th, 2011: OLS v0.9.5 BETA 2, (ZIP, DMG, API);[/s:]
  • [s:]November 20th, 2011: OLS v0.9.5 BETA 1, (ZIP, DMG, API);[/s:]
  • May 3rd, 2011: OLS v0.9.4, (ZIP, DMG, API) release;
  • February 7th, 2011: OLS v0.9.3 SP1, (ZIP, DMG) release. Some critical fixes for capturing under Linux; disk-image fixed for OSX and other startup issues;
  • [s:]February 6th, 2011: OLS v0.9.3, (ZIP, DMG) release;[/s:]
  • [s:]January 31st, 2011: OLS v0.9.3 BETA 6, (ZIP) beta release. Fixes all(?) capture problems on Windows platforms;[/s:]
  • [s:]January 29th, 2011: OLS v0.9.3 BETA 4, (ZIP) beta release;[/s:]
  • [s:]January 28th, 2011: OLS v0.9.3 BETA 3, (ZIP) beta release;[/s:]
  • December 19th, 2010: OLS v0.9.2 (ZIP, DMG) released;
  • November 1st, 2010: OLS v0.9.1 released;
  • October 23rd, 2010: OLS v0.9.0 released;
15
Open Bench Logic Sniffer / Alternative Java client
[hr:][/hr:]

*** The latest version is available for download at the OLS homepage... ***
hope this saves you a trip to the end of this thread :)

  • October 23rd, 2010: version 0.9.0 released;

[hr:][/hr:]

For a while now, I've been working on my own Java client for the OLS. While the original SUMP client certainly works, it has its drawbacks and limitations. For example, the fiddling around with the RXTX library on various OSs and the lack of (dynamic) runtime extensions without recompiling the clients to name a few. So, I took the original SUMP sources, and "hacked" away...

While it is certainly not ready or complete, it is already quite usable, so hereby I want to make a first public release.

A highlight of the changes:
  • Make use of Felix OSGi framework as plugin mechanism/runtime environment;
  • Integrated the RXTX library for Mac OSX (64-bit, SL), Linux (32/64 bit) and Windows (32/64 bit). The RXTX library no longer needs to be installed separately;
  • Improved the UI "snappiness" by profiling the various drawing routines (signal drawing improved with approx. 200%) and making (better) use of the Java threading model (SwingWorker) to improve the analysis tools (done for I2C & state analyser);
  • Support more than 2 cursors.

Ideas and future improvements:
  • Make the sources publicly available through some public hosting site (Github, ...);
  • Create some sort of home page/documentation;
  • Add UI for performing some basic measurements between (sets of) cursors;
  • Add tools for 1-wire, and other protocols (USB?);
  • Improve the look&feel on other OSs (Linux and Windows);
  • ...any other ideas?...

You can download my OLS client from: [s:]http://lxtreme.xs4all.nl/~jawi/ols/ols-0.5b3.tgz[/s:]. Basically, it is gunzipping/untarring the archive and running the "[tt:]run.sh[/tt:]" script in the felix folder, or invoking [tt:]java -jar bin/felix.jar[/tt:] from a commandline.