00:02
<
Bird|otherbox >
hm, they are, kindasorta
01:14
<
azonenberg >
Bird|otherbox: pretty sure i've seen them in mems
01:14
<
azonenberg >
But i dont know if they're low enough power for rtc/standby usage
01:15
<
azonenberg >
I generally don't do much that needs that though
02:39
Construct has joined #scopehal
03:42
electronic_eel has quit [Ping timeout: 265 seconds]
03:42
electronic_eel has joined #scopehal
03:51
Degi_ has joined #scopehal
03:53
Degi has quit [Ping timeout: 246 seconds]
03:53
Degi_ is now known as Degi
04:20
Construct has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
09:51
<
_whitenotifier >
[starshipraider] azonenberg 0e3ceed - AKL-AD1 v0.2
09:58
<
_whitenotifier >
[starshipraider] azonenberg 817899b - Updates to MAXWELL main FPGA
09:58
<
_whitenotifier >
[starshipraider] azonenberg 3aaa946 - Updating MAXWELL power spreadsheet
09:58
<
_whitenotifier >
[starshipraider] azonenberg 0323d5a - Updating MEAD diffpair simulation
09:58
<
_whitenotifier >
[starshipraider] ... and 5 more commits.
09:58
juli966 has joined #scopehal
11:51
bvernoux has joined #scopehal
11:59
<
azonenberg >
bvernoux: new differential probe ordered
12:00
<
azonenberg >
Probably going to turn my focus to an overmold of the probe tip soon
12:26
<
bvernoux >
I see you have bought a Picoscope 500MHz BW (probably Picoscope 6000) ?
12:27
<
azonenberg >
It's a 6824E i believe, and i didn't
*buy* it
12:27
<
azonenberg >
The CEO of Pico is giving it to me free as a dev unit so i can add scopehal support
12:27
<
bvernoux >
it is sampling scope IIR
12:27
<
azonenberg >
no this is full realtime
12:27
<
bvernoux >
ha great
12:27
<
azonenberg >
their sampling scopes go to 25 GHz bw iirc
12:27
<
bvernoux >
yes as Picoscope IDE is ugly ;)
12:27
<
azonenberg >
This one is realtime, 500 MHz, i think 5 Gsps?
12:28
<
bvernoux >
PicoScope6 UI is just awfull and very old school ;)
12:28
<
bvernoux >
yes it is 5GSPS IIRC
12:29
<
bvernoux >
yes it is a real scope ;)
12:29
<
bvernoux >
I do not like sampling scope
12:29
<
bvernoux >
they are too limited and they are not "oscilloscope" for me ;)
12:29
<
bvernoux >
but the 6824e is a real scope with 5GSPS and lot of memory 4GB
12:30
<
bvernoux >
with 8 chan ;)
12:31
<
azonenberg >
I plan to pair it with my lecroy scopes
12:32
<
azonenberg >
to sniff the low speed signals and save the lecroy channels for high speed
12:32
<
azonenberg >
set them up off a shared refclk and trigger cascade under glscopeclient
12:32
<
bvernoux >
yes Picoscope are a must have for "low speed signals" in realtime especially with the SDK API
12:32
<
bvernoux >
as it is clearly not possible to do that with any other scope
12:34
<
azonenberg >
Yeah. Well, i'll let you know how it goes
12:34
<
azonenberg >
It's coming monday
12:36
<
bvernoux >
ok great
12:36
<
bvernoux >
it includes also a 14bits 200MS/S AVG
12:37
<
bvernoux >
so it is not bad to generate some low speed signals up to 20MHz
12:37
<
azonenberg >
Yes i plan on playing with that a bunch
12:38
<
bvernoux >
and with 50MHZ integrated generator too
12:38
<
bvernoux >
but I suspect they use the 200MS/S AWG for that which is clearly at limit for 50MHz signal
12:39
<
bvernoux >
for me 200MS/S DAC is 20MHz ;)
12:39
<
bvernoux >
with the rule of 10 the same I use for Oscilloscope ;)
12:39
<
bvernoux >
to have something correct
12:41
<
bvernoux >
max sampling rate over USB 3.0 is about 312MS/s
12:41
<
bvernoux >
so it clearly beat lot of high end scope
12:41
<
bvernoux >
for tha purpose
12:41
<
azonenberg >
Yeah i'm looking forward to seeing the WFM/s i can push with it
12:41
<
azonenberg >
i suspect i will have to do a lot of optimization to keep up with it
12:42
<
bvernoux >
yes it is a good test to push the limit of OpenGL/GFX Card ... ;)
12:43
<
bvernoux >
there is also a Max sampling rate to on-device buffer which can reach 1.25GS/s (8-bit mode)
12:44
<
bvernoux >
it seems also even this high end Picoscope does not have 50 Ohms input feature
12:44
<
bvernoux >
very strange
12:44
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
12:44
<
bvernoux >
I do not see it in the datasheet
12:45
<
azonenberg >
i could have sworn it did
12:45
* azonenberg
double checks
12:45
<
azonenberg >
they sell 50 ohm probes for a reason
12:47
<
azonenberg >
input characteristics: 1M +/- 0.5% || 12 pF +/- 1 pF, or 50 ohm +/- 2%
12:47
<
bvernoux >
ha yes it is 50 ohms have I missed that ;)
12:47
<
bvernoux >
so great
12:49
<
azonenberg >
it also seems to support dynamic ADC resolution configuration
12:49
<
azonenberg >
8/10/12 bits
12:49
<
azonenberg >
So it will be fun to play with that
12:49
<
bvernoux >
yes you have FlexRes option
12:49
<
bvernoux >
which seems to be part of the ADC HW
12:50
<
bvernoux >
it is not just a SW Decimation as it is done in ADC IIRC
12:50
<
azonenberg >
Correct
12:50
<
azonenberg >
i've had a bit of a chat with Alan about that. It's likely similar to what the HDO9000 does WRT adc reconfiguration
12:51
<
azonenberg >
anyway, i'll find out more when the hardware comes in on monday
12:51
<
azonenberg >
Looking forward to playing with it
12:51
<
bvernoux >
the main advantage of Picoscope is mainly the SDK+USB 3.0 streaming I think vs normal scope
12:51
<
bvernoux >
you can also compress the frames
12:51
<
bvernoux >
which does not exist in scope
12:52
<
bvernoux >
I have that feature with my Pico3000 too
12:52
<
azonenberg >
I'm going to spend a little while playing with the SDK and the pico GUI first
12:53
<
azonenberg >
then figure out how much of you/noopwafel's code is going to work on the 6000 series
12:53
<
bvernoux >
the Pico GUI is disappointing ;)
12:53
<
azonenberg >
i dont know how similar the APIs are
12:53
<
bvernoux >
it is >10x slower than using the SDK API
12:53
<
azonenberg >
i'm sure the complete lack of hardware acceleration doesn't help
12:53
<
bvernoux >
there is hw acceleration for GUI stuff
12:54
<
azonenberg >
there is?
12:54
<
bvernoux >
to be checked ;)
12:54
<
bvernoux >
the famous HAL4
12:55
<
bvernoux >
The PicoScope 6000E Series’ HAL4 hardware acceleration can achieve update rates of 300 000 waveforms per second in fast persistence mode
12:55
<
bvernoux >
So there is like a "DSP" doing stuff in Pico
12:56
<
bvernoux >
it seems there is a mode where the Picoscope create the picture
12:56
<
bvernoux >
and you just stream the picture data which is faster than doing that for each chan
12:56
<
bvernoux >
especially for Eye Diagram ....
12:57
<
bvernoux >
but it seems very specific for that use case
12:57
<
bvernoux >
where you have a slow PC
12:57
<
bvernoux >
I'm clearly not sure it is interesting for glscopeclient anyway as it is not planned it just display some GFX frame so far
12:59
<
bvernoux >
an interesting old topic about speed of Pico vs normal scope
12:59
<
bvernoux >
Tektronix DPO5054B 9 waveforms in 10 seconds
12:59
<
bvernoux >
PicoScope 6404C 180 waveforms in 10 seconds
12:59
<
bvernoux >
it is very old ;)
12:59
<
bvernoux >
test was At 500us/div both oscilloscopes sample at 5GS/s and collect 25 million samples per screen update. The measured screen update rates are as follows:
13:00
<
bvernoux >
so 18fps with 25MSPS/5GSPS is clearly better that what you have with your best Lecroy IIRC
13:11
<
bvernoux >
it seems to be a very good compromise to be checked if the noise is good enough for the diff probe ...
13:12
<
bvernoux >
interesting point is it can convert 3.3v or 5V to +/-2.5V
13:14
<
bvernoux >
the part is LM27762
13:16
<
bvernoux >
Output noise seems to be 22uVRMS which is quite good
13:24
<
bvernoux >
it will be great for the AKL-AD1 and just to plug it on an USB ...
13:31
<
azonenberg >
No i dont need the supply
13:31
<
azonenberg >
i was looking for a DAC that ran on +/- 2.5V
13:33
<
azonenberg >
18 FPS with 25 megasamples is a very nice framerate
13:34
<
bvernoux >
I was speaking about doing the +/-2.5V with LM27762 from +5V
13:34
<
azonenberg >
that's 450 Mpoints/sec or 3.6 Gbps of actual waveform data
13:34
<
azonenberg >
~400 M5ps is the most i've usually seen streaming from my lecroy scopes
13:34
<
bvernoux >
yes it is clearly a killer feature with a very fast PC/GFX card(GPU) ;)
13:35
<
azonenberg >
as far as the +/- 2.5V the plan is for all of our active probes to be given bipolar +/- 7V over the USB connector
13:35
<
azonenberg >
Which they will then regulate to whatever rails they need internally
13:35
<
azonenberg >
at the scope side, the +/- 7V will be generated via some sort of DC-DC from a single +12V input
13:36
<
bvernoux >
USB C with PD could provide +12v ;)
13:36
<
bvernoux >
it is a convenient connector for that to avoid something non standard
13:37
<
azonenberg >
Yes, but PD gives a unipolar supply
13:37
<
azonenberg >
the whole point is to avoid noisy switching regulators inside the active probe head
13:37
<
azonenberg >
I want it to be all LDOs
13:37
<
azonenberg >
We've already worked it out, we're using PD negotiation over the CC channel but negotiating an alternate mode
13:37
<
azonenberg >
which uses +/- 7V over SSTX/SSRX
13:38
<
azonenberg >
We are using USB-C
13:38
<
azonenberg >
It's just not using the normal PD because that doesn't provide a negative rail
23:06
futarisIRCcloud has joined #scopehal