Show Posts - mabl

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

Messages - mabl

General discussion / Re: Atten PPS3203T power supply, mini review

August 03, 2012, 02:11:12 pm

Hey JuKu, where did you buy it?

Bus Pirate Support / Fixing the EDID of a monitor

June 23, 2012, 03:53:14 pm

Hi,

I just used the amazing Bus Pirate to fix the broken EDID of my Samsung Syncmaster - and it was really easy! If you are interested, I wrote a blog article about it:

http://www.blaicher.com/2012/06/howto-f ... pirate-v4/

MaBl

Client software / Re: Jawi's Logic Sniffer client software - support and bug reports

January 10, 2011, 07:27:04 pm

[quote author="robots"]
1/(x+1) is a hyperbolic function, not a linear function. So you probably cannot set any sampling rate.
[/quote]
True, the highest possible sampling rates are quiet far away - but at 1kHz there should be no limitation. Between 10kHz to 1kHz there are 90000 possible settings.

Actually, not even the first 20 sampling rates are exposed:

> 100*1/(seq(0,20)+1)
[1] 100.000000 50.000000 33.333333 25.000000 20.000000 16.666667
[7] 14.285714 12.500000 11.111111 10.000000   9.090909   8.333333
[13]   7.692308   7.142857   6.666667   6.250000   5.882353   5.555556
[19]   5.263158   5.000000   4.761905

Where only 100, 50, 20, 10 and 5 MHz are available in software.

Client software / Re: Jawi's Logic Sniffer client software - support and bug reports

January 10, 2011, 01:38:32 pm

According to the protocol the 100MHz system clock is devided by 1/(x+1) where x is a 24 Bit Integer so it should be possible to basically set any sampling rate in hardware.

Breakout boards / Re: What breakout do you need/want?

January 08, 2011, 05:28:14 pm

leaflabs.com is developing an STM32 (Cortex M3) board paired with an Spartan 3E. The design files are Open Source (https://github.com/leaflabs/oak). The hardware should be released soon.

Client software / Re: Jawi's Logic Sniffer client software - releases and requests

January 04, 2011, 10:26:39 am

Wow, I never really care for mockups but this just let's me whish I already have it. All those proposals will be real time savers! The only thing I'm not sure about is if I want tooltips for each pulse.

Client software / Re: Jawi's Logic Sniffer client software - releases and requests

January 03, 2011, 09:55:41 pm

[quote author="arhi"]
[quote author="mabl"]
When I checked, it was not in the right format to be loaded by the logic sniffer client.
[/quote]
I have not found the format description so I did what any proper dev would of done

I just dumped object (array of bytes in this case) on to disk

[/quote]
Yeah, I did a quick look into a saved project of the java sniffer. The format is straight forward, should be no problem.

[quote author="arhi"]
of course, I didn't say python is "bad lang" just that it is sooooooooooo ugly to me that it makes me vomit .. and that it is only language that induces this feelings out of many ..
[/quote]
Never mind, it's the same for me with C++. For example I just don't get why any modern language should not have "Named parameter". (Yes, I know the technical reasons but it is still so ugly). Ah, and don't tell me x86 asm gives you this warm fuzzy feeling

[quote author="arhi"]
the "triggering on the remote server side" ... I assume you want the capturing app to handle triggering and then to transmit the file to the client ... I'm really not sure it all makes much sense as actually we need a client that is aware of all the stuff that needs to be done so maybe it is simpler if client can do the sampling directly
[/quote]
I guess it's a design decision. I like to be able to run things separated. - Just my two cents..

[quote author="arhi"]

Quote

The same purpose why X11 is socket based.

don't get me started on that too ... if we managed to convince the community in '93-'95 to move the r5 on the dri platform and forget the backward compatibility with sockets now windows would not rule the desktop market and we would have decent desktop already for over 10 years ... but everyone is a general after the battle

...
[/quote]
HA! I knew this would convince you ^^

Client software / Re: Jawi's Logic Sniffer client software - releases and requests

January 03, 2011, 05:07:39 pm

[quote author="arhi"]

Quote

1. We might first export captured data to a file and load it with the logic sniffer client. I had a quick look into the file format and it seems simple enough.

if you look at the ftdiCLI I wrote - it does just that, it samples as many bytes as you request and stores in file .. then you can do with it whatever you like
[/quote]
When I checked, it was not in the right format to be loaded by the logic sniffer client.

[quote author="arhi"]

Quote

2. Decide on software architecture:
a) Directly integrate into the java client
b) Use an external client over TCP/IP.

I guess the second choice sounds reasonable. We could use some nice XML/RPC calls. My personal favorite language is Python - not sure if it can handle the 60MB/s stream of data, though...

I mentioned many times in many places, I use more then 60 programming languages and python is the only one that I find disgusting. Also 60MHz is 60 megabytes per second of data, most HDD's cannot write this fast for long period of time (until you fill the buffers), writing triggers to handle 60megabytes per second stream in python

yeah right ... also, tcp/ip - overhead is too high for something like this, we could push udp stream but since in 99.9% cases the 2232h and desktop gui app will be on the same machine - what would be actually the point of encapsulating the stream in the tcp/ip, then decoding it in java ... I know today's cpu's are fast but .. cmon ..
[/quote]
Well, it's always a matter of taste. And as I mentioned, I have never used Python for such high bitrates. But I think you misunderstood me, I don't want to transfer the data in realtime over Ethernet. It would be far more easy to handle the triggering at the remote server side and do all the trigger/sampling configuration over XML/RPC. Once it has been captured, you can easily compress it and transmit it via TCP. Of cause we won't have a real time display that way. But as you mentioned, that wont be possible anyway.

[quote author="arhi"]

Quote

3. In the long run, the OSL interface could also be migrated to TCP.

for what purpose?
[/quote]
The same purpose why X11 is socket based.

Client software / Re: Jawi's Logic Sniffer client software - releases and requests

January 03, 2011, 11:11:13 am

Hey arhi, thx for the explanation! I guess it's best to stick with the current hardware, therefore ignoring lost samples (there is no way in software to determine lost samples? wth..)

1. We might first export captured data to a file and load it with the logic sniffer client. I had a quick look into the file format and it seems simple enough.

2. Decide on software architecture:
a) Directly integrate into the java client
b) Use an external client over TCP/IP.

I guess the second choice sounds reasonable. We could use some nice XML/RPC calls. My personal favorite language is Python - not sure if it can handle the 60MB/s stream of data, though...

3. In the long run, the OSL interface could also be migrated to TCP.
4. Design specialized hardware. The software side should be quiet straight forward by then.

Client software / TCP sockets, continous analyzer mode

January 03, 2011, 09:50:01 am

True, it's a great idea to use tcp sockets for communication. Eventually this could also be useful for the OSL. Imagine running the OLS remotely on an arm board (like Dockstar) but displaying the result on your local computer.

Client software / Re: Jawi's Logic Sniffer client software - releases and requests

January 02, 2011, 09:28:53 pm

Now that there is the FT2232 breakout wouldn't it be nice to add it as a logic analyzer source?

I have found two native java libs for the ftdi chips:

http://sourceforge.net/projects/ftd2xxj/ - Supports Linux, OSx and Windows
http://bleyer.org/jd2xx/ - Windows only

This would allow 60MHz sampling speed with virtually unlimited sampling depth!

( ! ) Fatal error: Uncaught exception 'Elk_Exception' with message 'Please try again. If you come back to this error screen, report the error to an administrator.' in /var/www/dangerousprototypes/forum/sources/database/Db-mysql.class.php on line 696
( ! ) Elk_Exception: Please try again. If you come back to this error screen, report the error to an administrator. in /var/www/dangerousprototypes/forum/sources/database/Db-mysql.class.php on line 696
Call Stack
#	Time	Memory	Function	Location
1	0.0168	2389000	session_write_close ( )	...(null):0
2	0.0171	2520576	ElkArte\sources\subs\SessionHandler\DatabaseHandler->write( )	...(null):0
3	0.0171	2521352	Database_MySQL->query( )	.../DatabaseHandler.php:119
4	0.0599	2660064	Database_MySQL->error( )	.../Db-mysql.class.php:273