Skip to main content

Messages

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

Messages - jawi

2
Open Bench Logic Sniffer / Re: Cannot change sampling rate
Mind that the ols-0308 package contains a very old firmware for the OBLS (and OLS client). This might explain your problems. You might want to consider upgrading your firmware to the latest "unofficial" one: the DemonCore version.

HtH,
3
Open Bench Logic Sniffer / Re: Change Flash
Mind that the ols-0308 package contains a very old firmware for the OBLS (and OLS client). This might also explain the negative results on Linux. You might want to upgrade your firmware to the latest "unofficial" one: the DemonCore version.

HtH,
4
Bus Pirate Support / Re: Delay Capture in LogicSniffer
I’m not sure that the BP supports delaying the actual capturing. This feature is present in the original SUMP and the OBLS, but given the many ports of the SUMP protocol to the many different devices it could well be that not all features are supported on them. I’ve looked briefly in the firmware of the BusPirate (see [1]), but I cannot see anything that suggests that this feature is supported.

What you might want to try is to define a trigger for your signal: SPI works with a /CS signal which needs to be asserted if the master wants to talk to a slave. The BP does have support for simple triggers (only 1 stage IIRC), which might be just enough for your capture to work.

Hope this helps,

1. http://dangerous-prototypes-open-hardwa ... are/SUMP.c
8
Client software / Re: Frozen client after capture launch - Ubuntu 14.04
Hmm, it seems the notifications from this forum are not working for me any longer... Anyway, not sure what might be causing the freeze. I did test the 0.9.7.2 release on Ubuntu (14.04 IIRC, not sure if it was 32 or 64 bit), and did not experience any freezes. Given that your OBLS is working with Mint Linux, it rules out any hardware issues, so that is not the cause. So, I'm not sure what might be the cause of the problems using Ubuntu. Are you able to share some additional information of your Ubuntu installation, like Java version, etc.?
12
Client software / Re: pushing external data into client
[quote author="arhi"]want to use the "fancy" file now .. I have a question  -
 - Compressed - does it expect RLE compressed data in the file or?[/quote]

I don't know exactly what compressed is doing. It is a remnant of the original SUMP format I based the format on. The OLS client assumes that this value is, if present, true.

[quote author="arhi"]
 - AbsoluteLength - maximum timestamp - but in what units? seconds? milliseconds? microseconds? picoseconds? long integer?[/quote]

The maximum timestamp is the last timestamp seen in the sample data. It is unitless, but you can derive time in second from it by  subtracting the trigger point and dividing it by the sample rate.
 
[quote author="arhi"]
 - cursorX - long int, I assume timestamp in same format as AbsoluteLength?
 - TriggerPosition? same as cursorX ?[/quote]

Yes and yes. The trigger position is used to determine the relative time: the time before the trigger moment and the time after.

[quote author="arhi"]
 - sample data == <sample value>@<sample number>, sample value is HEX that's clear 1 byte for 8 channels, 4 bytes for 32 channels right? but sample number - wiki states
Quote
The sample number correlates to the absolute time at which the sample was taken.
explain this? is this just the order number or this can be a timestamp? Can this happen? Can it be 64bit long?[/quote]

The sample number is a counter that is started at 0 once the first sample is taken and increments for each sample. The data file allows this counter to be non-contiguously in which case it assumes that the sample value did not change. To make this more concrete with an example, suppose we have the following data, which is 16-bits data sampled at 1 kHz:

Code: [Select]
;Rate: 1000
;Channels: 16
;AbsoluteLength: 8
aa@0
aa@1
aa@2
aa@3
aa@4
bb@5
bb@6
cc@7
cc@8

is the same as the shorter version:

Code: [Select]
;Rate: 1000
;Channels: 16
;AbsoluteLength: 8
aa@0
bb@5
cc@7

Note that we Because the latter case no longer states the sample value at 8, we need the absoluteLength property to determine what the last sample number was.

Does that answer your questions sufficiently to continue your work?
13
Client software / Re: pushing external data into client
[quote author="arhi"]hah .. that width needs to be 2 ... WORKS !!![/quote]

Yes, that's explainable, as the sample width is what is actually determining how many bytes are read to represent the 16 channels (in the case you had a sample width of 1, it would simply fill the MSB of your 16-channels with zeros).
14
Client software / Re: pushing external data into client
Quote
so you don't define it in raw file but the way you configure "scan" right?

For the raw data, yes.

In the OLS data-file format, you can define these things in detail (see the wiki page I mentioned earlier).
15
Client software / Re: pushing external data into client
For timed data: assuming the time starts at zero, each sample corresponds to the index * sample interval.

For state data it is assuming we start at state 0 and each sample is an increment of the state.