Shop OBEX P1 Docs P2 Docs Learn Events
Feasibility of making a 64 I/O + extra memory P1B? — Parallax Forums

Feasibility of making a 64 I/O + extra memory P1B?

I think I need to ask this question because I really need a P2 although all I really need is a P1 with more I/O and memory. Seeing we have P1V FPGA files I was thinking what would be the costs involved in producing a chip from these files? I have a design which will use 10k for the initial run just for that job and I'm thinking that maybe a run of 50k would be in order. So there would be the initial NRE and costs for each batch produced. Also which process would P1B use? Of course I'm talking about taking the big plunge here privately or as a group but would much prefer Parallax to run the show as I also would hate to make a product that competed against P1 while P2 languishes still in never never land, close, but always flitting about like Peter Pan.

Rather than go into too much detail perhaps Chip or some of the forum members could provide some guidance? Is it feasible to produce a P1B chip from P1V files and what initial costs would be involved? Am I insane? Perhaps but I need to know.

«13

Comments

  • Heater.Heater. Posts: 21,230
    Let's turn this around.

    You want 10 to 50K Propeller chips with extra memory and I/O. What is the maximum cost per chip that project can stand before it becomes untenable?

    Let's say 10 dollars. So you have 500,000 dollars to spend on getting them made.

    I reckon it's possible. I forget the figures that Andreas Olofsson mentioned when he was giving a presentation of chip design but that seems to be in the ball park for a relatively simple design.

    Or it could perhaps be made in an ASIC for less: http://www.sigenics.com/custom-asic-cost-calculator/

  • Heater.Heater. Posts: 21,230
    I have a feeling everything you need to know about the trials and tribulations of getting a chip made are in here:


    It's a fascinating presentation anyway.
  • MJBMJB Posts: 1,235
    Heater. wrote: »
    I have a feeling everything you need to know about the trials and tribulations of getting a chip made are in here
    It's a fascinating presentation anyway.
    thanks for sharing
  • ErNaErNa Posts: 1,752
    I think, that is not possible, just because there is no manpower available. The P1 is a full custom design and doubling pin number means, increasing circumference by 2, what make the chip much larger. So we have to wait, and I believe, we are close. P1 opened a door for the maker community at a time, this term was not coined. P2 will be a chip, that can compete in different areas, we have to identify those. In the meantime, we have to be prepared. An I see one task in bringing different technologies together like Tachyon, Spin, even C. We create prove of concept and later we gain the market.
  • P1 is open-sourced as P1V and while we can run that in FPGAs we can also take the open-sourced design files and get a chip produced I would think. At least it will be a real chip as P2 has morphed past P3 and heading into a possible P4, at least in FPGA form.

    Anyone this thought about making a chip is probably too much trouble, I'm reexamining my other options now and may have to scrap what I've done so far and commit to an ARM for production.
  • P1 is open-sourced as P1V and while we can run that in FPGAs we can also take the open-sourced design files and get a chip produced I would think. At least it will be a real chip as P2 has morphed past P3 and heading into a possible P4, at least in FPGA form.

    Anyone this thought about making a chip is probably too much trouble, I'm reexamining my other options now and may have to scrap what I've done so far and commit to an ARM for production.
    Seems like this is a bad time to make such a move when P2 seems to be solidifying. My guess is that Parallax can get P2 silicon out faster than you could come up with a beefed up P1v chip.

  • P2 has been close for years, it's always been just a little bit more, a little bit better, a little bit longer. P1V to silicon looks like too much trouble at this point so I will probably go the ARM route.
  • pjvpjv Posts: 1,903
    Peter;

    Back in November of 2015 I started a thread about this in the P2 forum :http://forums.parallax.com/discussion/162721/about-p1-is-it-viable/p1

    I took the initiative to get some preliminary discussions going among Parallax, Treehouse (the layout folks) and ONSemi, the fab house.

    Progress has been slow, but we are not yet at a decision point to proceed or abandon the project. Although we have some price quotations at this time, some more cost analysis is required.

    There are several features to be considered.... more HubRam will require a push from 350 to 180 nm technology, pushing up the NRE costs, but not horribly so.

    Your potential application could be a serious driver in coming to a final decision to proceed. If you are interested, I would share via PM my list of needs/wishes to see if that fits for you.

    Unfortunately this whole process still will take time as we do need some of Chip's time, but possibly not as much as getting the P2 to silicon..... I do not have much insight into that.

    If you are interested, please send me a PM.

    Cheers,

    Peter (pjv)
  • P2 has been close for years, it's always been just a little bit more, a little bit better, a little bit longer. P1V to silicon looks like too much trouble at this point so I will probably go the ARM route.
    Yeah, well...

  • P1 is open-sourced as P1V and while we can run that in FPGAs we can also take the open-sourced design files and get a chip produced I would think. At least it will be a real chip as P2 has morphed past P3 and heading into a possible P4, at least in FPGA form.

    LOL! I too think "P2" is way beyond "P1 version 2". To officially call it Propeller 2 now would be anticlimactic!
    Anyone this thought about making a chip is probably too much trouble, I'm reexamining my other options now and may have to scrap what I've done so far and commit to an ARM for production.

    Yowzers! That sounds like a decision that you don't easily come back from! I hate to think of the number of non-vocal customers that are having the same thought...
  • Heater.Heater. Posts: 21,230
    My gut tells me that if you need 10K units to do something a P1 cannot do it's better to just do it it now with one of the many other options available.

    The P1 does not cut it, the P2 does not exist, developing a chip is expensive and full of risk.

    If you have to make a new Forth engine for whatever its is at least you know how to do that and have it under control.

  • Heater. wrote: »
    My gut tells me that if you need 10K units to do something a P1 cannot do it's better to just do it it now with one of the many other options available.

    The P1 does not cut it, the P2 does not exist, developing a chip is expensive and full of risk.

    If you have to make a new Forth engine for whatever its is at least you know how to do that and have it under control.
    As much as it hurts to say this, that is probably the most sensible approach. I guess you could even use multiple ARM chips if you need a few tasks to be deterministic.

  • Cluso99Cluso99 Posts: 18,069
    We should chat Peter. I am out most of tomorrow on a family do.
  • jmgjmg Posts: 15,173
    P1V to silicon looks like too much trouble at this point so I will probably go the ARM route.

    If an ARM can do the task, then certainly, go that way.

    For Tasks that ARM cannot do, P1V is more viable.
    I see in another thread, reports P1V fits into a A3PN250 100 pin Flash FPGA 500 $9.81

    That would seem to be a safer path, and commercially tolerable for many apps.

  • Seairth wrote: »
    Anyone this thought about making a chip is probably too much trouble, I'm reexamining my other options now and may have to scrap what I've done so far and commit to an ARM for production.

    Yowzers! That sounds like a decision that you don't easily come back from! I hate to think of the number of non-vocal customers that are having the same thought...

    Probably many more than a few. Unfortunately, they're not left with much choice.
  • My design choice to go with P1 and P2 in this design was to leverage the work that I have put into it that would make the development easier and more definable (and more fun). I still have an option of sticking with P1 and using multiple P1 for the main control board or I could just use one of the many ARM chips I'm already familiar with with umpteen peripherals on-chip and go with that but there are a lot of question marks that I won't find a satisfactory answer for until I am already far down that path and heavily committed. The trouble with the P1 approach even just for the networked devices is one of security, it is far too easy to copy, and it will be. At least with the P2 as the main controller I could lock that one down but with multiple P1s for the controller my code is fragmented and unsecured. The important thing at the moment is to get the design off the ground and I want to do it without too many complications due to the fact that finally for the last couple of years my condition has progressed and I've been diagnosed and have been going through some harsh treatment for the last few months with more to come. Enough said, I just try to do what I can do but all this P2 dragging on stuff ain't helping me or getting me excited. Go or go, I need to do more than just play with the latest FPGA image (if I had a 123-A9).
  • jmgjmg Posts: 15,173
    The trouble with the P1 approach even just for the networked devices is one of security, it is far too easy to copy, and it will be.

    You could use a sub $1 MCU for security, alongside a P1, which would prevent slavish copy.
    Or, a small FPGA/CPLD, if the problems are more at the hardware end of the scale.

    Even the intel D2000, (250+ $2.53) could make an interesting co-processor, but it maybe a bit new for your time-lines ?
    It does show stock, and the Eval is cheap, and it seems to have quite good maths and comms, but somewhat weaker on timing



  • > all I really need is a P1 with more I/O and memory

    How many COGs and how much on-chip RAM do you need? Are some of the tasks run in a COG something that could be done with much less custom logic? e.g. a UART? It seems like you're able to squeeze quite a lot out of a COG so perhaps you can find a low-end FPGA that would work. Any idea about your budget?

    I just bought something a bit higher end to play with - one of those Terasic DE0-Nano-SoC boards for about $100. It has a dual core ARM Cortex A-9 running at 925 MHz (can run linux and has ethernet/USB OTG/UART to USB), and is an A4 (versus the A7 and A9 parts mentioned on the prop2 forums) so that's 40k logic elements in Altera terms, and has about 337 kbytes of internal memory. Your logic can use the HPS's SDRAM controller as well to access 1 GB of off-chip RAM.

    If you do go back to the world of ARM where will you be posting about your forth ;-)
  • My main problem with using FPGA is more about package size and layout vs say a nice simple TQFP64. Even if P2/P3/P4 was available in silicon in production quantities right now there would still be a learning curve as this chip has evolved, become extinct, evolved, become extinct, and evolved again. With 16 beefy cogs and a peripheral on every pin it will be a very nice chip but it doesn't replace the simpler P1. In fact if we call the current FPGA design a P4 which is what it really is then we have a huge gap between P1 and P4 and one that could have been filled so easily in the past and still even now. A P1+ or P1B or better still call it the P2 as it would be the next real chip after P1, would be snapped up commercially without any learning curve and adoption period necessary. Now not only does Parallax start generating revenue with a "P2" but Chip can take his time getting the P4 sorted out without us on his back. When P4 is finished and documented then we can start considering it for future designs and learning about it at the same time.
  • jmgjmg Posts: 15,173
    My main problem with using FPGA is more about package size and layout vs say a nice simple TQFP64..

    Certainly many FPGAs are in BGA, but if I sort the 18,000 odd FPGAs on Digikey for TQFP100, I get 713 that range from ~$5 to ~$25, and up to 46k bytes of memory.
    100 pin is essentially the same PCB rules as tqfp64.


  • For the most part I really need a smaller package than the TQFP100, like a QFP64 10x10mm package so that it's about the same size as the P1 is now and just as easy to power with a simple 3.3V LDO. This is the configuration that would get a good chance of being designed in and therefore the one with the highest volume.
  • Cluso99Cluso99 Posts: 18,069
    edited 2016-04-18 07:01
    If the P1+ could be put into the new P2 frame without a lot of risk, with P48..P55 being removed for Chip's testing requirements, we could have a P1+ in July/August.

    There would be a pin compatible upgrade path from P1+ to the P2.

    Unfortunately, it seems the P2 has dragged on for so long now, and with the learning curve to the P2 instruction set, even without the smart pins, I wonder where the market will be and who will be left around ??? The forums are very quiet nowadays.

    When P2HOT failed, almost everyone agreed that what we wanted was a P1+.

    What we really need is a P1+ now, and P2 can follow a little later. I said that more than 2 years ago, and I still believe it today.
  • ErNaErNa Posts: 1,752
    To not have the right product at the right time is not a problem, but normality. I know from all time experience. Success is an exception, most projects fail. The prop to me as a principle is timeless. But as I have to do my daily job I have to use the tools available. I'm not alone in this. So, we now know it will take another year to be able to solve problems with P2, and we have to bridge this gap. One way to do this is to use multiple props to have the number of pins or cores needed. Paralleling them should not be the game stopper and if it comes to cost, it's a question of negociation. I feel Chip is doing a perfect job as he is focused on one single topic. The risk to fail is omnipresent, as we have seen in the history of processor history. Having the P2 will open so many doors, that within a few years there is a chance to discover a killer application. And we have no clue, which feature will be critical. So every elaborated feature will increase the chance to succeed. I personally would have liked to have a P2 years ago to do motor control and even today P2 is in time, as I know how difficult it is to enter the market of IoT ;-)
  • jmgjmg Posts: 15,173
    ErNa wrote: »
    To not have the right product at the right time is not a problem, but normality. I know from all time experience. Success is an exception, most projects fail.

    Certainly, Engineering is making what you want, from what you can get.
    For the most part I really need a smaller package than the TQFP100, like a QFP64 10x10mm package ..

    Then that dictate likely also excludes a P2 + Inner P1V, too large a die for that package.

    There are few FPGA at 64 pins, but some smaller ones at 48QFN, that could do a P1V special, alongside a standard P1.
    eg ICE5LP4K-SG48ITR-ND is ~$5 / 2k

    The benefit of this, is you keep the software pool common, with some minor opcode extensions to make the P1V hum.
    Downside is, two packages.

    Or, if 64 pin is the real sweet spot, XMOS actually have 24 offerings there, so they may be a better short term target.
    XUF208-256-TQ64-C10 claims 1MB Flash, 256K RAM, 42io, and 250 @ $7.69
  • I think I need to ask this question because I really need a P2 although all I really need is a P1 with more I/O and memory.

    That's all I've ever needed - a P1 with some more pins and memory. In fact, even the extra memory isn't really vital, because with more pins you could use an external parallel memory and still have useful pins left over.

    Even 64 pins is not vital. 48 would be fine.

    But I've kind of felt it was a bit presumptuous to tell a large corporation what chips to make. So I guess I quietly went off and built projects using a board that starts with A, because those boards became cheaper than the bare propeller chip.
  • Do you need 64 I/O as in the title, or 64 pins as in QFP64?

    Do how many cog and how much ram?

    I seem to recall that we could get a P16X64 from the P1V FPGA, with 128K hub in the same FPGA footprint, after removing the resources that are not used by FORTH. If I recall these were video generators, ROM tables, unused assembler instructions. It might have had twice as much cog memory, but were were several configurations being tested.

    It struck me that this was the low hanging fruit, as as there are very few unknowns, and the configuration seems to "just work".

    Would P16X64-128(?) be useful for something besides forth?
  • tonyp12tonyp12 Posts: 1,951
    edited 2016-04-18 14:50
    I would go ARM, sure there will be a learning curve but I take it you fully know C.

    This 100MHz (many instructions take just one cycle) NXP ARM M4 cost $2.54 at 100 units.
    QFP100 with 66 gpio.
    http://www.mouser.com/ProductDetail/NXP/MK22FN128VLL10/?qs=/ha2pyFadujOaTS62yr9HRld3UjVr6E6%2bk2XlKVudmqz5BxWVfv9QA==

    If you want determinism (no IRQ on) could run some 50cent's M0 as coprocessor.
    http://www.mouser.com/ProductDetail/NXP-Freescale/MKE04Z8VTG4/?qs=sGAEpiMZZMuoKKEcg8mMKDwQfRRt3jtqUSNXVxTrXek=

    IAR Workbench support, free trial 32 Kbyte code size limitation.
    https://www.iar.com/device-search/#!?devices_architecture=ARM&devices_vendor=NXP&tab=devices
  • Do you need 64 I/O as in the title, or 64 pins as in QFP64?

    Do how many cog and how much ram?

    I seem to recall that we could get a P16X64 from the P1V FPGA, with 128K hub in the same FPGA footprint, after removing the resources that are not used by FORTH. If I recall these were video generators, ROM tables, unused assembler instructions. It might have had twice as much cog memory, but were were several configurations being tested.

    It struck me that this was the low hanging fruit, as as there are very few unknowns, and the configuration seems to "just work".

    Would P16X64-128(?) be useful for something besides forth?

    GCC certainly enjoys CPUs with fewer instructions. I don't know exactly which instructions were removed, nor do I know which instructions GCC needs - but it sounds like something that would be very intriguing from that perspective.
    Unfortunately, I do not have any commercial projects for such a chip.
  • @prof_braino: I'm trying to avoid FPGA unless it fits in a small and easy package.

    @tonyp12: ARM is what I was using before I got caught up in Prop land. I've got boxes (literally) full of the latest dev boards as well and I used to use IAR workbench before but beyond the trial version it is very expensive. If only Parallax had what we wanted from the beginning, a P1 with more memory and I/O.......can't understand why one was never made ........ is Parallax at all concerned about this?
  • Heater.Heater. Posts: 21,230
    Yep. This has been discussed many times over the years. There has always been people here expressing a demand for a Prop with 64 pins and two or four times more RAM. Code compatible with most of the source than runs on the P 1 would be great.

    I guess the time to have done that was nearly two years ago when the P8X32A_emulation Verilog was released.

    By the way. How come the P8X32A_emulation Verilog is not on the Parallax github? I could have sworn it was at some point.
Sign In or Register to comment.