| Home |
| Search |
| Today's Posts |
|
#16
|
|||
|
|||
|
In article , Mike Coslo
writes: N2EY wrote: In article , Michael Coslo writes: snippage for readability Mike Deignan had him pegged. Len's really ticked that somewhere, out there, somebody is having fun with ham radio. *Every Day*! If I'm not operating, I'm reading or surfing the web to learn about it. And I venture in here for a little mud wrestling from time to time too! 8^) What *really* ticks him, I suppose, is people having fun with ham radio and Morse Code... Such an odd thing to be so concerned about....... But that pretty much sums up Len's interest! He's one of those people who simply can't stand to see others have a good time in Ways Not Authorized By Len. so I'll try to meet him halfway with a Morse code topic. His definition of meeting halfway is that you agree with him 100%. That is certainly possible... It's self-evident... So maybe we can ressurect this old one... I hear lots of Hams declare that Morse code is a binary mode. It is most certainly not. Depends how you define "binary". Which you haven't done yet. One state equals "0" or "off". The other state equals "1" or "on". You have to define "state". If "key up" and "key down" are the states, it's binary. Time isn't the factor you make it - look at how Baudot works. Certainly. But Morse code, which was invented as a human translated code, does not qualify to me as a 1 or 0 state. Here is my rationale: If the key is up, the radio is certainly not sending 0's. Doesn't have to. Actually it is. "Off" is a string of zeroes. This brings up an interesting paradox... If the lack of a signal is a 0 state, then when no signal is being transmitted, you are receiving zeros until someone sends something. Why is that a paradox? Morse Code defines a string of more than 8 zeroes as "no signal". That's right. And a string of zeroes is interpreted as lots of spaces. And it means that information is being sent with no energy used in the sending. Hence the paradox. Not at all. The information sent by a long string of zeroes is not unique. It could mean that no signal is being transmitted. It could also mean that the transmission media isn't working. Of course if we are dealing in quantum matters, there is not as much paradox, except for why it is all 0's instead of a 1 here and there. Has to do with noise. You can send information with practically zero bandwidth, too. Just send a carrier of known frequency. I grant that a dit might be a 1. If a dah is 3 1's, why do we not send 3 dits. I either hold the key down longer or press the dah switch on my keyer. It sends out a longer pulse, not 3 1's. It sends three dits with no space between them. Only after you decide that the signal is digital for the sake of calling it a binary or digital signal. It isn't sent that way, and when you listen, you don't think of it that way. *I* don't - but some people do. Have you never seen someone copy slow Morse by writing down dots and dashes? The only time you need to think of it that way is when you decide to do something with a computer, and need to translate the Morse code signal into something that the computer will understand. Describing the signal as how many 1's a signal is, or how many 0's indicate intercharacter or interword spacing is a method of translating the varying length Morse code signals into digital format. So? The basic element is one dit length long. Three of them together in the one state is a dah. In the computer it is. In the human brain it isn't. The human brain decodes the dits and dahs and interletter and interword spaces quite differently. No 1's or 0's required See above. Let us look at the situation. Is the Dit a "0"? No. Is the Dah a "1"? No. Is the space between characters a "0"? and the Dih a "1"? Oh wait, what is the Dah then? Oh, and what about the space between words? Key up is "0". Key down is "1". Also known as "space" and "mark", respectively. Unfortunately, there are two separate "1" states, and the zero state is not a constant thing. Doesn't have to be. It's a time code. There is the matter of time. A zero might me the space between letters, or one half of a dit. It might also mean the space between words. All different things. No. The characters are built from the basic elements, which are key up and key down, just like, say, Baudot RTTY. That Morse code can be turned into binary is not at argument here. It obviously can, just as images, emails and everything else we do on the computer. Are they binary because someone has written a program to turn them into strings of 1's and 0's? Their basic transmission form is binary, same as Morse. A non-binary code is one that has more than two *transmission* states, like QPSK. Which is typically implemented as 0, 90, 180 and 270 degrees shift. Four transmission states rather than two. It isn't binary, Depends on how you define "binary". and the way our noodles process it isn't binary. Different subject. Not really. If you look at the string of 1's and 0's that Doug posted as the binary result of my hypothetical CQ, is that something that you would recognize as that CQ? That string IS binary. I would recognize it easily. Why does the - and . method of typing out the code convey the information? the dashes and the spaces convey time information to the person looking at them. I'm counting more than two states here. It's not the simplest way, though. It shows the time differently. It's not binary. Most Morse operators with any skill (that excludes Len) process a complete character as one "sound". "didahdidit" is recognized as "L", in the same way that when you hear the word "cat", you think of the animal. The Morse operator does not think in terms of dits and dahs any more than a person thinks in terms of the consonant and vowel sounds (phonemes) making up "cat". Of course *really* skilled Morse ops hear entire words as units of sound. And at some level, they begin to think in Morse, just as fluent speakers of a language think in that language. Of course Len wouldn't know about that... The difference is this: You've been ambiguous with definitions, particularly the definition of "binary". The transmission media for Morse Code are binary, meaning only two states are used. On/off, 1/0, key up/key down, mark/space, whatever, still only two states. But the encoding/decoding process, be it in hardware, software or wetware, is more than binary because it encompasses more than two states. The same is true of, say, Baudot or ASCII RTTY, PSK31, etc. In fact PSK31 has many Morse-like characteristics, such as variable-length characters. The big question is: what does it matter if Morse is binary or not? Of course not! I thought it might be something better to talk about than whether Len thinks we're "jackboot thugs" tho'! 8^) Who cares what Len thinks? I sure don't. I'm not terribly concerned much about his opinions either, although I have some fun with him from time to time. As do you! 8^) I just correct some of his mistakes, and offer proof that he should not be taken seriously. Which seems to enrage him, but that's not my problem. His behavior here has caused most of us to lose whatever respect we might have once had for him. His latest reply to K8MN simply reinforces that once again. But my main purpose is to get a little traffic on the list that isn't the bottom feeders type stuff. I enjoy the occasional good row that develops. I wouldn't mind seeing that continue. I wouldn't mind seeing Len behave himself in a civil manner. But we know that won;t happen as long as anyone disagrees with him, or points out his errors. Note that almost everyone disagrees with me, the thread has been largely civil discussion. Largely but not completely. 73 de Jim, N2EY |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Forum | |||
| Morse Code: One Wonders... and Begins to Think ! [ -- --- .-. ... . / -.-. --- -.. . ] | Shortwave | |||
| Response to "21st Century" Part One (Code Test) | Policy | |||
| My response to Jim Wiley, KL7CC | Policy | |||
| Some comments on the NCVEC petition | Policy | |||
| NCVEC NPRM for elimination of horse and buggy morse code requirement. | Policy | |||