Author Topic: Spectrum Analyzer - Rigol DSA815 (Read 618631 times)

Howardlong · « **Reply #450 on:** January 11, 2015, 11:28:39 am »

Some people don't like angle tweezers, but they're my preference. It's not often one needs to lift a single SMD pin, so I wouldn't fret too much over it!

An illuminated magnifier is always a great help with this stuff, my eyes just won't cut it these days without. I used to think it was just the parts getting smaller, now I know it's also me getting old!

Also,I recommend staying off the caffeine too.

Glad that the quick way appeared to work for you without lifting the pin. I guess we should wait and see what others' experiences are though, as I did notice a recent report that it didn't work for someone just shorting the pins without lifting pin 7.

radiogeek97 · « **Reply #451 on:** January 11, 2015, 01:38:56 pm »

Howard
I looked like a diamond cutter with my mag head gear on lol

But back on point my particular unit has main board version 7. Not 8 as some have I will post all the other sys info.
To speak to the reference that the other member had that jumped and didn't lift and said it didn't work. My unit WILL show the trial clock count down however when you reboot it resets. I am not sure how the units that you have behave with the lifted pin 7 does the trial clock stop all together?
when I did the mod and saw the clock counting I said oh crap but then after removing power the timer was back to normal

I think what could have happened and the members name escapes me but he may have saw the clock ticking down and said oh I'll just lift the pin. All we can do is wait for other members to try it like I did. I will post the exact sys info in a few

Howardlong · « **Reply #452 on:** January 11, 2015, 01:47:30 pm »

The trial clock doesn't stop while running, it just resets when the unit is restarted.

I don't know what happens if you leave it on past the trial time...!

orbiter · « **Reply #453 on:** January 11, 2015, 02:04:33 pm »

Quote from: Howardlong on January 11, 2015, 01:47:30 pm

The trial clock doesn't stop while running, it just resets when the unit is restarted.

I don't know what happens if you leave it on past the trial time...!

IIRC from my DS2072 (2302)

.. I think once you get to the trial time limits the trial counter just expires, however you can continue to use the unit & features until the unit is switched off, obviously if you restart without any mods the trials will be expired... But with a mod the trial will just reset to however long was left on last boot, whether that be 35hours or 15 seconds.

orbiter · « **Reply #454 on:** January 11, 2015, 02:54:09 pm »

Correct radiogeek.. I've obviously viewed the counter increasing whilst the SA was on, and thinking that the counter should be static I've thought the mod hadn't took, so I lifted the pin.

Anyway.. I've cracked it open again and re-soldered pin 7 back down and jumped it to pin 8.

So for anyone looking in and wondering.... With the latest Main Board 00.08 Boot 00.01.04 and FW 00.01.12. The FRAM IC (U1105) pin 7 & 8 can just be carefully solder together.

Thanks again to Howardlong for his efforts in finding this mod.

radiogeek97 · « **Reply #455 on:** January 11, 2015, 03:13:42 pm »

Orbiter
Brave soul thanks for the confirmation. you have board version 8 and I have 7 so at least we can confirm this works with the two latest board revisions. I will look into a FW update to v12 I will email rigol, there is one floating around here but that is for board version 8.
Yes and MUCH thanks to Howard

One question what is this TX1000 option? Rf demo kit on my machine it's all greyed out and does not seem to be accessible

orbiter · « **Reply #456 on:** January 11, 2015, 03:26:14 pm »

Quote from: radiogeek97 on January 11, 2015, 03:13:42 pm

One question what is this TX1000 option? Rf demo kit on my machine it's all greyed out and does not seem to be accessible

It's controlled via PC... Info on TX1000 here my friend...

http://www.google.co.uk/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0CCMQFjAA&url=http%3A%2F%2Fwww.batronix.com%2Fpdf%2FRigol%2FUserGuide%2FTX1000%2520Application%2520Note_EN.pdf&ei=fZWyVJzQAsr9aOWjgYgH&usg=AFQjCNEZsL0rUJ49HMGbe9Y-0lYyU-U-FQ&sig2=V3R6--oSq0Ogze4nwH8oRw&bvm=bv.83339334,d.d2s

radiogeek97 · « **Reply #457 on:** January 11, 2015, 03:45:39 pm »

Thanks

Velund · « **Reply #458 on:** January 11, 2015, 04:40:32 pm »

Even if something wrong was not yet detected after shorting pins 7 and 8 without lifting pin 7, I'm not sure that it is safe way to go.

Imagine the following situation - you are shorting WP signal to Vcc and damage output buffer of controller that control this pin. Then, some new firmware starting to check if FRAM is writable, and block whole machine if any problems with this... The ones who lifted pin will be able to restore everything to previous state, but onew with fried buffer will be in trouble.

Howardlong · « **Reply #459 on:** January 11, 2015, 05:34:20 pm »

Quote from: Velund on January 11, 2015, 04:40:32 pm

Even if something wrong was not yet detected after shorting pins 7 and 8 without lifting pin 7, I'm not sure that it is safe way to go.

Imagine the following situation - you are shorting WP signal to Vcc and damage output buffer of controller that control this pin. Then, some new firmware starting to check if FRAM is writable, and block whole machine if any problems with this... The ones who lifted pin will be able to restore everything to previous state, but onew with fried buffer will be in trouble.

To reiterate, the FRAM device was completely removed and visually inspected, and no tracks or vias were visible from the pin 7 pad. Resistance measurement was made to GND and VCC, and was infinite. A diode check was also made from the pad at pin 7 to VCC and GND, and no indication of any connection was detected.

While it is possible that there may have been an via-in-pad, judging from the way the rest of the board is made, it's unlikely.

Here's a pic I made by the way after the FRAM was removed, it's not great, but perhaps enough for you to judge for yourself.

Velund · « **Reply #460 on:** January 11, 2015, 08:33:21 pm »

Quote from: Howardlong on January 11, 2015, 05:34:20 pm

While it is possible that there may have been an via-in-pad, judging from the way the rest of the board is made, it's unlikely.

It is easy to remove all solder from the pad with fine solder braid and see if there any vias. But, really, it is unlikely.

So, it looks quite safe now...

radiogeek97 · « **Reply #461 on:** January 12, 2015, 01:48:25 pm »

Fwiw

I upgraded the firmware on my (hardware) modded DSA last night from V9 to 12 with no issues

Howardlong · « **Reply #462 on:** January 12, 2015, 03:26:18 pm »

Quote from: Velund on January 11, 2015, 08:33:21 pm

Quote from: Howardlong on January 11, 2015, 05:34:20 pm
While it is possible that there may have been an via-in-pad, judging from the way the rest of the board is made, it's unlikely.
It is easy to remove all solder from the pad with fine solder braid and see if there any vias. But, really, it is unlikely.

I did, the pic was taken after tinning the pads. However, in-pad vias are typically filled to avoid wicking the solder paste during assembly, so identifying them isn't always easy. Anyway, it's unlikely as you say, bearing in mind all that's been said on the subject already!

N8AUM · « **Reply #463 on:** January 15, 2015, 12:13:10 am »

Hello all, after watching youtube and reading about the DSA-815-TG I broke down and purchased one just before x-mass. After couple days of playing with it I decided to correct the time, well I guess I screwed up and ALL the demo stuff that was loaded with it and it caused it to expired ! oh well, but any ways even before that happened I could not get the Power Sweep to function and as far as I can tell that is not part of any "Demo" or am I incorrect ? Called Rigol support today but I guess they knock off shortly after noon lol
Came with ver 1.09 and ya, 04 bootloader

I read somewhere that using the output of the TG as signal source was not very good. So far I find it fairly accurate and stable, less than 1hz drift over 4hrs @ 10Mhz. Also the output level seems well within spec the entire range according to my old HP-8591E

73 Vidas

videobruce · « **Reply #464 on:** January 15, 2015, 11:18:02 am »

What are "vias" and "via-in-pad"

Mr Simpleton · « **Reply #465 on:** January 15, 2015, 03:26:54 pm »

Quote from: videobruce on January 15, 2015, 11:18:02 am

What are "vias" and "via-in-pad"

Connections between tracks on different layers.

If there is solder on the pad you may not see if there is a small plated hole making the pad/trace connect to other traces on other layers.
When shorting pins this may be vital information

videobruce · « **Reply #466 on:** January 15, 2015, 11:38:04 pm »

Ok, thanks. Kinda odd terms.

radiogeek97 · « **Reply #467 on:** January 18, 2015, 02:09:25 pm »

not sure if it is my dsa815 or me but i ran into a bit of an issue. My machine has pin 7-8 jumped with pin 7 in place(not lifted) What i was trying to do this morning was set up and test a small filter. I had the machine set to full span,auto scale (just like in a tutorial dave did about lc-pi filter #343 @ about 9min 50s into video) What is happening is when i try to use the normalize function if i hit "store refrence" the machine kinda locks up and wont let me switch the normalize function on or off. if i hit preset and start all over but dont hit store refrence the normalize function will switch on and off but the trace is erratic because the machine dosent seem to be storing the information.
I am wondering if this is because of the jumper, just like we cant change lan settings will the jumper inhibit the way the device can store these refrences? Can anybody with a machine modded like this try and see if what I am explaining so badly happens to them. I watched daves video over and over and did everything exactly as he did. I am running FW version 12

orbiter · « **Reply #468 on:** January 18, 2015, 03:09:07 pm »

Quote from: radiogeek97 on January 18, 2015, 02:09:25 pm

not sure if it is my dsa815 or me but i ran into a bit of an issue. My machine has pin 7-8 jumped with pin 7 in place(not lifted) What i was trying to do this morning was set up and test a small filter. I had the machine set to full span,auto scale (just like in a tutorial dave did about lc-pi filter #343 @ about 9min 50s into video) What is happening is when i try to use the normalize function if i hit "store refrence" the machine kinda locks up and wont let me switch the normalize function on or off. if i hit preset and start all over but dont hit store refrence the normalize function will switch on and off but the trace is erratic because the machine dosent seem to be storing the information.
I am wondering if this is because of the jumper, just like we cant change lan settings will the jumper inhibit the way the device can store these refrences? Can anybody with a machine modded like this try and see if what I am explaining so badly happens to them. I watched daves video over and over and did everything exactly as he did. I am running FW version 12

Your not alone.. Mine shows exactly the same issue following the steps exactly in Dave's vid (below) from the 5min 30second mark.. As you say the Normalise function is inoperative following the pressing of the Store button. I thought it possibly may have been a file location or USB thing, but not so. Changing file storage location from SA memory to USB stick etc has no effect on the issue.

Could someone without the mod but using FW 00.01.12 confirm whether this happens on their machine please? As that would help to determine if this is a possible bug in latest FW, OR as a result of the mod?

radiogeek97 · « **Reply #469 on:** January 18, 2015, 03:16:16 pm »

if somebody can post the version 09 firmware for the dsa815 i will switch my machine back and see if the FW has something to do with it Or if its easier you can PM me ill provide my email address. I my machine is main board v7 and bootloader 04

radiogeek97 · « **Reply #470 on:** January 18, 2015, 04:02:06 pm »

i found a link to v1.09 here on eevblog forum and downgraded my dsa and the normalize function and store refrence WORKED!

IT must be a FW bug??

Howardlong · « **Reply #471 on:** January 18, 2015, 04:23:13 pm »

Just tried it with the "advanced" mod (with the PIC which doesn't prevent writes) and it doesn't work either on 1.12 but does on 1.09. The Normalize button is ignored. Definitely interested to hear from someone who doesn't have the tweak try this on 1.12.

In the meantime I'm going back to 1.09!

orbiter · « **Reply #472 on:** January 18, 2015, 04:48:36 pm »

Same here.. Store > Normalise active again on FW 00.01.09

navzptc · « **Reply #473 on:** January 19, 2015, 12:10:21 am »

Same on my unit which doesn't need the pins to be tied together - went back to 01.09 and normalise works as it should.

mmike · « **Reply #474 on:** January 19, 2015, 11:31:06 am »

I upgraded mine to 1.12 yesterday :-( does anyone can share the 1.09 .sys file ?
Can I downgrade to 1.09 just by providing the 1.09.sys file through the USB port and perfrom an "update" with this file ?

Does anyone know if downgrad to 1.06 will allow the keygen to work ?

thanks


EEVblog Main Site	EEVblog on Youtube	EEVblog on Twitter	EEVblog on Facebook	EEVblog on Odysee

Author Topic: Spectrum Analyzer - Rigol DSA815 (Read 618631 times)

Share me