Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

A600 support #18

Closed
tangorri opened this issue Jul 13, 2019 · 10 comments
Closed

A600 support #18

tangorri opened this issue Jul 13, 2019 · 10 comments
Assignees

Comments

@tangorri
Copy link

Would be nice to add support for Amiga 600, or if it is allready supported, validate it by test and clarify the support in documentation and description of the project.

@Eriond
Copy link
Contributor

Eriond commented Jul 13, 2019

We're working on a A600 version of the hardware, and while it's still in the design phase, we can already now conclude it will only be able to support the Pi Zero form factor due to mechanical restrictions. More info will be posted once there is some real hardware produced. Probable time frame is Q1 2020.

@Eriond Eriond self-assigned this Aug 10, 2019
@Eriond
Copy link
Contributor

Eriond commented Nov 9, 2019

Update: A600 version is now actively being worked on. We can already now see that there will be a couple of differences compared to the A500 version:

  • The memory will be increased to 2MB, thus allowing for all chip memory to reside on the A314. (prices for 2MB SRAM chips have dropped recently to apx the same levels as 1MB had previously)
  • Our intention is that programming (and re-programming) of the FPGA flash is made possible directly from the Raspberry Pi, without any additional hardware. Those who wish to continue using a classic JTAG interface can still do so, but will have to make a custom adaptor cable.

@Eriond Eriond added this to the Initial board design completed milestone Nov 9, 2019
@plasticuser
Copy link

If the A600 version can only support a Pi Zero due to physical limitations, could it alternatively support a CM3 compute module?

@Eriond
Copy link
Contributor

Eriond commented Mar 1, 2020

It could, but it won't because we see it as a too big re-design for very little, if any, advantages. So the cost/performance ratio is not justifiable.
Right now, I'm waiting for the v1.0 PCBs to arrive, and then we'll populate them and get them through testing. Once that is completed, this issue will be closed and all relevant files will be available in the repo. Even though we're experiencing Covid-19 related delays as everyone else, we're still on track to deliver the A314-600 as promised by Q1-2020

@plasticuser
Copy link

The cost is exactly the same as being able to use a full Pi 3 B+. It's more than a Pi Zero, but then the design brief calls using a Pi Zero a "design limitation"... ;)

The physical advantages are numerous. Being able to place the connectors exactly where they are best suited. Being able to place only the connectors required. Lower power footprint by not using devices that are not installed. Extremely compact form.

I'd be happy to design this PCB.

@niklasekstrom
Copy link
Owner

@plasticuser If you feel up to designing and building a version of A314 for A600 using a CM3 compute module then of course that would be a very positive development :)

My initial thoughts about such a design is: how will you add back networking (wifi) and USB capabilities that are not available in CM3 (as compared to in Pi Zero)? And what is the combined cost of CM3 + additional chips? If the cost is not a lot more than a Pi3 then this sounds very interesting.

@plasticuser
Copy link

I recognize it would cost a "little" more. I'm estimating about $7-$9.

The fun bit is that I could supply the board with build time configuration options to lower the price point. Happy with ethernet? Cool! Want lots of I2C or SPI break outs on the board? Cool! 2MB SRAM? Yisss!

It is worth $10 on the final product price to have the four cores, and the option of SSD or eMMC - which is MUCH faster and more reliable. The CM4 is going to have a different pinout, but it would be easy to adapt the design at that point for the new connector.

So, yes, I'll happily do it, and I'd prefer to do it within your project than forking it and creating confusion and lots of extra work for myself ;)

@niklasekstrom
Copy link
Owner

@plasticuser That sounds great! Let us know if you have any questions or need help with anything.

@plasticuser
Copy link

I shall.

Eriond added a commit that referenced this issue Apr 19, 2020
Added files for the -600 version of the A314 PCB, and accompanying BOM list. The hardware is verified (3 iterations). This commit closes issue #18 and partly #29.
niklasekstrom referenced this issue Aug 21, 2020
Previously there was a separate branch for the A600 version of A314, but this
functionality has now been merged into the master branch.

A new revision, a314_600, has been added to the Quartus project.
A macro, is_a600, is used to control the compilation in a few places, mostly in
the top entity a314_top.v.

A new SPI protocol command has been added, SPI_PROTOCOL_VERSION. On older HDL
this command returns the default value zero, and this version returns one.
The a314d uses this protocol version number to be able to communicate with both
the current and older versions of the HDL.

The firmware version number has been replaced with a firmware flags value,
that consists of multiple bit flags that describes what capabilities the
firmware has.

Ideally this commit should probably have been multiple smaller commits, but to
save time I didn't bother to split it up.
@niklasekstrom
Copy link
Owner

Fixed by commit c04a519.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants