Skip to main content


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 - arhi

Project logs / Re: HAKKO (907ESD) and SOLOMON (SL-10/30) soldering iron dri
dunno ... I think the DC that killed those irons (especially in filip's case) was just too high. I think it was 24VAC -> gretc+capacitor .. and that was way over 24VDC (1.4 times over) so that's what killed the heater and not the DC per se ... IMO it's easier to believe few ppl had issues with AC->DC conversion then the whole electron migration ... as all those DC driven ones died in matter of days and not years ... in the "years" span it might be the culprit but for days... I just think they used too much DC :D ... I tested few irons since then on DC and they work ok (but you really don't want to run them on more then 24VDC no matter how your pwm is configured)
Client software / Re: pushing external data into client
I have few array's in ram (data array [noofpods * scanned entries], glitch array [noofpods * scanned entries], time offset in picoseconds [scanned entries], trigger position in picoseconds [noofpods] ..) so I can prepare data any way I want .. is there a way I can tell the client how many pins I'm sending? so that I can send for e.g. 128 pin scan?

I can export from my exe into file and load file from client but would be cooler if client can execute the exe and fetch stdout, is that possible?

any chance you can use the time data too? I know so far you have no way of displaying glitch data but that's not a big deal so far (attm I don't even know how to capture it nor what actually is considered a captured glitch :D )
Client software / pushing external data into client
I got me a genuine HP 1661C and while it's front end (the POD's and the beautiful small clips and ... mmmm) is great it's decoding abilities are CRAP! It's meant to decode the parallel data trough some "symbols" system (that I can't find documentation on :( ) but serial data is something it does not decode at all, not even the simple 3 wire SPI... anyhow, I have HPIB setup in my lab so I hooked it to HPIB chain and I can communicate with it. Of course no LW driver available so I wrote my own C# app that talks to it (I used C# 'cause that's the only lang I found a way to talk to HPIB from win7) trough HPIB.. So far I'm just fetching the grabbed data and plan to implement all functions supported trough HPIB but attm I'd like to use 3rd party to display and analyze the waveform rather then to write the gui stuff myself (I hate writing gui :( ) so as I use this SUMP jawi's gui with my OBLS's I'm checking if there's a way I can tell jawi's client to call external app and receive a stream of data? Further more, 1661C has 6x16bit pods so it's 69 channels total (would be cool to support 1660 too with full 128 channels). There are some additional data types HP Logic Analyzer can spit out (for e.g. glitch data on top of normal data, time offset for each data, position of trigger, it can collect states on external clock and store timing of each tick etc etc ... still exploring the device, too bad, like obls, it sucks with amount of RAM used and does not even support RLE AFAIK)

so to summarize
 - how easy is to push external data into jawi's client?
General discussion / anyone have any software for HP 1660 / 1661 ?
does anyone have anything for this Logic Analyzer? A tool for dos/linux/windows to create/edit/compile OMF symbol files for HP Logic Analyzers (HP E2450A - symbol definition, HP1660 Logic Analyzer) would be great? Some example how to fetch the files from the LA trough HPIB would also be cool, also, how to setup the trigger, run the capture and fetch captured data, trough HPIB would also be super cool (so that I can then use some PC tools to decode the captured data)
General discussion / Re: high speed low latency wireless connection between two f
can't use cable!

can use my own "protocol" does not have to be tcp/ip on regular wifi but has to be on free frequency - so band can be much wider then 20MHz

can make 1:1 connection so if I go with wifi and have 1:1 connection I should not care if someone else is downloading movies as (s)he is not downloading them trough my dedicated connection.

attm trough regular AP I can ping from cable trough AP wifi connected box with 3ms, so latency in one direction is 1.5ms.. If I eliminate packet processing, routing latency etc I can probably get that down to 1ms but I'll live with, if I have to, 2ms. I don't expect it to fluctuate too much as it's not shared link. Now there is a problem of congestion in the ether so it's questionable how much of the retransmission will have to occur to punch trough the noise of other devices screaming into ether but for that I can move to pretty quiet 5GHz level can't I .. the major problem is to find a module I don't need phd to control via fpga
General discussion / Re: high speed low latency wireless connection between two f
thanks bearmos, nordic is cool, I use it often but is not gonna cut it here, I need 20Mbps min per device.. that AD sdr module sounds nice, attm price is not an issue (it will become issue in future of course, but at this stage of brainstorming it is not) but I need a piece that I can connect to fpga without a problem ... so far I found
- this but for this to work I need to implement usb3 host on the fpga + who knows what else
- bunch of different (intel, realtek...) mini pci/pci-e modules - where I have a similar problem as with the other one - need to implement pci/pci-e host on the fpga + none of those come with enough documentation on how to drive them - so I'd have to reverse engineer drivers .. not a fun work

maybe these atheros chips that are in these access points .. maybe I could use one of those? arn't they like some arm core + wifi transciever in the same chip?
General discussion / Re: high speed low latency wireless connection between two f
was thinking about cc3200 but since I'm linking two fpga's I was hoping for some faster, lower level, device ... these SOC devices all introduce a lot of latency for them to process the data, pack into tcp and shoot trough wifi ... and they are all like 1-5Mbps with 3-20ms latency .... I am more looking for 20-150 Mbps and 0.2-0.5ms latency