From
jdigreze
→
To
All
3 November 2005
Hello caro
There is one more purely technological question... Kamil, which editor
do you use schematic diagrams?
From
Kamil Karimov
→
To
All
3 November 2005
Hello jdigreze
jdi> ... what circuit diagram editor do you use?
Now P-CAD.
From
jdigreze
→
To
All
4 November 2005
Hello caro
Maybe... Then the question arises about making an adapter from Kay's
slot, let's say for a 40-pin "comb".
From
jdigreze
→
To
All
4 November 2005
Hello caro
It’s bad... I’ll have to manually redraw the diagram in Eagle. But thanks anyway!
I want to light the stove. fee. Try this device in action.
From
Kamil Karimov
→
To
All
4 November 2005
Hello jdigreze
jdi> ... I want to light the stove. fee. Try this device in action.
For the sake of one thing, does it make sense to make a printed circuit board?
I assembled it on a breadboard for debugging - it works great.
From
Yaroslavtsev Yaroslav Andreevich
→
To
All
4 November 2005
Hello jdigreze
jdi> Maybe... Then the question arises about making an adapter with
jdi> kay's slot, for example on a 40-pin "comb".
I made a board into a slot, I didn’t like it. There were too many jumpers.
It should work better with an adapter.
File: mcard.jpg http://zx.pk.ru/attachment.php?attachmentid=1894
From
Chunin Roman
→
To
All
4 November 2005
Hello Yaroslav
Yar> I made a board for the slot, I didn’t like it. Too many jumpers.
Yar> It should work better with an adapter.
The adapter reduces reliability!
And what didn’t you manage to resolve as normal?
From
Yaroslavtsev Yaroslav Andreevich
→
To
All
4 November 2005
Hello, CHRV
CHR> The adapter reduces reliability!
CHR> What didn’t you manage to resolve as normal?
Yes, I did it hastily; I didn’t have time to properly suck the wiring.
From
Igor Afonkin
→
To
All
17 February 2006
Hello caro
Cool!
I'm looking forward to the results ;)
From
Kamil Karimov
→
To
All
17 February 2006
Hello, CHRV
Received 20 boards.
I collected one.
I'll turn it on tomorrow.
File: ZXMCARD.JPG http://zx.pk.ru/attachment.php?attachmentid=2614
From
Alexander Shushkov
→
To
All
17 February 2006
Hello jdigreze
jdi> Cool!
jdi> I'm looking forward to the results
And I'm waiting for 5 ordered copies :)
From
Oleg Golenkoff
→
To
All
18 February 2006
Hello caro
car> Received 20 payments.
car> I collected one.
car> Tomorrow I will turn it on.
How much will it cost? and how can I order? :rolleyes:
From
Alexander Zan
→
To
All
18 February 2006
Hello, breeze
car> Received 20 payments.
car> I collected one.
car> Tomorrow I will turn it on.
Is this option already with a virtual VGshka? Or am I racing?)
If not, then in the future it will be possible to connect cards to this scarf
memory? Those. Are the necessary pins provided?
From
Alexandr Tsidaev
→
To
All
18 February 2006
Hello, Jukov
Juk> IMHO it is better to connect a Dandy joystick, because appears
Juk> the ability to easily convert a one-button Spek joystick into
Juk> 4-button Dandivian (Spekovsky has 6 wires, and Dendivian has 5.
Juk> Other joysticks have much more wires, which is not
Juk> allows you to use a common on speck for connection
Juk> plug SSH-5). Secondly, the dandy joystick is implemented in hardware
Juk> TURBO buttons. And for the price, the device is generally unrivaled.
but IMHO it’s better still Segov’s
its connector is the no less common DBF-9 (the plug breaks off with
motherboard (com port) or purchased from any radio parts), more buttons (8,
instead of 4 dandy ones (regular and turbo I count as one, EU))
and it’s more convenient, all curved like that :cool:
The dandy “parallelepiped” has no ergonomics at all :rolleyes:
the downside, however, is that it will require more contacts, parallel
after all..
From
Alexandr Tsidaev
→
To
All
18 February 2006
Hello, Witch Doctor
> Yes, there is power in the SEG joystick... :) only a controller seems to be needed...
> or not ?
current if suddenly the mega doesn’t have enough legs and you have to remake the parallel code into
sequential
By the way, this diagram didn’t work for me, I connected it according to the diagram where all the data
transmitted via the main port (2-9 pins of the LPT connector), it works with a bang. Moreover +5v
I haven’t connected it anywhere, I still don’t understand how it’s done :)
From
Witch Doctor
→
To
All
18 February 2006
Hello Eltaron
Yes, there is power in the Sega joystick... :) but it seems like you need a controller... or not?
File: SegaDirectPadPro.gif http://zx.pk.ru/attachment.php?attachmentid=2623
From
Konstantin Zhukov
→
To
All
18 February 2006
Hello fan
Kamil, how about adding a quorum keyboard to the controller.
IMHO it is better to connect a dandy joystick, because... this creates an opportunity
it’s easy to convert a one-button Spekov joystick into a 4-button Dandy joystick (at
Spekovsky has 6 wires, and Dendivsky has 5. Other joysticks have the same number
there are many more wires, which does not allow it to be used for connection
plug SSH-5, common on specs). Secondly, the dandy joystick has hardware
TURBO buttons have been implemented. And for the price, the device is generally unrivaled.
File: 18-02-06_1204.jpg http://zx.pk.ru/attachment.php?attachmentid=2620
File: 18-02-06_1217.jpg http://zx.pk.ru/attachment.php?attachmentid=2621
From
Kamil Karimov
→
To
All
19 February 2006
Hello jdigreze
jdi> I'm looking forward to the results ;)
The new board with the firmware posted in the first post of this topic works without
problems.
So far I have not found a single error in the tracing.
Now I’ll add RS232 support to the firmware and try to connect the modem.
From
Andreas Kaiser
→
To
All
20 February 2006
Hello caro
car> The new board with the firmware posted in the first post of this topic works
car> no problem.
car> I haven't found a single error in the tracing yet.
car> Now I'll add RS232 support to the firmware and try to connect
car> modem.
Kamil, what pinout is the board for? Judging by the photograph she is simply
you insert everything and I suspect that you insert it into Quorum, right?
From
Kamil Karimov
→
To
All
20 February 2006
Hello icebear
ice> Kamil, what pinout is the board for?
ZX-bus, in the form used in the main Spectrum models.
Contact pitch 2.54 mm
ice> Judging by the photo, you just insert it and that’s it, and I suspect that
ice> you insert it into Quorum, right?
The system connector in Quorums is made in the form of a ZX-bus edge connector,
since this is done in branded Spectrums.
That is, there are no slots for connection.
But I just connected two slot connectors to each other.
As a result, through this adapter I connected the board to both Quorum and
to the branded ZX-Spectrum 2+.
From
Kamil Karimov
→
To
All
1 March 2006
Hello Yaroslav
Yar> Are there any available for sale? If so, how much does it cost?
For now.
The cost of the board itself was about 130 rubles.
(I paid a little more than 2600 rubles for the production of 20 boards).
Shipping within Russia now costs from 80 to 100 rubles.
From
Yaroslavtsev Yaroslav Andreevich
→
To
All
1 March 2006
Hello caro
car> Received 20 payments.
Are there any available for sale? If so, how much does it cost?
From
Kamil Karimov
→
To
All
1 March 2006
Hello Yaroslav
Yar> I'll take one too.
Write in PM.
From
Konstantin Zhukov
→
To
All
1 March 2006
Hello caro
I'll take it. Please provide details of where to pay.
From
Yaroslavtsev Yaroslav Andreevich
→
To
All
1 March 2006
Hello, Jukov
Juk> I'll take it. Provide details of where to pay.
I'll take one too.
From
Alexandr Tsidaev
→
To
All
3 March 2006
Hello caro
a little offtopic: what and how to solder all these surface components? I would take
handkerchief, but I don’t know if it’s really possible to solder all this horror ;) with an ordinary shovel
soldering iron :)
From
Dobrynin Sergey
→
To
All
3 March 2006
Hello Eltaron
Elt> a little offtopic: what and how to solder all these surface components? I
Elt> I would take a handkerchief, but I don’t know if it’s realistic to solder all this horror
Elt> with a regular soldering iron
There is nothing terrible there. Leg pitch 1.25 (1.27) mm solders perfectly, even easier
than DIP with a pitch of 2.5 (2.54) mm...
From
Kamil Karimov
→
To
All
3 March 2006
Hello Eltaron
Elt> ... is it really possible to solder all this horror ;) with an ordinary soldering iron
Elt> :)
Soldering iron with a thin tip, no more than 25 watts
(preferably with a temperature controller, but not necessary),
and everything works out with a bang.
From
Alexey Korotkov
→
To
All
13 March 2006
Hello caro
Are orders still being accepted?
I wouldn't mind either...
Is it possible to arrange this? and how?
I would like the collected fee.
From
Kamil Karimov
→
To
All
18 March 2006
Hello caro
Updated the version of the ZX_MCard bootloader (see post 1.)
Now it can be called by pressing ALT+Pause without turning off
computer.
Naturally, this works if the current firmware supports the operation normally
keyboards.
To force the bootloader to start as in the old version,
necessary
install a jumper between pins 1 and 2 of X5 (supply ground to pin 29
ATMega8515).
From
Kirill Frolov
→
To
All
24 March 2006
Hello caro
car> AVR free ASTUDIO.
AVRA for everything small and GCC for everything big.
From
Kirill Frolov
→
To
All
24 March 2006
Hello caro
car> For this, there are commands for setting the RS232 speed.
car> And to synchronize the work, the XON/XOFF protocol.
Speed setting commands assume setting exclusively MAXIMUM
speed...
XON/XOFF only works in the Spectrum->PC data flow direction. in reverse
PC may not have time to react. XON/XOFF introduces more delays into the process
data transfer. XON/XOFF cannot be used in only one direction
(while in another, for example, RTS/CTS) (ie, maybe, but it's hacking).
XON/XOFF is NOT a FULLY 8-bit TRANSPARENT protocol. He doesn't allow
for example, use X-modem (and this could be, or Y-modem, work
quickly
Z-modem due to its extreme simplicity).
From
Kirill Frolov
→
To
All
24 March 2006
Hello, random
ran> Judging by the diagram, RS232 is not complete, important signals are missing
ran> reliable data reception/transmission on slow hardware like Spectrum
ran> is practically impossible. I'm talking about DCD, DSR, CTS signals.
ran>
DCD --carrier detect
DSR -- modem ready
not really needed. but when working /specifically with a modem/ they are needed. because
the modem may really not be ready, and it is not clear how (except according to the line
CONNECT) determine the presence, and most importantly the loss, of the carrier.
CTS is the problem.
From
Kamil Karimov
→
To
All
27 March 2006
Hello fk0
fk0> ... CTS - that's the problem.
I agree, for synchronous operation at high speeds it is necessary to have a mode
CTS/RTS.
This mode is provided in the card.
Yesterday I tried to transfer files from IBM to Spectrum and vice versa via null modem
cable.
On Spectrum I worked in Melon v1.90i, on IBM - TeraTerm.
Unfortunately, Melone has a maximum speed of 57600 baud.
Therefore, it was not possible to try the maximum speed of 115200.
At speed 57600 everything works without problems.
From
SMT
→
To
All
3 April 2006
Hello caro
I actually wanted to ask this in the topic about the video processor...
From
Victor Ronin
→
To
All
3 April 2006
Hello caro
car> This was the case with TurboSoundFM
what does TSFM have to do with it? There are no new ports, everything is standard AY. Well
unless it's some kind of nonsense with a shadow guy...
From
Chunin Roman
→
To
All
3 April 2006
Hello Ronin
Ron> and what does TSFM have to do with it? there are no new ports, everything is standard
Ron> AY-shnoe. Well, maybe some nonsense with a shadow guy...
Vit, I wrote about this in the topic on FMT. Look.
From
Kamil Karimov
→
To
All
4 April 2006
Hello caro
Posted a new firmware version for ZXMC - version 1.2
(see post 1)
Keyboard, mouse, RS232, clock.
PS. For those who assembled it themselves, I warn you about the need
pull-up resistors on the i2c bus even in the absence of a clock.
From
Orionsoft
→
To
All
8 April 2006
Hello caro
What needs to be done to be compatible with [Scorpio&smuc&GS]?
From
Orionsoft
→
To
All
8 April 2006
Hello caro
It’s clear, there’s a conflict with the smuc ports, let’s attach a small circuit on the second floor, that’s for us
not the first time...
Thanks for the info! :v2_cheer:
From
Kamil Karimov
→
To
All
8 April 2006
Hello Orionsoft
Ori> What needs to be done to be compatible with [Scorpio&smuc&GS]?
Unfortunately, there really was a problem with ZXMC compatibility with Scorpio +
SMUC.
-- cut ---
>> HA> 2. Does not want to work simultaneously with SMUC - the shadow monitor does not see
>> HA> SMUC with ZXMC installed.
>> I looked at the file describing the SMUC ports. It's not surprising that there is
>> conflict. To solve the problem, you can use the technique that
>> is used in KAYs. SMUC needs to be made more priority in terms of addressing
>> than ZXMC. That is, the /IORQE signal from SMUC should block the signal
>> /IORQ for ZXMC. A simple logic circuit - used in the KAY circuit.
HA> Well KAY okay, but what should I do? Is this not solved programmatically?
I looked at the diagrams and descriptions of the SMUC ports.
For normal functioning of SMUC with ZXMC you will have to do
the latter complete decryption of ports. To do this you need to add one
body LA1 or LI1. I could easily do this myself by gluing it to the board
a small piece of a printed template with a soldered LA1 or LI1 body
Can you do it yourself?
It is necessary to cut the conductor on the board that comes from the busZX_BUS pin B10 (this is address A1) to pin 5 of the element
DD2:2 (LI1). In this gap you need to insert the following diagram:
┌─- CODE ───
on LA1
------
___ ___
B10(A1) ___9_| | _1_| |
B11(A2)__10_| | |_2_| |
B12(A3)__12_| | |_4_| |
B22(A6)__13_| | 8 | 5 | | 6
| o-----+---| o------ to pin 5 DD2:2
|___| |___|
LA1 LA1
on LI1
------
___
B10(A1) ___1_|& |3
B11(A2) ___2_| |---+
|___| |
___ | ___
B12(A3) __12_|& |11 |_4_|& |6
B22(A6)__13_| |_____5_| |------ to pin 5 DD2:2
|___| |___|
LI1 LI1
└── CODE ───
Thus, ZXMC will only work at single levels at
A1,A2,A3,A6,A7, which should eliminate conflict with SMUC ports.
From
Mike
→
To
All
12 April 2006
Hello caro
car> As a result of an experiment with connecting ZX_MCard to Scorpio
car> it turned out that its joint work with SMUC is impossible.
car> The issue turned out to be a port conflict, which, in principle, can be treated, but
car> by refining either the map or Scorpio.
car> So if anyone in St. Petersburg still wants to have a ZX_MCard, please contact
car> to Nikolai Amosov, he decided that he had no use for her.
car> --- cut -----
car> Well, in general, what I was most afraid of happened - not a single new one
car> the device does not work with Scorpio. This was the case with TurboSoundFM, and
car>
car> is now in ZXMC.
car> I won’t “mock” the computer, but I’ll try to sell ZXMC.
car>
car> I have a request for you - if anyone from St. Petersburg contacts you at
car> item of purchase ZXMC card please send it to me.
car> --- cut ----
car>
car> Basically this is my mistake. There was no need to save on decryption
car> ports.car> It would have been enough to add another LI1 body to prevent this from happening
car> happened.
car> For those who will assemble it themselves and connect it to
car> To Scorpio with SMUC, I’ll add a modified diagram to the first post.
car>
car>
car> PS. Nikolai decided to keep it for now.
Can you tell me how to contact Nikolai Amosov?
What is the price of a new ready-made card?
From
rasmer
→
To
All
28 August 2006
Hello caro
People, maybe I didn’t look through all 6 messages in this topic, but where are the links to
circuits and firmware of this device, or they have already been classified...
From
shurik-ua
→
To
All
5 September 2006
Hello, rasmer
ras> People, maybe I didn’t look through all 6 messages in this topic, but where
ras> links to circuit diagrams and firmware for this device, or have they already been classified...
But there are no links, it’s a mess.
From
Kamil Karimov
→
To
All
6 September 2006
Hello Syntal
Syn> By the way, yes, there are no links, nothing in the first post!
I'll post a link in the next few days.
From
Yuri Polyakov
→
To
All
6 September 2006
Hello, shurik-ua
shu> But there are no links, it’s a mess.
By the way, yes, there are no links, nothing in the first post! Or has the information already been classified?
:v2_biggr:
From
Ewgeny Ivanoff
→
To
All
3 October 2006
Hello caro
car> I will post a link in the coming days.
And guide Maupassant?
From
Evgeny Muchkin
→
To
All
12 October 2006
Hello, ewgeny7
caro, how is it going with the implementation of speed control?
mice?
From
Grigory Kolbazanov
→
To
All
12 October 2006
Hello, Evgeny Muchkin
I don’t understand, where is the diagram of this multimap or where can I look? or just
to order?
From
Kamil Karimov
→
To
All
12 October 2006
Hello, AHAHACbI
AHA> I don’t understand, where is the diagram of this multimap or where can I look?
AHA> or only to order?
See http://zx.pk.ru/showpost.php?p=9958&postcount=1
From
Evgeny Muchkin
→
To
All
13 October 2006
Hello axor
axo> That's right. After all, in any case, to control the cursor from the mouse
axo> some kind of driver is being written. So why doesn't he take up management
axo> speed and other things...
Yes, because a hundred thousand programs have already been written in which the driver is unregulated
mice. I have never seen a single program like this before.
Well, everything will have to be broken and a new driver shoved into each software
old???!
It will turn out to be some kind of bullshit. This is not correct.
From
Evgeny Muchkin
→
To
All
13 October 2006
Hello caro
It seems to me that this set of variable parameters will be more than
plenty. What else is there to process programmatically? Overclock the mouse or something to do,
by analogy as controlling the cursor arrow from the keyboard in most
programs? :)
And, to be honest, I would like a more convenient way to edit firmware.
In general, the device turned out just great! Thank you, Camille!
From
Alexander Shushkov
→
To
All
13 October 2006
Hello caro
Evg> caro, how is it going with the implementation of adjustment capabilities
Evg> mouse speed?
car> There are, in principle, options, for example, filtering fast movements.
There is no need to filter anything. So okay! The fact that the mouse runs faster than
in other controllers (for example, in Scorpionovsky the mouse “ran” much more
slower), so this is not such a big minus. You just need to get used to it.
In general, I wrote a driver for the mouse (used in the game Vera and the Wheel
polled), from which you can adjust the speed of cursor movement - like
underestimate the speed and overestimate it.
P.S. On my Kai, a Logitech sbd69 optical mouse is connected to the multicard.
From
Alexander Shushkov
→
To
All
13 October 2006
Hello caro
car> Maybe you're right, since ZXMC in this case simply transmits
car> information from the mouse in the Spectrum.
car> All final processing can be done in Spectrum.
car> But of course you will have to configure the mouse from the Spectrum side.
That's right. After all, in any case, to control the cursor from the mouse it is written
some kind of driver. So why doesn't he start controlling the speed and
other things...
From
Elena Tarasova
→
To
All
13 October 2006
Hello caro
car> Maybe some additional software processing is needed?
By the way, I remembered one feature that RDC made on the ps/2 controller
mice for Amiga, namely, limiting the change of counters per 1 frame, no more
+-127. Or is it already there?
From
Elena Tarasova
→
To
All
13 October 2006
Hello caro
car> While there is no software control, what comes from the mouse is what
car> is issued to ports.
car> Per frame, if I understand correctly, this is between two interrupts (if
car> talk about Spectrum)?
car> Is there a need for such control?
car> With a maximum resolution of 8 units/mm, we get a limit of 128/8 =
car> 16mm in 20 ms.
car> That is, the limit will be 16*50 = 8 m/sec.
car> Is this necessary?
It seems that this is easy to check - push the arrow into the corner of the screen and sharply
Move the mouse in one direction so that the arrow rests on the curb. If she
will suddenly take off, that is, there is a need.
Of course, you can leave it like that, but shouldn’t you strive for perfection? Everything
no pss...
From
Kamil Karimov
→
To
All
13 October 2006
Hello, Evgeny Muchkin
Evg> how is the implementation of speed control going?
Evg> mice?
Is it enough to change 3 parameters responsible for the characteristics of the mouse:
1) resolution - 1, 2, 4, 8 units/mm
2) sample rate - 10, 20, 40, 60, 80,100, 200 hertz
3) scale - 1:1, 1:2
Currently set to default: 4/100/1:1
Maybe some additional software processing is needed?
From
Kamil Karimov
→
To
All
13 October 2006
Hello, Evgeny Muchkin
Evg> Yes, because a hundred thousand programs have already been written in which
Evg> unregulated mouse driver. I haven’t even had a single program like this yet
Evg> saw.
Evg> Well, everything will have to be broken and a new driver should be pushed into
Evg> every old software???!
Evg> It will turn out to be some kind of garbage. This is wrong.
The main question was whether the settings provided for the most
mice
to get a normal result for existing drivers.
If this is enough, then I will make the selected setting be
will be remembered
in the EEPROM of the multicard and when the power is turned on, the mouse will be reconfigured for
selected mode.
Well, you can also provide for switching using hot keys - if necessary.
From
Kamil Karimov
→
To
All
13 October 2006
Hello, Evgeny Muchkin
Evg> It seems to me that there will be more than this set of variable parameters
Evg> is enough. What else is there to process programmatically?
There are, in principle, options, for example, filtering fast movements.
Evg> And, to be honest, I would like a more convenient editing method
Evg> firmware.
Offer an option as you would like.
From
Kamil Karimov
→
To
All
13 October 2006
Hello axor
axo> There is no need to filter anything.
Maybe you're right, since ZXMC in this case simply transmits information from
mice to Spectrum.
All final processing can be done in Spectrum.
But of course you will have to configure the mouse from the Spectrum side.
From
Kamil Karimov
→
To
All
13 October 2006
Hello, yoko_ono
yok> By the way, I remembered one feature that RDC made on the controller
yok> ps/2 mice for Amiga, namely, limiting the change in counters for 1
yok> frame, no more than +-127. Or is it already there?
While there is no software control, what comes from the mouse is displayed in
ports.
Per frame, if I understand correctly, this is between two interruptions (if we talk about
Spectrum)?
Is there a need for such control?
With a maximum resolution of 8 units/mm, we get a limitation of 128/8 = 16mm for 20
msec.
That is, the limitation will be equal to 16*50 = 8 m/sec.
Is this necessary?
From
Victor Ronin
→
To
All
15 October 2006
Hello caro
car> With a maximum resolution of 8 units/mm, we get a limit of 128/8 =
car> 16mm in 20 ms.
car> That is, the limit will be 16*50 = 8 m/sec.
actually 0.8m/sec :) a speed quite accessible for hands, although excessive
practically :) you need to test it in practice.
car> There are, in principle, options, for example, filtering fast movements
Well, all this can be checked off in the setup - no need, disabled, necessary -
turned on.
From
Elena Tarasova
→
To
All
15 October 2006
Hello Ronin
Ron> actually 0.8m/sec :) quite accessible speed for hands, although
Ron> is practically redundant :) needs to be tested in practice.
Ron>
Indeed, dear Ronin is right, not 8 m/s, but 800 mm/s = 0.8 m/s
So take my word for it after this...
The speed is indeed quite achievable, and the above glitches will have
place.
From
Alexander Shushkov
→
To
All
16 October 2006
Hello, Evgeny Muchkin
Evg> Yes, because a hundred thousand programs have already been written in which
Evg> unregulated mouse driver. I haven’t even had a single program like this yet
Evg> saw.
Evg> Well, everything will have to be broken and a new driver should be pushed into
Evg> every old software???!
Evg> It will turn out to be some kind of garbage. This is wrong.
You're wrong about the hundred thousand programs. God willing, I'll get 100-150 that use a mouse
support.
There is no need to remake old programs. You need to write new ones correctly, so
everything.
Here are links to programs that adjust mouse speed:
http://abzac.retropc.ru/files/ProgramBox2_0.zip and more
http://abzac.retropc.ru/files/Courier2.zip.
I also remember that some of the latest ZX-Formats had something similar.
P.S. In general, what old mouse-supporting programs do we use?
From
Evgeny Muchkin
→
To
All
16 October 2006
Hello axor
axo> In general, what old programs do we use that support the mouse
axo> do we use?
Z-Player v3.0+ :D
RiffTracker 4.19
ARTIST-2
ART-Studio
Magazines, all kinds of newspapers...
From
Evgeny Muchkin
→
To
All
16 October 2006
Hello axor
axo> not hundreds of thousands
Well, I exaggerated my darling :)
From
Ewgeny Ivanoff
→
To
All
16 October 2006
Hello, Evgeny Muchkin
For a screen resolution of 256x192, the cursor moves quite comfortably, IMHO.
Is it necessary to recalculate the bitrate - it’s unlikely. But there are 6 billion opinions in the world...
:)
From
Alexander Shushkov
→
To
All
16 October 2006
Hello, Evgeny Muchkin
Evg> Z-Player v3.0+ :D
Evg> RiffTracker 4.19
Evg> ARTIST-2
Evg> ART-Studio
Evg> Magazines, all kinds of newspapers...
It’s still not hundreds of thousands or even hundreds of pieces...
Although Kamil seems to have already agreed to do something in this direction.
From
Kamil Karimov
→
To
All
16 October 2006
Hello axor
axo> .. what old programs that support the mouse do we use?
I recommend visiting this link:
http://velesoft.speccy.cz/kmsoft.htm
Our Czech friends did a great job; I’m adapting old programs to work with
with the mouse.
From
Evgeny Muchkin
→
To
All
17 October 2006
Hello axor
axo> Okay, let's not quarrel
Of course :) It’s just that the truth is born in a dispute, as they say.
The thought came to me, could it be that the speed of mouse movement
depended on the mouse device itself? Or is this nonsense? ;)
From
Alexander Shushkov
→
To
All
17 October 2006
Hello, Evgeny Muchkin
Evg> Well, I exaggerated it :)
Okay, let's not quarrel :)
From
Alexander Shushkov
→
To
All
17 October 2006
Hello caro
car> I recommend visiting the link:
car> http://velesoft.speccy.cz/kmsoft.htm
car> Our Czech friends did a great job, I’m adapting old programs
car> for working with the mouse.
They did a good job (the first part presented).
Almost everything else is our (domestic) programs and games :)
From
Kamil Karimov
→
To
All
17 October 2006
Hello, Evgeny Muchkin
Evg> The thought came to me, could it be that speed
Evg> did mouse movements depend on the mouse device itself?
I tried several different mice (5 types), did not notice any difference in behavior.
In principle, this is how it should be, since for everyone the mode adopted according to
default = 100/4/1:1
From
Evgeny Muchkin
→
To
All
19 October 2006
Hello Mike
Mik> Mice are distinguished by dpi as an example
Whoa! That's exactly what I meant!
From
Mike
→
To
All
19 October 2006
Hello, Evgeny Muchkin
Evg> Of course :) It’s just that the truth is born in a dispute, as they say.
Evg>
Evg> The thought came to me, could it be that speed
Evg> did mouse movements depend on the mouse device itself? Or is this nonsense?
Evg> ;)
Maybe. Mice are differentiated by dpi, for example. High DPI laser mice are faster
the cursor is moved - fact. But the usual PS/2, COM, USB are all about the same.
From
Alexander Shushkov
→
To
All
19 October 2006
Hello, Evgeny Muchkin
Evg> Of course :) It’s just that the truth is born in a dispute, as they say.
Evg>
Evg> The thought came to me, could it be that speed
Evg> did mouse movements depend on the mouse device itself? Or is this nonsense?
Evg> ;)
I had this effect on my controller from Create Soft (Kempston mouse). This
when I had a mouse from PC Search, and then I converted the pisish mouse to this
controller - she just started flying. After that I wrote a mouse driver with
speed controller :)
But this probably won’t happen on a multimap if everything is by default.
From
Kamil Karimov
→
To
All
19 October 2006
Hello Mike
Mik> Maybe. Mice are differentiated by dpi, for example. Laser mice with high
Mik> dpi the cursor moves faster - fact. But regular PS/2, COM, USB all
Mik> are approximately the same.
I looked through everything regarding the Set Resolution command and found that
Indeed, in mice with higher DPI, upon initial reset,
higher resolution.
For example, regular mechanical PS/2 have a standard DPI = 200.
When reset (Resolution = 2), such a mouse produces 4 pulses per 1 mm.
For DPI = 320 we have 6, at 400 we have 8, etc.
The minimum value of Resolution = 0 gives 1, 1 and 2 respectively
impulse.
So really high DPI mice (there are already 2000 DPI) even with
Resolution reduction
to a minimum will not be very convenient for Spectruma without software processing.
From
Mike
→
To
All
20 October 2006
Hello caro
car> I looked through everything regarding the Set Resolution command and found that
car> indeed in mice with higher DPI at initial reset
car> sets a higher resolution.
car> For example, ordinary mechanical PS/2 have a standard DPI = 200.
car> When reset (Resolution = 2), such a mouse produces 4 pulses per 1 mm.
car> For DPI = 320 we have 6, at 400 respectively 8, etc.
car> Minimum value Resolution = 0, which gives 1, respectively
car> 1 and 2 pulses per mm.
car> So really mice with high DPI (there are already 2000 DPI) even
car> when reducing Resolution
car> to a minimum will not be very convenient for software processing
car> Spectruma.
I once moved the mouse to 1600dpi, with the remaining Windows settings at
a regular optical mouse (near the middle), the cursor moved as if in speed
The settings were set to maximum and multiplied by 2 - 4. :)
From
Kamil Karimov
→
To
All
20 October 2006
Hello Mike
Mik> I once moved the mouse to 1600dpi, with the remaining settings
Mik> Windows on a regular optical mouse (near the middle), the cursor moved
Mik> as if the speed in the settings was set to maximum and another 2 - 4
Mik> multiplied. :)
That's right, because compared to a regular mouse (200 DPI), it has
the resolution is 8 times higher, with the same Resolution values.
In this regard, the idea arose to solve the problem for already developed programs:
hang the Resolution setting on keyboard hotkeys, for example WinMenu +
digital 0, 1, 2 and 3 respectively.
But we must keep in mind that with a very high resolution of the mouse itself,
Even setting Resolution to 0 will not help - the cursor will fly.
There is another option: make automatic detection of the connected resolution
mice
in the controller itself and bring the output parameters to certain average values.
We just need to figure out how to do it :)
From
Evgeny Muchkin
→
To
All
27 December 2006
Hello, Evgeny Muchkin
caro, please post the TinyTerm source in the first post.
From
Kamil Karimov
→
To
All
27 December 2006
Hello, Evgeny Muchkin
Evg> caro, please post the TinyTerm source in the first post.
Just prepared new firmware for ZXMC.
I also put the TinyTerm source there.
-+------------------------------------------------
Firmware version for ZXMC 1.7 from 12/25/06
1) Added control of keyboard indicators
by pressing the corresponding keys.
The NumLock key switches its indicator,
which ensures normal operation
compact keyboards that do not have a numeric key
fields. When their Num Lock is lit,
number keys are allocated space on the right
parts of the main keyboard field.
The Scroll Lock key toggles the corresponding
indicator, but so far it has no effect
for the operation of the keyboard controller.
Caps Lock key changes state
indicator and displays the corresponding
code. To ensure synchronization
running programs with the Caps Lock indicator,
when you press the Shift key, the indicator
switches, but in Spectrum the code does not
transmitted.
2) Added control of Resolution value
for the mouse.
+<1> - 1/mm = 25/inch
+<2> - 2/mm = 50/inch
+<3> - 4/mm = 100/inch
+<4> - 8/mm = 200/inch
When reset, it is set to 100/inch.
The indicated values are given for simple
mouse with a maximum resolution of 200/inch.
Mice with increased Resolutionwill have correspondingly large
resolution values when executing
these commands.
From
Evgeny Muchkin
→
To
All
27 December 2006
Hello Sonic
Son> Generally according to the standard:
In our case, this has absolutely no effect on anything.
From
Kamil Karimov
→
To
All
27 December 2006
Hello Sonic
Son> local shorting of DTR and DSR allows you to bypass this: PC to show
Son> that it is turned on raises DTR, thereby raising DSR for itself.
So he doesn’t know that he’s turned on?
Son> By the way, the old serial mouse uses DTR as
Son> nourishing yourself to your loved one. By resetting DTR you can detect it because when
Son> when turned on, she talks about herself.
It just produces the character "M".
But seriously, an IBM PC via RS232 can work in three ways
synchronization:
1) hardware RTS/CTS synchronization;
2) hardware DTR/DSR synchronization;
3) software synchronization XON/XOFF
So it’s quite possible to get by with the first option.
From
Kamil Karimov
→
To
All
27 December 2006
Hello Sonic
Son> Generally according to the standard:
Son> ┌─- CODE ───
Son>
Son> -------------------------
Son> ZXMC IBM
Son> -------------------------
Son> RXD 2 --------- 3 TXD
Son> TXD 3 --------- 2 RXD
Son> GND 5 --------- 5 GND
Son> RTS 7 --------- 8 CTS
Son> CTS 8 --------- 7 RTS
Son> DTR 4 --------- 6 DSR
Son> DSR 6 --------- 4 DTR
Son> -------------------------
Son>
Son> └── CODE ───
Son>
To work with IBM via RS232, one acknowledgment signal is enough
RTS/CTS.
The second channel - DSR/DTR is desirable for working with a modem, but here I had to
save,
since typical TTL/RS232 converters contain two channels for reception and
transfer.
For completeness, DCD and RI signals should also be added.
From
Kamil Karimov
→
To
All
27 December 2006
Hello caro
Answers to two questions on RS232;
┌─-; CODE ───
m> how to solder a null modem cable?
For all cases, I recommend soldering the null modem according to the following scheme:
Three-wire:
-+-----------------------
ZXMC IBM
-+-----------------------
RXD 2 --------- 3 TXD
TXD 3 --------- 2 RXD
GND 5 --------- 5 GND
DTR 4 -+ +- 4 DTR
DSR 6 -+ +- 6 DSR
RTS 7 -+ +- 7 CTS
CTS 8 -+ +- 8 RTS
-+-----------------------
Five-wire (recommended):
-+-----------------------
ZXMC IBM
-+-----------------------
RXD 2 --------- 3 TXD
TXD 3 --------- 2 RXD
GND 5 --------- 5 GND
RTS 7 --------- 8 CTS
CTS 8 --------- 7 RTS
DTR 4 -+ +- 4 DTR
DSR 6 -+ +- 6 DSR
-+-----------------------
m> tried playing with port speeds on
m> laptop - damn it turns out to be such a mess.
m> any stable work - only at 19200.
The speed of 19200 is set to ZXMC at initial start by default.
MiniTherm works with it at startup. To work with simple
using a null modem cable is the optimal speed.
If operation at higher speeds is required, first
add CTS and RTS signals to the cable (solder 5-wire
null modem), secondly, directly from BASIC, before calling TinyTermissue the following commands:
LET N = 1 : REM or value N immediately substituted in line 2
OUT 64495.128; OUT; 63727,N; OUT; 63983.0; OUT; 64495.3
Here N is a code that determines the speed of RS232;
1; - 115200
2 - 57600
3 - 38400
6 - 19200 (this is written by default)
12 - 9200
24 - 4800
48 - 2400
96 - 1200
192 - 600
In principle, you can set the speed even lower, but then
for example, for a speed of 300 baud, the coefficient is = 384.
It must be converted to 1*256+(384-256) and then output:
OUT 64495.128; OUT; 63727.128; OUT; 63983.1; OUT; 64495.3
└── CODE ───
From
Pavel Fedin
→
To
All
27 December 2006
Hello caro
car> The second channel - DSR/DTR is desirable for working with a modem
In general, the modem has nothing to do with it. DSR indicates that the opposite end is in
principle is turned on, while CTS means that it is ready to receive data. Many
terminal programs generally refuse to transmit/receive anything if
DSR omitted.
Of course, local shorting of DTR and DSR allows you to bypass this: PC to show
that it is turned on raises DTR, thereby raising DSR itself.
By the way, the old serial mouse uses DTR as power supply
yourself beloved. By resetting DTR you can detect it because when you turn it on it announces itself
tells. I was fiddling with it on Pro.
Although Serial mouse is probably no longer relevant...
> For completeness, DCD and RI signals should also be added.
>
DCD - yes, it is useful for determining the status of the modem (Offline/Online). R.I.
it’s a throwback to the times of non-intelligent modems and doesn’t seem to work for all
Modems actually have it.
From
Pavel Fedin
→
To
All
27 December 2006
Hello, caro
car> Ответы на два вопроса по RS232;
car>; ┌─- CODE ───
car>
car> Пяти-проводный (рекомендуется):
car> -------------------------
car> ZXMC IBM
car> -------------------------
car> RXD 2 --------- 3 TXD
car> TXD 3 --------- 2 RXD
car> GND 5 --------- 5 GND
car> RTS 7 --------- 8 CTS
car> CTS 8 --------- 7 RTS
car>
car> DTR 4 -+ +- 4 DTR
car> DSR 6 -+ +- 6 DSR
car> -------------------------
car>
car> └── CODE ───
car>
Вообще по стандарту:
┌─- CODE ───
-+-----------------------
ZXMC IBM
-+-----------------------
RXD 2 --------- 3 TXD
TXD 3 --------- 2 RXD
GND 5 --------- 5 GND
RTS 7 --------- 8 CTS
CTS 8 --------- 7 RTS
DTR 4 --------- 6 DSR
DSR 6 --------- 4 DTR
-+-----------------------
└── CODE ───
From
Alexander Melnikov
→
To
All
11 January 2007
Hello caro
Kamil, could you provide the source code for the firmware for the scarf?
From
Kamil Karimov
→
To
All
21 January 2007
Hello syd
syd> as I understand it in ZXMC, when the spec keyboard polls wait,
syd> does this not slow down much when loading from a cassette, for example?
A WAIT duration of 3 µsec has virtually no effect on the operation of reading and
recordings when working with a tape recorder.
The delay cycles used in these procedures are milliseconds, which
significantly more than these 3 microseconds.
From
Peter Kitsun
→
To
All
21 January 2007
Hello, CHRV
2caro - as I understand it in your ZXMC when the spec keyboard is polled by wait
used, does it slow down much when loading from a cassette, for example?
From
Grigory Alekseevich Sinitsky
→
To
All
26 January 2007
Hello Vitron
I would also not mind ordering your Multicard with a pitch of 2.54 for contacts for
of its currently assembled Pentagon-1024.
From
Kamil Karimov
→
To
All
27 January 2007
Hello caro
car> This is not in the current firmware, so you will have to update it.
Sclerosis, it turns out that in version 1.6 I provided for working with a tape recorder :)
So for those who already have version 1.6 or 1.7 installed, just solder
the given diagram.
car> I'll build a comparator and try to introduce this function into the new firmware.
The comparator is built into Mega, so the circuit turned out to be very
simple.
At the emitter of the transistor in the absence of an input signal, it should be 1.25+-0.1
volts
You can select the level by changing resistor R2* within small limits,
but usually, when using 5% resistors, this is not necessary.
The circuit operates normally at input signal levels of +- 0.5 Volts.
Connector X2 is a PBS-9 type plug (single row pins with a pitch of 2.54).
Connector X1 - depends on your tape recorder. I installed SG5 (round,
five-pin).
File: TAPELD.PNG http://zx.pk.ru/attachment.php?attachmentid=4496
From
Evgeny Muchkin
→
To
All
29 January 2007
Hello caro
caro, for some reason I can’t change the mouse speed. I'm poking at all the options, but
the speed was supersonic and remains so... hmm... I noticed this effect
right after the release of version 1.7, now I just took a closer look.
From
Kamil Karimov
→
To
All
2 February 2007
Hello MegaMyth
Meg> ... is it possible to reveal some technical nuances regarding
Meg> duration of WIAT signals when accessing such devices
Meg> like: Keyboard, Mouse, Clock, RS-232?
Now I put quartz at 11.0592 MHz in cards,
although in principle you can set 14.7456 and even 16.384 MHz
(using ATMega8515-16P)
Such quartz is placed only because it was possible to purchase it in
low profile housings (HC-49/S).
Quartz in HC-49/U cases are rather high and will interfere with the installation of a daughter ZXMC
scarves.
So, at this clock frequency, the duration of WAIT when working with the keyboard
and the mouse is about 3 μsec.
I did not measure with other devices, since the duration depends on those
registers,
which are polled at the same time, but, judging by the program code,
the WAIT delay does not exceed 5 μsec.
From
Mikhail Andreev
→
To
All
2 February 2007
Hello caro
car> .....judging by the program code,
car> WAIT delay should not exceed 5 µsec.....
Camille!
You should also post the wiring diagram for the circuit. Otherwise people will confuse and stick two
circuit in one, say mouse and keyboard in RS232....:v2_clapp; :v2_biggr:;
and put the comport on the mouse... And the holes in the external programmer are incomprehensible....
:v2_conf2; :v2_smile:;
From
Pavel A. Ivanov
→
To
All
2 February 2007
Hello Mike
I must say that I liked the project, but is it possible to reveal some
technical nuances regarding the duration of WIAT signals when accessing
devices such as: Keyboard, Mouse, Clock, RS-232?
P.S. Keep it up! Malatsa!:v2_clapp:
From
Kamil Karimov
→
To
All
2 February 2007
Hello, Mikka_A
Mik> You should also post the wiring diagram for the circuit.
In the first post I posted the file ZXMC_sch.zip - diagram, installation and list
elements.
From
Kamil Karimov
→
To
All
2 February 2007
Hello Syntal
Syn> .. if you want to use only the AT keyboard, what signals are on
Syn> will not be needed for the system slot?
This controller is made specifically for ZX_BUS, so it’s not possible to remove some signals
it will work out.
Syn> The rest of the features are not particularly needed yet, I just want to tweak yours
Syn> development for a computer not equipped with a system slot!
So maybe it’s better then to connect the keyboard controller to the AT90S2313
(ATTiny2313).
It connects to replace the standard Spectrum keyboard and requires
In addition to the address and data bus, there are only a few additional lines.
If you decide, send me a private e-mail and I’ll send you the documentation.
Syn> In general, you can use your card as reverse engineering
Syn> or not?
Yes please.
From
Mikhail Andreev
→
To
All
2 February 2007
Hello caro
car> In the first post I posted the file ZXMC_sch.zip - diagram, installation and list
car> elements.
+1
Thank you! :v2_clapp; :v2_clapp:; :v2_clapp; :v2_clapp:;
From
Yuri Polyakov
→
To
All
2 February 2007
Hello caro
Kamil, if you want to use only the AT keyboard, what signals are on
the system slot will not be needed? The rest of the features are not particularly needed yet, just
I would like to connect your development to a computer that is not equipped with a system slot!
In general, can your card be used as reverse engineering or not?
From
Victor Chuprov
→
To
All
3 February 2007
Hello, Mikka_A
So maybe it’s better then to connect the keyboard controller to the AT90S2313
(ATTiny2313).
It connects to replace the standard Spectrum keyboard and requires
In addition to the address and data bus, there are only a few additional lines.
Do I wear an AT scarf?
I would also like a diagram like this, there’s also a Pentagon 128 lying around there, there was something like this,
a scarf, five microcircuits and an XT keyboard connected...
From
Yuri Polyakov
→
To
All
6 February 2007
Hello caro
car> So maybe it’s better to connect the keyboard controller to the AT90S2313
car> (ATTiny2313).
car> If you decide, send me a private e-mail and I’ll send you the documentation.
car>
Kamil, I tried to reach out in PM, but apparently it’s full. Soap, if necessary
is: y.polyakov[@]rgi[.]ru. You can throw it here at your discretion, although
The topic is somewhat about something else.
From
Igor Afonkin
→
To
All
24 February 2007
Hello caro
And all with old requests... Maybe someone else will support.
Maybe it’s still worth entering the port to receive scan codes? ;)
It would be very convenient to use all the beauty of a full keyboard for the same
text editors...
From
Kamil Karimov
→
To
All
26 February 2007
Hello Sonic
Son> ... additional bits on Profi that were supported by pro
Son> keyboard controller.
Yes, this is a good option, but for some reason there is no description anywhere,
how these bits are used.
From
Pavel Fedin
→
To
All
26 February 2007
Hello jdigreze
jdi> And all with the old requests... Maybe someone else will support.
jdi> Maybe it’s still worth entering the port to receive scan codes? ;)
jdi> It would be very convenient to use all the beauty of a full keyboard for
jdi> the same text editors...
IMHO, for that matter, it’s better to make it compatible with existing options.
I know of two of them: the full Russian “Byta” keyboard and additional
bits on Profi that were supported by the pro keyboard controller. In CP/M
this whole farm was working. I don't know anything about support for Byte.
Therefore, IMHO, the second option is preferable.