Pentagon-1024
ZXNet echo conference «hardware.zx»
Hello, CHRV
already closer to the truth :)
Hello hero
her> If only they could be screwed onto any existing car
her> the problem would have been largely solved
There is no point in screwing them onto the entire fleet of cars. I’ve done this probably five times already
wrote why. ;).
Hello hero
her> Has he yet announced the planned cost?
Nope, the boards have not been launched into series yet... And will they be launched ;). But the work itself
It’s commendable that, unlike the talkers, Lech is doing the work. I know they will be expanded
video modes (which are not yet known) are not yet available.
By the way, there is quite a lot of logic on board. But it’s quite easy to assemble on your own
in reality - everything is on DIPs.
Hello fan
fan> And at what stage is a ROM with a RAM disk support and built-in CD-WALK???
I really don't know. But in Turbo 2+ the autoloader with SD according to the Bystrov standard is already
very soon it will be in ROM :) (I can already feel the reaction of the Pentagon haters).
Let me remind you that the built-in IDE on the Pentagon 1024 did not appear (although you can build
easily on the assembly field). Just like the keyboard controller didn’t appear
(implies the use of Kamil Karimov's controller). Those. consider
a couple of slots will be occupied.
Unfortunately, talk about the design of ports for working with extended memory
I didn't have enough time - not on topic yet.
Hello, SfS
SfS> Are you planning to make the entire document publicly available?
SfS> If yes, then you could try again.)
As far as I know, Alexey doesn’t make a special secret of his crafts, so
Most likely there will be no problems with the dock. But this is more a question for the author. I'll ask
in short!
Hello Mike
Mik> That's how many different extended video modes have already been invented on
Mik> different ZX variants? Isn't it time to come to some standard? Otherwise
Mik> so software for this business will never appear, in more or less decent
Mik> quantity. Let's say 320X200 256 Colors mode with a strict standard
Mik> ports, addresses, etc. or even with the driver system and
Mik> standardized protocol.
The fact is that some people like something, others don’t like it. We can offer
only implementation. In particular, in the clone I produce, all modes
standardized and complete information on them is available. But to support or not
support this is a question for programmers.
Hello, All
This morning I met with Alexey Zhabin (aka KingEvil) he told me and
showed a new version of Pentagon 1024.
Difference from the previous one:
1) The video controller and port decryption are implemented on the Altera EPM7xxx FPGA;
2) Made three ZXBUS slots;
3) Integrated RGB->PAL encoder based on MC1377.
The board is in the final debugging stage. Only three boards have been made, so far
the series was not released.
He doesn’t update the site because there are some problems with the Internet.
That's all the information.
Hello ASDT
ASD> is already closer to the truth :)
WHAT is truth?
Hello, CHRV
Has he yet announced the planned cost?
Hello, CHRV
CHR> In particular, in the clone I produce, all modes are standardized
CHR> and complete information on them is available. But to support or not to support
CHR> this is a question for programmers.
If they could be screwed onto any car from the existing fleet there would be a problem
would have been mostly removed
Hello hero
And at what stage is a ROM with a RAM disk support and built-in CD-WALK???
Hello, CHRV
Are there plans to make the entire document publicly available?
If so, then you could try again.)
Hello, CHRV
CHR> I know there will be extended video modes (which are not yet known), until they are
CHR> no.
CHR>
That's how many different extended video modes have already been invented, at different
ZX variants? Isn't it time to come to some standard? And then there’s software for it
the case will never appear, in more or less decent quantities. Let's say mode
320X200 256 Colors with strict standards for ports, addresses, etc. or even with
driver system and standardized protocol.
Hello, CHRV
This is more of a preliminary (trial) solution
Hello, CHRV
I received a letter from Lekha:
Last week, debugging of the Pentagon-1024SL ver.2.0 board was successfully completed.
At the moment, the main FPGA firmware (dated 05/12/06) implements the following
additional (compared to Pentagon-128) functions:
- 1024k RAM (control done through 5, 6, 7 bits 7ffd at the request of workers
(more precisely, Alone Coder, because few people work besides him))
- Turbo 7 MHz (currently with WAITs in RAM). Elongation factor IORQ =
1.5 (my experience is that this is usually sufficient, while
short IORQ often leads to glitches). Turbo is completely disabled in TR-DOS
(half a year ago I spent a lot of time setting up ATM-Turbo 2+, where in TR-DOS
it just does WAIT). Also, the turbo turns off when entering the shadow (start)
ROM page, although this was not specifically intended, it worked out
automatically due to a simplified ROM page decoder. Average coefficient
turbochargement turns out to be about 1.6-1.7, in reality it varies from 1.5 to
2.0 depending on where (in RAM or ROM) the program being executed is located
and on the frequency of access to ports. The speed of the program in the turbo does not depend
from its address in RAM.
- Additional graphics mode 16 color. Spectrum screen, but each
the point is drawn in its own color, any of 16. This mode was proposed by AlCo,a detailed description in Info Guide 8. There are already a couple of demos for this mode and
a simple game.
- Additional graphics mode 384x304 pixels, normal color palette (2
colors on the familiar place). Detailed description in Info Guide 2.
- Ability to disable ROM and connect the 0th page of RAM to addresses 0-16384
- 3 ZX-BUS slots
- Modes are controlled via the eff7 configuration port (again via
requests of workers). The layout is like this:
bit 0 - enable 16 color mode
bit 1 - not used
bit 2 - switch to 128k mode (with bit2=1 memory above 128k is blocked, and on
bit 5 7ffd latch appears again)
bit 3 - ROM lock
bit 4 - Turbo (0 - there is a turbo, 1 - there is no turbo)
bit 5 - not used
bit 6 - enable 384x304 mode
bit 7 - not used
In addition, the board contains a stereo amplifier (2x0.5 W), a printer interface
ZX Lprint III (implemented only in hardware), PAL encoder, debugging of which
not finished yet (I'll finish it as soon as I print the datasheet on the MC1377).
Hello, CHRV
What size board did you get, if it's not a secret??
Hello, CHRV
CHR> As far as I know, Alexey doesn’t make much secret of his crafts,
CHR> so most likely there will be no problems with the dock. But this is more a question for
CHR> to the author. I'll ask briefly!
There will be documentation. In the form of a circuit diagram, equivalent
FPGA logic diagrams, board layout drawing and brief technical description.
I haven’t yet decided what to do with the FPGA firmware files. But if anyone
will be needed for your health.
Hello, CHRV
By the time I showed you the board, ext. video modes are already there
were!!! This is 384x304 and 16 COLOR (Spectrum screen, but each point is drawn with its own
color).
Hello KingOfEvil
I would like to know when development will be fully completed so that I can
buy a working board (if they are still ordered)?
Or designer board + Altera, ROM.
Hello Vitron
I would also like to know how much it will cost
Hello Vitron
Vit> I would like to know when development will be fully completed so
Vit> was I able to buy a working board (if they are still ordered)?
Vit> Or the designer board + Altera, ROM.
The development has already been completely completed. Production is scheduled to begin in July
(that means no earlier than August ;) ). The cost is still unknown. Depends on
how many boards I will order. I think it’s unlikely to be cheaper than 3000 rubles.