Products > Test Equipment
FeelTech FY6600 60MHz 2-Ch VCO Function Arbitrary Waveform Signal Generator
<< < (410/450) > >>
rhb:
fremen67,

Thanks, downloaded.  I'll try to test tomorrow if I find the panel without too long a game of hunt the wumpus.  And I figure out how to do it ;-)

I just installed the Atollic 9.3.0 dev suite on Debian 9.3.  I'm also going to install the Gnu tool chain and STM32Cube (or whatever it is called now).

I have been unwilling to post my comparisons of the FY6600 to the 33622A because F***Tech were such jerks.  I did not want to do anything to help their sales.  But the fact is, for many the FY6x00 is the best  option.  Now that we have alternative FW for the front panel, I'm not as reluctant.   The superb engineering work in this thread has made it an attractive target for cloning.  It's unlikely that the price can be lowered, but the quality and customer service can be improved.

At low signal levels such as what you have before the PA in a transceiver, my FY6600 and 33622A spectra are almost impossible to distinguish on an HP 8560A, a 50 Hz to 2.9 GHz spectrum analyzer.  And for the sake of being *really* rude, I have an 8566B which goes to 22 GHz,  high enough to challenge the 33622A ;-)

Welcome back from your travails.  May they never return.

Have Fun!
Reg
DaveR:
It took me a while to track down my blue pill to FY6600 wiring loom, but now I've got everything together and v0.8 loaded, so I'll start testing the software tomorrow.  I don't really fancy swapping the STM32 chip on the FP for fun, so I'll leave the flashing of that until it absolutely needs to be done  ^-^.

Regards,
Dave
rhb:
Why does the chip on the front panel need to be swapped to flash it?  My understanding is that all that's needed is to connect to the SWD interface with an ST-Link programmer.

IIRC It's configured so that attempts to read it via the SWD interface will wipe the flash, but my understanding has always been that you could *load* new FW.  You just couldn't read what was there.  But unless you set that restriction when you loaded new FW, the new FW could be read back.

The major obstacle has been the lack of new FW to install.  And trashing a good front panel to test new FW made no sense.  At this stage I certainly would not reflash anything newer than V 3.0.  No sense breaking something that works until you know the replacement works.

If I've got this wrong, please point me in the right direction.  At this point I've read so much documentation for so many MCUs that I don't believe *anything* I *think* I *might* know.

Logically, I can't imagine that setting the STM read protection would make reprogramming impossible.  That would impose much too large a financial risk to an OEM for them to be able to use the feature.  If a bug were discovered midway through a production run, there would be no way to salvage the HW if it could not be reprogrammed via the SDW interface.

Reg
CDaniel:
I think the code is protected , can't be copied , so if you have a working unit you would want to use another microcontroller to play with ... just in case you need to revert to the "original" firmware . Otherwise it would have been easy for people with bricked units to repair their firmware .
fremen67:

--- Quote from: CDaniel on September 23, 2019, 05:37:11 am ---I think the code is protected , can't be copied , so if you have a working unit you would want to use another microcontroller to play with ... just in case you need to revert to the "original" firmware . Otherwise it would have been easy for people with bricked units to repair their firmware .

--- End quote ---
Exactly. If you flash the original front panel microcontroller, you can't go back.


--- Quote from: rhb on September 23, 2019, 02:24:54 am ---Why does the chip on the front panel need to be swapped to flash it?  My understanding is that all that's needed is to connect to the SWD interface with an ST-Link programmer.

IIRC It's configured so that attempts to read it via the SWD interface will wipe the flash, but my understanding has always been that you could *load* new FW.  You just couldn't read what was there.  But unless you set that restriction when you loaded new FW, the new FW could be read back.

--- End quote ---
You are right, you are not obliged to swap the chip before flashing the front panel but we do not have the binary file from feeltech to flash back the front panel to the original firmware... if ever needed ;-)


--- Quote from: rhb on September 23, 2019, 02:24:54 am ---And trashing a good front panel to test new FW made no sense.

--- End quote ---
When you have a complete spare front panel then this should not be a problem to test with the bricked one.


--- Quote from: rhb on September 23, 2019, 02:24:54 am ---And trashing a good front panel to test new FW made no sense.  At this stage I certainly would not reflash anything newer than V 3.0.  No sense breaking something that works until you know the replacement works.

--- End quote ---
There is not possibility to upgrade a FY6600 stock firmware <= 3.2 with a newer one from Feeltech. These units are not upgradable unless you have the binary file from Feeltech and use an external programmer.
Navigation
Message Index
Next page
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod