| |
sailor
Registered: Jan 2002 Posts: 90 |
Release id #194046 : 1541 Speed Test
Regarding the alignment, would you elaborate your thoughts on the following: (from the docs)
Quote:F3 align the head to track 42 in a better way than other programs do.
F5 moves the head to track 1
How to correctly align a drive:
1) gently unscrew the screws of the track 1 "stop"
2) press F3
3) press F5
4) gently move the track 1 block so there is 0.25 mm (a hair or little more) between the block and the head the head.
5) screw the screws tight carefully checking the block is still at 0.25mm from the head.
|
|
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
A friend who worked 15 years in a commodore repair center told me that.
When a drive is perfectly aligned there must be 0.15-0.25mm between the head and the "block" when the head is in track #1.
Testing my program on real drives reflected this.
If you align the head to track 42 and then move it to track #1 you will see that "hair" space on a correctly aligned drive. |
| |
SLC
Registered: Jan 2002 Posts: 52 |
Was this friend by any chance Jim Drew? |
| |
iAN CooG
Registered: May 2002 Posts: 3187 |
SLC: lol, I don't think so, that would mean jim actually knows something about the subject :P |
| |
sailor
Registered: Jan 2002 Posts: 90 |
I don't think zero stop and alignment are the same thing tho... And if you follow Commodore recommendations they state an AAD is required to test the alignment. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
changing the zero stop will... change the track 0 location. it is totally unrelated to the track alignment or even azimuth (yes you need a scope and an alignment disc). oh well >_< |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
As the "master of the obvious" just wrote, it was obvious that for "alignment" I intended the track 1 location.
I didn't think it was even needed to be explained in this so "elite" forum.
Even in the commodore service manual is described a similar procedure to correctly set the track stop. |
| |
SLC
Registered: Jan 2002 Posts: 52 |
Regardless of how "elite" the users here are (and rest assured, there's lots of less knowledgeable people here too), you should make sure not to confuse two completely different things such as alignment and track 0 stop/calibration. This can confuse others, or even mislead them. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
This constant mixing up and/or imprecise use of certain terms seems to be a reoccuring problem. Just using the correct terms will help :) |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting SLCRegardless of how "elite" the users here are (and rest assured, there's lots of less knowledgeable people here too), you should make sure not to confuse two completely different things such as alignment and track 0 stop/calibration. This can confuse others, or even mislead them. You are right. I often overestimate people. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting GroepazThis constant mixing up and/or imprecise use of certain terms seems to be a reoccuring problem. Just using the correct terms will help :) If you could just code as correctly as you speak you would be great. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
Again mixing up the terms. Fine :) |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting GroepazAgain mixing up the terms. Fine :)
Quoting 1541 User Guide
An alignment problem may develop gradually or suddenly. Most alignment problems
are caused by the slipping of the drive wheel on the shaft of the stepper motor which
is used to move the record/play head from track to track. Slippage occurs because the
drive wheel is only press fit on the stepper motor shaft. There is no set screw or
keyway to maintain the correct alignment. When the 1541 has been operating for
long time, it gets hot inside, the metal parts expand and the drive wheel may slip if
stress is applied. Normal accessing of files does not produce enough stress to cause
problems. However, slippage will occur if there is bump to track 1. When the drive
does bump, the stepper motor attempts to move the head outward total of 45
tracks. This is done to ensure that the head is positioned over track 1. lobe on the
stepper motor drive wheel hits mechanical stop to prevent the head from moving
past track 1. It is the hammering of this lobe against the mechanical stop that causes
the clatter each time you format diskette or when the drive is attempting to recover
from an error. If bump occurs when your drive is hot, some slippage is likely.
I called it alignment as it is called in every guide or book or even the service manual. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
Alignment is what you adjust by moving the stepper motor position, not the track 1 stop. And the above quote doesn't say otherwise. The track 1 stop only defines which stepper position is track 1, no more no less. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting GroepazAlignment is what you adjust by moving the stepper motor position, not the track 1 stop. And the above quote doesn't say otherwise. The track 1 stop only defines which stepper position is track 1, no more no less.
Is this another of your famous brain farts?
Read again.
Adjusting the track 1 stop is a way to compensate for the "slipping of the drive wheel on the shaft of the stepper motor".
And by the way it is also possible to realign the drive using the same (opposite) method and without touch the track 1 stop.
But from all this I understood you didn't spend even 5 minutes on the service manuals.
And you seem to be able only to talk, modify other people software and then speak badly about anything.
Do something useful, come on.
I may be late a few decades with this utility, but at least I did something useful for people to use. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
Just wow. again. |
| |
tlr
Registered: Sep 2003 Posts: 1787 |
Quoting ZibriQuoting GroepazAlignment is what you adjust by moving the stepper motor position, not the track 1 stop. And the above quote doesn't say otherwise. The track 1 stop only defines which stepper position is track 1, no more no less.
Is this another of your famous brain farts?
Read again.
Adjusting the track 1 stop is a way to compensate for the "slipping of the drive wheel on the shaft of the stepper motor".
And by the way it is also possible to realign the drive using the same (opposite) method and without touch the track 1 stop.
The text you quoted said nothing about the track 1 stop adjusting the alignment though. It only mentions the pressfit connection may slip when hitting the stop repeatedly in combination with heat stress.
The service manual at zimmers didn't really detail alignment (1540-1541_Disk_Drive_Service_Manual_314002-01_(1985_Nov).pdf)
I did however find this: 1541_Maintenance_Guide_1984.pdf. It's not a Commodore publication but seems fairly legit.
See "2-5. Head Alignment" and "2-6. Mechanical Alignment of Track #1 Stop".
This is how I remembered it as well. I guess I read a similar document, but the 80's was a long time ago. :) |
| |
iAN CooG
Registered: May 2002 Posts: 3187 |
Zibri: Now calm down, you're pissing out of the pot.
You have made ONE silly little vertical bar demo and ONE drive tool, while Groepaz has a decades long history in the C64 scene, not counting being one of the maintainers of VICE emulators, so he did, does and knows a bit more than you can think, despite his often despicable social attitude. I know myself his direct ways are unnerving at times.
You might have some other knowledge in other fields outside the C64 world, anyone can google your handle/real name to find out you are known for other HW hacking/projects, ok cool.
In here you're not exacly an "elite" coder at all, you're just showing exactly what other said about you, to be a dunning-krueger syndrome affected guy, because you act as one, at least judging how you reply. You did your research, you did your program, it's cool, works. But you can't actually tell Groepaz to "do something useful", come back in 20 years maybe after having done enough to compare your history with his. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
BTW; the technique Zibri refers to has been known as "pinning" for about 3 decades (almost 4). It can temporarily improve the situation - but without actually fixing the problem (the slipping wheel shaft, which can be done with glue or locktight or sth similar) it will go out of alignment again after some more head bumps. It's something bedroom tinkerers do that do not know any better.
I'm also marking the day in the calender, with a link to IANs post :=) |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting iAN CooG You did your research, you did your program, it's cool, works. But you can't actually tell Groepaz to "do something useful"
I was referring to RPM.. not globally.
Imagine that 90% of my work in 20 years will never be public nor known but I am sure there are more than a few devices you own that have benefit from my work.
Nevermind, probably I wasn't clear about the subject.
The subject is that groepaz until now wrote alot against my program without producing anything better or even comparable (still talking about rpm measurement).
That's all. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting GroepazI'm also marking the day in the calender, with a link to IANs post :=)
As most drama queens do. |
| |
Pantaloon
Registered: Aug 2003 Posts: 124 |
this is too fun :) keep it going! |
| |
sailor
Registered: Jan 2002 Posts: 90 |
Regarding Commodore and alignment, one need to check the "Commodore Diskette Diagnostic Manual" and/or its equivalent to 1571.
1541
1571 |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting sailorRegarding Commodore and alignment, one need to check the "Commodore Diskette Diagnostic Manual" and/or its equivalent to 1571.
1541
1571
Yep. Both use both software checks and oscilloscope "cat eyes" check.
I think there might be a way to do this fully in software and I am exploring the possibility, but I think the emulator won't help in this case and I will need to wait to get the hardware to make some more tests. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting Pantaloonthis is too fun :) keep it going!
:) |
| |
sailor
Registered: Jan 2002 Posts: 90 |
I got the equipment to make a "factory quality" alignment with AAD and oscilloscope, It's the standard procedure for any drive really.. that's my recommended way of doing it.
I use the 1541diag alignment to get a hunch if the alignment might be an issue or not. (instead of pulling out an oscilloscope++)
A software solution will however be aligned to the drive which the disk, you use as reference, was written on.
Moving or adjusting the TR0 stop is not equal to aligning the drive. You may get a drive working that way if something has drifted, but its not aligning, and possibly not the root cause. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting sailorI got the equipment to make a "factory quality" alignment with AAD and oscilloscope, It's the standard procedure for any drive really.. that's my recommended way of doing it.
I use the 1541diag alignment to get a hunch if the alignment might be an issue or not. (instead of pulling out an oscilloscope++)
A software solution will however be aligned to the drive which the disk, you use as reference, was written on.
Moving or adjusting the TR0 stop is not equal to aligning the drive. You may get a drive working that way if something has drifted, but its not aligning, and possibly not the root cause.
That's true.
But in most cases, unless the drive falled from the table or had other strong shocks, the main reason of a drive misalignment is the drifting of the metallic belt over the stepper motor head.
This happens when you format a disk (or there is a track 0 bump due to errors) when the drive is hot.
After asking to a few service center technicians, I heard that this was the problem in most cases. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting sailor
A software solution will however be aligned to the drive which the disk, you use as reference, was written on.
This is not entirely true.
Since the head can't physically go further than a certain point, I think there can be a way to determine where it really is buy writing special tracks at the extreme borders and do some clever reading. But I am not sure. |
| |
SLC
Registered: Jan 2002 Posts: 52 |
Quote: Quoting sailor
A software solution will however be aligned to the drive which the disk, you use as reference, was written on.
This is not entirely true.
Since the head can't physically go further than a certain point, I think there can be a way to determine where it really is buy writing special tracks at the extreme borders and do some clever reading. But I am not sure.
Uhm.. yeah, the head stops into the Track 0 stop. But you won't know if that is correctly positioned. Also, even if track 0 stop is correctly set and you truly cannot push the head any further, the alignment itself may STILL be off and affect how far out you can read/write on the physical floppy. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
If you dont fix the root problem, moving the head stop will only make the problem even worse (after a short time). As said, it's the bedroom tinkerer method. You only ever even touch the head stop *after* you have properly aligned the drive using testdisk and scope (and that is what happened in service centers). and what sailor said :) |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting SLCUhm.. yeah, the head stops into the Track 0 stop. But you won't know if that is correctly positioned. Also, even if track 0 stop is correctly set and you truly cannot push the head any further, the alignment itself may STILL be off and affect how far out you can read/write on the physical floppy.
I was referring to track 42, not track 1. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting GroepazIf you dont fix the root problem, moving the head stop will only make the problem even worse (after a short time). As said, it's the bedroom tinkerer method. You only ever even touch the head stop *after* you have properly aligned the drive using testdisk and scope (and that is what happened in service centers). and what sailor said :)
Oh.. so finally you read them! Good. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
I have read them before you even knew they exist. It's getting boring. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting GroepazI have read them before you even knew they exist. It's getting boring.
Nope it got boring since you hijacked the thread about my application trying to justify your useless and horrible rpm program.
About who read them first I don't know. I had them photocopied in 1984... but I read them. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
Quote:it got boring since you hijacked the thread about my application trying to justify your useless and horrible rpm program
Considering this is the thread about your application - can you point to the post in question? That would be really interesting! |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
If anyone downloaded it yesterday from github, please redownload.
Today's version is perfect but the version I uploaded yesterday had an error in the manual track change routine introduced by a feature I added.
The new version also allows to do the track 1 bump by pressing "b" key. (requested by a user)
The configure program in the D64 was also updated with one more customization.
The customize program allows also to disable the automatic loader and force the program to load itself always on drive #8. This feature was requested so it could be more compatible in some situations. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Update:
Thanks to Groepaz who recently modified VICE (r38422) giving a bigger (way too big) speed range to the 1541 emulation,
now my program is not only the most accurate but the only one (or one of the very few) that supports drives at very high or very low speed settings. And STILL keeping maximum accuracy!
Go download the latest version as usual at: https://github.com/Zibri/C64-1541-Speed-Test
All major formats are available, PRG, D64, TAP and even WAV.
Note: in the D64 is also present a configuration program (CONFIGURE.PRG) that creates a customized version.
Regards,
Zibri |
| |
Adam
Registered: Jul 2009 Posts: 323 |
> Message sent by: Zibri on 2020-08-22 19:01:02+00
>>>Voting down to 3 my program becase you don't "like me" is a very coward and childish act.
>>>Remove your vote if you don't like but ruining the program reputation because you feel mad is a bullshit.
>>>Grow up and do the right thing before I will tell everybody what an asshole you are.
Oh no, Zibri. Since you're too cowardly to read your messages, I'll post it here: You won't be telling anyone how to vote for what, not me, not anyone. Who do you think you are exactly? You're in no position to tell anyone what to do. You'll never be in any position to tell anyone what to do. You've bothered the wrong person with your ranting and raving. I'm not easily intimidated by lamers such as yourself. Pull your head out of your ass and don't bother me again, lamer. :) |
| |
Fungus
Registered: Sep 2002 Posts: 681 |
Don't feed the trolls. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
Quote:Thanks to Groepaz who recently modified VICE (r38422) giving a bigger (way too big) speed range to the 1541 emulation
To be exact, that range was tested and verified with a real drive, its only slightly more than the extremes that could be observed (~266 to ~336). The previous range was totally arbitrary, invented by compyx for the UI. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quote: > Message sent by: Zibri on 2020-08-22 19:01:02+00
>>>Voting down to 3 my program becase you don't "like me" is a very coward and childish act.
>>>Remove your vote if you don't like but ruining the program reputation because you feel mad is a bullshit.
>>>Grow up and do the right thing before I will tell everybody what an asshole you are.
Oh no, Zibri. Since you're too cowardly to read your messages, I'll post it here: You won't be telling anyone how to vote for what, not me, not anyone. Who do you think you are exactly? You're in no position to tell anyone what to do. You'll never be in any position to tell anyone what to do. You've bothered the wrong person with your ranting and raving. I'm not easily intimidated by lamers such as yourself. Pull your head out of your ass and don't bother me again, lamer. :)
Oh.. so you show yourself!
Go back to your lair.
There's no food for you here.
Lamer? 8 million people think otherwise.
WTF you think you are? Just a loser downvoter.
I don't care about ranking at all.
It makes me just laugh there is people so "little" around. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quote: Quote:Thanks to Groepaz who recently modified VICE (r38422) giving a bigger (way too big) speed range to the 1541 emulation
To be exact, that range was tested and verified with a real drive, its only slightly more than the extremes that could be observed (~266 to ~336). The previous range was totally arbitrary, invented by compyx for the UI.
That's ok... I found a drive that could go down to 261 until now but never as up as 328... but I think is a good margin and it's finally symmetric.
It also gave me the chance to add 2 lines of code and correct the formula to support the lower speeds which I wanted to do from some time.
Thanks again, really. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Groepaz
without I open a ticket, check the VICE code about the "Wobbling".
As it is is totally unreal.
Even at the maximum setting it does not resemble any 1541 I have seen so far.
Test my program with a real drive and with VICE and you will see clearly the difference.
Also check the video of the tutorial of my program where a guy (his 10 year old son!) sets the speed of a 1541 using my program. In that video you can clearly see the wobbling of a real 1541.
As of now I use the wobbling set to 0 when testing calculations and to maximum.. but the algo must sure be rewritten.
A hint: you could add to the "speed variable" a sinusoid multiplied by some random number in the "range" of the wobbling variable.
That should give you more real looking results.
It's very easy to spot an emulator otherwise. |
| |
Krill
Registered: Apr 2002 Posts: 2971 |
Quoting ZibriIt's very easy to spot an emulator otherwise. The entire VICE staff themselves are the first to "admit" that some things remain to be emulated correctly, and as such may serve as low-hanging fruit for emulator detection. (There's also a public test result matrix where no emulator passes each and every test, iirc.)
That said, if this is such an important thing for you, why not submit a patch yourself? :) |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Is not so important.
But I saw that gpz is modifying some code in 1541 emulation and I thought this might be of help.
Sincerely I never check all sources and I didn't setup a build environment for that behemot to be compiled.
I was just reporting. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting KrillThere's also a public test result matrix where no emulator passes each and every test, iirc.
Where? I am curious to see that. |
| |
Adam
Registered: Jul 2009 Posts: 323 |
Quote: Oh.. so you show yourself!
Go back to your lair.
There's no food for you here.
Lamer? 8 million people think otherwise.
WTF you think you are? Just a loser downvoter.
I don't care about ranking at all.
It makes me just laugh there is people so "little" around.
this was the exact reaction i was hoping (and expecting) to receive. you didn't fail to disappoint me or others, zibri. :D
> I don't care about ranking at all!
> *50yo man proceeds to cry like a child to everyone that his lame tool got downvoted*
> 8 million people think otherwise!!!1111
:D absolutely beautiful. cry harder, lamer. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting Adamthis was the exact reaction i was hoping (and expecting) to receive. you didn't fail to disappoint me or others, zibri. :D
> I don't care about ranking at all!
> *50yo man proceeds to cry like a child to everyone that his lame tool got downvoted*
> 8 million people think otherwise!!!1111
:D absolutely beautiful. cry harder, lamer.
Bye loser. |
| |
Krill
Registered: Apr 2002 Posts: 2971 |
Quoting ZibriQuoting KrillThere's also a public test result matrix where no emulator passes each and every test, iirc.
Where? I am curious to see that. https://vice-emu.pokefinder.org/index.php/Testbench#Results |
| |
ChristopherJam
Registered: Aug 2004 Posts: 1409 |
Quoting Zibri Groepaz
without I open a ticket, check the VICE code about the "Wobbling".
As it is is totally unreal.
It would certainly be useful to collect some statistics on how real drives with inconsistent speeds actually behave in practise - even just a typical oscillation period would be nice to know. You mentioned a sinusoid, but are we talking rising and falling every few seconds, or multiple times per revolution, or? |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
Indeed, another testprog that shows a scatter plot / deviation over time in some way is needed for this. |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Quoting ChristopherJamQuoting Zibri Groepaz
without I open a ticket, check the VICE code about the "Wobbling".
As it is is totally unreal.
It would certainly be useful to collect some statistics on how real drives with inconsistent speeds actually behave in practise - even just a typical oscillation period would be nice to know. You mentioned a sinusoid, but are we talking rising and falling every few seconds, or multiple times per revolution, or?
No idea.. I just saw some videos of people using my program and speed always changes of about +/-0.20 RPM but not randomly it seems (by naked eye) a fast sinusoid.
depending on the status of the rubber belt that wobbling can go from +/- 0.30 to even more... on very good maintained drive as low as 0.10 and on "no belt" drives is almost 0.00.
The wobbling depends also on the disk inserted.
A newer "out of the box" disk is stiffer than an often used one. So the wobbling is more pronounced with newer disks.
It also changes from disk to disk (probably due to friction caused by slightly different internal cleaning pads.
Sorry for the "non technical" description, this is just data I am gathering by watching videos of people using my program.
In the next days I should get a commodore 64 SX and a c64 with a boxed 1541. All in very good and tested condition.
I will do some more testing. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11379 |
As said, a testprogram is needed that allows to properly see what happens. Guessing doesnt help :) |
| |
Zibri Account closed
Registered: May 2020 Posts: 304 |
Update:
this new version does not write a test track on track #36.
It uses a standard dos formatted disk and does not write to it at all.
Same accuracy as before (but it will f*ck up if the disk is not formatted or non standard).
https://github.com/Zibri/C64-1541-Speed-Test/blob/master/rpmNOW..
The downside is that there might be inaccuracies if the disk was formatted by a slower or faster drive but as long as you format it with the same drive it will work. |