Author Topic: Did Altium backpedal on FPGAs  (Read 13957 times)

0 Members and 1 Guest are viewing this topic.

Offline BudTopic starter

  • Super Contributor
  • ***
  • Posts: 6877
  • Country: ca
Did Altium backpedal on FPGAs
« on: December 10, 2016, 03:41:53 pm »
I cant find FPGA projects or device support in v17 anymore.
Facebook-free life and Rigol-free shack.
 

Offline BudTopic starter

  • Super Contributor
  • ***
  • Posts: 6877
  • Country: ca
Re: Did Altium backpedal on FPGAs
« Reply #1 on: December 14, 2016, 03:05:37 am »
...No, I figured out I did not install FPGA support initially. It is still there.
Facebook-free life and Rigol-free shack.
 

Offline EEVblog

  • Administrator
  • *****
  • Posts: 37661
  • Country: au
    • EEVblog
Re: Did Altium backpedal on FPGAs
« Reply #2 on: December 14, 2016, 03:11:24 am »
Yes, it's not in the in default install.

Of course Altium bet the entire company on the future of FPGA's and lost, almost losing the company in the process.
Once they booted Nick Martin out they dropped the FPGA dream like a hot potato and what do you know, the company shares went from 10 cent to 10 dollars.
 

Offline BudTopic starter

  • Super Contributor
  • ***
  • Posts: 6877
  • Country: ca
Re: Did Altium backpedal on FPGAs
« Reply #3 on: December 14, 2016, 04:46:52 am »
Yes, it's not in the in default install.

Not being in default install causes Embedded Tasking module to horribly crash and be unusable unless you install FPGA support. Just went through nightmare of figuring this out. I think this is ridiculous.
Facebook-free life and Rigol-free shack.
 

Offline DerekG

  • Frequent Contributor
  • **
  • Posts: 882
  • Country: nf
Re: Did Altium backpedal on FPGAs
« Reply #4 on: December 14, 2016, 04:52:34 am »
Not being in default install causes Embedded Tasking module to horribly crash and be unusable unless you install FPGA support. Just went through nightmare of figuring this out. I think this is ridiculous.

Yes, and I think you will find that Altium has not kept up with the latest FPGA targets. This is why many people use the dedicated manufacturers programming software instead.
I also sat between Elvis & Bigfoot on the UFO.
 

Offline EEVblog

  • Administrator
  • *****
  • Posts: 37661
  • Country: au
    • EEVblog
Re: Did Altium backpedal on FPGAs
« Reply #5 on: December 14, 2016, 05:23:42 am »
Yes, it's not in the in default install.
Not being in default install causes Embedded Tasking module to horribly crash and be unusable unless you install FPGA support. Just went through nightmare of figuring this out. I think this is ridiculous.

I shouldn't laugh, but  :-DD at Altium
Even sillier is the lack of any Vault or component libraries installed by default, that's just insane for a PCB design package.
 

Offline BudTopic starter

  • Super Contributor
  • ***
  • Posts: 6877
  • Country: ca
Re: Did Altium backpedal on FPGAs
« Reply #6 on: December 14, 2016, 06:11:44 am »
Embedded is still crashing when pressed Add Wrapper button. Does anyone know a fix ?

EDIT: this is v17.0.7,  it worked in version 16.
« Last Edit: December 14, 2016, 06:19:15 am by Bud »
Facebook-free life and Rigol-free shack.
 

Online tszaboo

  • Super Contributor
  • ***
  • Posts: 7307
  • Country: nl
  • Current job: ATEX product design
Re: Did Altium backpedal on FPGAs
« Reply #7 on: December 14, 2016, 04:50:33 pm »
Embedded is still crashing when pressed Add Wrapper button. Does anyone know a fix ?

EDIT: this is v17.0.7,  it worked in version 16.
No. Why would we use a PCB editor to make software? Or FPGA?
 

Offline BudTopic starter

  • Super Contributor
  • ***
  • Posts: 6877
  • Country: ca
Re: Did Altium backpedal on FPGAs
« Reply #8 on: December 14, 2016, 05:18:35 pm »
How about me not wanting to spend another grand or give for a compiler with rich optimization?
I want to try what is there, it would be a crime not to.
Facebook-free life and Rigol-free shack.
 

Offline Bassman59

  • Super Contributor
  • ***
  • Posts: 2501
  • Country: us
  • Yes, I do this for a living
Re: Did Altium backpedal on FPGAs
« Reply #9 on: December 14, 2016, 06:34:09 pm »
Not being in default install causes Embedded Tasking module to horribly crash and be unusable unless you install FPGA support. Just went through nightmare of figuring this out. I think this is ridiculous.

Yes, and I think you will find that Altium has not kept up with the latest FPGA targets. This is why many people use the dedicated manufacturers programming software instead.

That's backwards. Most FPGA people use the dedicated manufacturers' software and the PCB layout guys were asking, "why is this FPGA crap in the board-design software?" As such, the Altium FPGA stuff was rarely used.
 

Offline Someone

  • Super Contributor
  • ***
  • Posts: 4509
  • Country: au
    • send complaints here
Re: Did Altium backpedal on FPGAs
« Reply #10 on: December 14, 2016, 09:58:30 pm »
How about me not wanting to spend another grand or give for a compiler with rich optimization?
I want to try what is there, it would be a crime not to.
Give it a try, for all the hate it gets on here you've got a nice environment for FPGA coding even if you don't use any of the schematic/pcb integration or their integrated libraries and compiler (which all can be useful alone). Looking at it as a big pile of features, very few people use them end to end, but they are some good tools to leverage.
 

Offline BudTopic starter

  • Super Contributor
  • ***
  • Posts: 6877
  • Country: ca
Re: Did Altium backpedal on FPGAs
« Reply #11 on: December 14, 2016, 11:42:12 pm »
To add to the insult, their techsupport made an effort to actually DISCOURAGE me from using embedded and FPGA in their product. Now, THAT is funny
 :clap:
Facebook-free life and Rigol-free shack.
 

Offline EEVblog

  • Administrator
  • *****
  • Posts: 37661
  • Country: au
    • EEVblog
Re: Did Altium backpedal on FPGAs
« Reply #12 on: December 15, 2016, 01:21:50 am »
That's backwards. Most FPGA people use the dedicated manufacturers' software and the PCB layout guys were asking, "why is this FPGA crap in the board-design software?" As such, the Altium FPGA stuff was rarely used.

Especially when Altium Designer came standard with FPGA tools, and PCB design was optional extra. No, I'm not kidding, they actually did that.
 

Offline carljrb

  • Contributor
  • Posts: 24
  • Country: ca
Re: Did Altium backpedal on FPGAs
« Reply #13 on: December 15, 2016, 04:03:36 am »
It's great that they're investing in their core product again instead of the FPGA stuff no one was using nor wanted.

As far as parts lib, a whole lot of us (professional users at least -- their core market) wouldn't use them anyway. It's just the nature of how Altium works. Everybody uses their mechanical layers for different purposes and what not. Then you have the market separated into big groups (metric vs imperial units), different methodologies (part naming, zero orientation, etc), different uses and what not. It just wouldn't work IMO. As far as Vault goes, to me, it's more of a complication than anything (it's not solving *any* problem we actually have) and they really want to use it as a way to separate people from their money... It's a lot of thousands of dollars in license/maintenance fee for something of zero value (that's the way it looks to me at least).

If anything, it's not the lack of part libs that makes it hard to get started "right" with altium IMO. It's learning how it all works (and keeping up with the new stuff too), and then also having pre-made templates for *everything*: various schematic sheet formats, a few PCB templates with preset "typical" stackups/mechanical layers already renamed/layer pairs created/rules already tweaked/favorite via sizes/etc, output job templates, etc. It's a fair amount of work to do it right but it's a huge time saver and you get better, more consistent results too.

What I find more deplorable is how some things haven't gotten upgraded, like their core drawing tools -- often it's a lot lot easier to draw it in solidworks then import a DXF than to draw it in Altium. Lots of things could use a lot of improvements. But I guess those 50 second unrealistic "super automatic mega routing" videos sell more licenses, so they work on those features instead. The solidworks collaboration thing was looking really promising too (importing solidwork parts directly without the STEP export/import process, bidirectional linking between both programs and all), but as we were gonna start using it for more than tests, they dropped it and now they want us to use the SolidWorks PCB Connector instead (thanks, but no thanks!)
« Last Edit: December 15, 2016, 04:31:18 am by carljrb »
 

Online tszaboo

  • Super Contributor
  • ***
  • Posts: 7307
  • Country: nl
  • Current job: ATEX product design
Re: Did Altium backpedal on FPGAs
« Reply #14 on: December 15, 2016, 01:13:59 pm »
How about me not wanting to spend another grand or give for a compiler with rich optimization?
I want to try what is there, it would be a crime not to.
Time is worth more than a software license. I took a quick look at the embedded part of Altium, the best way to describe it: Cumbersome. A good compiler costs a lot in beers, but it is 1-2 weeks of salary of an engineer. I think I can waste more time with Tasking.
 

Offline Someone

  • Super Contributor
  • ***
  • Posts: 4509
  • Country: au
    • send complaints here
Re: Did Altium backpedal on FPGAs
« Reply #15 on: December 15, 2016, 11:01:48 pm »
How about me not wanting to spend another grand or give for a compiler with rich optimization?
I want to try what is there, it would be a crime not to.
Time is worth more than a software license. I took a quick look at the embedded part of Altium, the best way to describe it: Cumbersome. A good compiler costs a lot in beers, but it is 1-2 weeks of salary of an engineer. I think I can waste more time with Tasking.
What other FPGA compilers do you consider as an alternative?
 

Offline BudTopic starter

  • Super Contributor
  • ***
  • Posts: 6877
  • Country: ca
Re: Did Altium backpedal on FPGAs
« Reply #16 on: December 16, 2016, 02:33:26 am »
Here it is, from Altium support:

Quote
FPGA in general is no longer actively supported or developed and if possible users should use the vendor tools or even look into tasking outside of Altium
Facebook-free life and Rigol-free shack.
 
The following users thanked this post: EEVblog, Someone

Offline DerekG

  • Frequent Contributor
  • **
  • Posts: 882
  • Country: nf
Re: Did Altium backpedal on FPGAs
« Reply #17 on: December 16, 2016, 05:08:57 am »
What other FPGA compilers do you consider as an alternative?

Often the compiler chosen is the one provided by the manufacturer of the FPGA parts.

A good starting point is to look at which manufacturers make a FPGA part that will suit your application, then look for how much each of those manufacturers charge for their programming software (& their hardware to program the FPGA if required).

You will find there is a large variance in the cost charged by the different FPGA manufacturers for their programming software.

Generally, manufacturers who design in FPGA do so because they are running large numbers of boards.

If you were going (for instance) to require 100,000 FPGA parts, then talk to the manufacturer about providing you their software for free (or for a heavily subsided price). You might be pleasantly surprised  :)

The manufacturer knows that the hard part is "getting their leg in the door". Once they have you on board for your first design, you are likely to stay with them for subsequent designs.

If a competing manufacturer can supply a part cheaper than your current provider, talk to your current provider about sharpening their pencil. 100,000 parts at $10ea is no small order in anyone's books.
I also sat between Elvis & Bigfoot on the UFO.
 

Offline Someone

  • Super Contributor
  • ***
  • Posts: 4509
  • Country: au
    • send complaints here
Re: Did Altium backpedal on FPGAs
« Reply #18 on: December 16, 2016, 06:54:55 am »
What other FPGA compilers do you consider as an alternative?
Often the compiler chosen is the one provided by the manufacturer of the FPGA parts.
You're just showing your ignorance of the process here, the front end stage of the FPGA vendor tools is called synthesis, taking synthesizable HDL and turning it into an intermediate format. Altium includes a compiler which could produce synthesizable product from other sources. Its been a while but there may have also been some synthesis/compiler functions in Altium supporting mixed language designs with an intermediate common language.

Altium included a loose collection of helpful tools that at the time were expensive or missing in the marketplace, C to hdl, soft instrumentation, softcores and IP, hierarchical and highlighting editor, and the very useful constraints automator/editor/verification. Some of those are now included free in the FPGA vendor tools but most still have unique features.

So yeah, its worth looking at these features that are sitting there in the tools for free, even if they are discontinued.
 
The following users thanked this post: Bud

Offline FrankBuss

  • Supporter
  • ****
  • Posts: 2365
  • Country: de
    • Frank Buss
Re: Did Altium backpedal on FPGAs
« Reply #19 on: December 16, 2016, 08:44:40 am »
That's backwards. Most FPGA people use the dedicated manufacturers' software and the PCB layout guys were asking, "why is this FPGA crap in the board-design software?" As such, the Altium FPGA stuff was rarely used.
I don't know the FPGA support in Altium, but it was always some work to synchronize the pin list in the schematic with the pin description in Altera Quartus QSF files when I worked in a project with a BGA FPGA with hundreds of pins. Sometimes the FPGA developers even named it slightly different in the VHDL code than how it was named in the schematic and then all the required associations between pin numbers, which of course were also slightly different than the numbers used for the BGA balls in Eagle and the signal names. I ended up documenting it all in an external spreadsheet. And Nios was used as well, which required some more configuration and more troubles. A single integrated tool for schematic and for the software would make sense, if it is good.

Regarding a FPGA compiler: as mentioned before, the free tools from the FPGA vendors are pretty good. But you could try Active-HDL. Looks like it is integrated in Altium or can be installed as a module? I tested the standalone tool once and the simulator was nice, easier to use than the (free) Altera starter version of ModelSim and had nice static analyzers for things you could easily miss, like using unsynchronized input signals which could lead to bugs that happens only one in a million or so and that you search for days.
So Long, and Thanks for All the Fish
Electronics, hiking, retro-computing, electronic music etc.: https://www.youtube.com/c/FrankBussProgrammer
 

Online tszaboo

  • Super Contributor
  • ***
  • Posts: 7307
  • Country: nl
  • Current job: ATEX product design
Re: Did Altium backpedal on FPGAs
« Reply #20 on: December 16, 2016, 09:19:48 am »
Tasking.
What other FPGA compilers do you consider as an alternative?
I was talking about the embedded firmware compiler. Compiler usually means software, FPGA is Implemented.
For FPGAs, I've only used ISE (and Altium :-DD), so I really dont have the knowledge to compare.
 

Offline Someone

  • Super Contributor
  • ***
  • Posts: 4509
  • Country: au
    • send complaints here
Re: Did Altium backpedal on FPGAs
« Reply #21 on: December 16, 2016, 09:27:40 pm »
That's backwards. Most FPGA people use the dedicated manufacturers' software and the PCB layout guys were asking, "why is this FPGA crap in the board-design software?" As such, the Altium FPGA stuff was rarely used.
I don't know the FPGA support in Altium, but it was always some work to synchronize the pin list in the schematic with the pin description in Altera Quartus QSF files when I worked in a project with a BGA FPGA with hundreds of pins. Sometimes the FPGA developers even named it slightly different in the VHDL code than how it was named in the schematic and then all the required associations between pin numbers, which of course were also slightly different than the numbers used for the BGA balls in Eagle and the signal names. I ended up documenting it all in an external spreadsheet. And Nios was used as well, which required some more configuration and more troubles. A single integrated tool for schematic and for the software would make sense, if it is good.
The important point is that you dont need to do all the FPGA (or software) work within Altium as it outputs common formats, so you could create just the physical constraints file and do all the other FPGA work in other tools. The pin synchronisation and then schematic level ERC captures many hours of work in a simple automated process.
 
The following users thanked this post: julianhigginson

Offline BudTopic starter

  • Super Contributor
  • ***
  • Posts: 6877
  • Country: ca
Re: Did Altium backpedal on FPGAs
« Reply #22 on: December 16, 2016, 10:38:10 pm »
a FPGA compiler: as mentioned before, the free tools from the FPGA vendors are pretty good. But you could try Active-HDL. Looks like it is integrated in Altium or can be installed as a module?
Thanks, indeed, they say it is a free OEM version of Active-HDL that is included, and full version can be configured as an external tool if you have it, so integration is preserved. I will poke around to explore it.
Facebook-free life and Rigol-free shack.
 

Online PCB.Wiz

  • Super Contributor
  • ***
  • Posts: 1473
  • Country: au
Re: Did Altium backpedal on FPGAs
« Reply #23 on: December 22, 2016, 05:50:36 am »
Here it is, from Altium support:

Quote
FPGA in general is no longer actively supported or developed and if possible users should use the vendor tools or even look into tasking outside of Altium

Yes trying to get into the FPGA LUT design flow, was always doomed to fail.

However, any half-decent PCB design tools should be able to Pin-Swap and even Gate Swap, and be FPGA pin-mapping aware.
ie be able to export pin-map files. Some packages can use scripts for this.

By saying a sweeping "FPGA in general is no longer actively supported or developed" they might be including some of those useful Pin-Swap abilities. 
Such is life when marketing trumps engineering.... :(
 

Offline julianhigginson

  • Frequent Contributor
  • **
  • Posts: 783
  • Country: au
Re: Did Altium backpedal on FPGAs
« Reply #24 on: December 22, 2016, 11:02:39 pm »
ooooh,  that sounds actually useful!

If I could manage FPGA pin swaps in Altium (and the original pinout definition) and just export a new constraints file for vivado to deal with, I think I'd actually like to use that part of the FPGA functionality.
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf