Svenska ElektronikForumet

Går det avkoda morsesignaler utan att behöva programmera en mikroprocessor?
Vad behöver man isåfall?

Lära sig morse?

Är man lite klurig så skulle man säkert kunna bygga en avkodare som är rent elektromekanisk utan cpu. Låter lite kul att fundera på. Sedan beror det ju lite på vad för typ av input man har. En remsa eller ett pip eller en hög låg spänning osv. Har man en hålad remsa kan man ju klara sig med enbart ren mekanik.

Popular Mechanics beskriver 1965 att försvaret har en översättare där man kan läsa bokstav för bokstav från en display stor som ett frimärke. Den var definitivt inte byggd på någon CPU. Man använde kanske transistorer i logiska kopplingar?
Annars har man ju den bästa avkodaren, den mänskliga hjärnan.

Skulle helst vilja få till nåt elektroniskt utan att använda en µc.
Funderar lite på 555:or, logiska grindar och dyl. Tror detta kallas diskret logik. Är inte så kunnig inom detta, men tänker att det borde vara möjligt.
Behöver bara visa en bokstav i taget.
Man behöver ju få till nåt som räknar tid och pulser tänker jag, avkodar detta till rätt tecken och sedan visar detta tex på en LED-display.
Nån som har förslag på hur man skulle kunna göra detta eller hur man bör tänka?
Antar att det kommer kräva en del testade och experimenterande, men det kan ju bli ett litet projekt.

Du kan garanterat göra det med en FPGA, men det kanske är lite fusk..?

Behöver bara visa en bokstav i taget.

Vad vill du göra med de tecken som visas?
Ska du läsa dem rakt av, eller skriva av dem och läsa senare?

I 60-takt är det inga bekymmer att läsa eller skriva av. I 120-takt blir det lite svårare.

Kolla viden här. Den kan ge dig en ide om hur man skulle kunna göra det med grindar.

Finns program för datorn att avkoda.

Du lär Dig antagligen att verkligen kunna läsa telegrafi både snabbare och enklare än att färdigställa nämnda konstruktion. Automatisk telegrafimottagning är inte trivialt. Signalen är ofta brusig och störd. Hastigheten allt från lusig nybörjare till riktiga fartfantomer. Teckengivningen är långt ifrån alltid perfekt.

För att ta emot automatiskt så mät längden på pulserna och bestäm den längsta pulslängden, men det skall göras med "mjuk" följning och kassering av extrema värden. Denna längd använder Du som grund. Redan där har Du ett försvarligt härke av diskret logik, och det är ändå bara början.

Telegrafi är den enda kommunikationsform som är digital hela vägen mellan två personer. Bara det är väl motivation nog att lära sig det. Gör det nu medan Du (antar jag) är ung och har lätt för det,.

Problemet, oavsett mjukvara eller hårdvara, är ju att avgöra hur lång en kort är.

Piip.

Är det en kort eller lång?

Piip Piip Piip.

Är det S eller O?

Pip Piiip Piip Pip.

Är den tredje kort eller lång? L eller P?

Det är ett av problemen. Ett annat problem är att skilja mellan avstånden mellan bärvågerna. Hur lång är en paus mellan enskilda pip? Hur lång är en paus mellan två tecken? Hur lång är en paus mellan två ord?
Ytterligare ett problem är att det ibland kan vara tätt på banden och och det ligger fler signaler på mycket närliggande frekvenser. Kanske t o m samma frekvens, fast svagare. Man kommer på den bra idén att filtrera väldigt smalt på en frekvens och råkar då istället ut för nästa problem, att sändaren driver i frekvens.

Fast det krävs rätt mycket träning för en människa att bli bra på att ta emot morse också. Min hjärna låser sig så fort jag försöker läsa annat än slumpade tecken. Säkert en träningsgrej, men kan man verkligen träna upp en sån sak när man börjar närma sig 50?

Hoppas det…

Nerre:
Pip = Kort. Piiip = Lång. Piip = Medel.

Jag gillar ju logik-kretsar och har klurat lite på det här.
Jag tänker mig shiftregister och två klockor där pausen mellan varje pip är den ena klockan(s takt).
Och nånstans måste ju också bokstäverna komma in i bild.. Är det fusk med eeprom?


Men man måste ju som sagt bestämma ”reglerna”.
Vad räknas som kort/lång? Och vad händer med de pulser som inte är exakt denna tid?
Eller:
10 - 400 ms = kort.
401 - 800 = papperskorgen.
801 - 1200 ms = lång.
(Även där blir det knas, för hur exakt ska tiden mätas?)

Men jag tänker att man helt enkelt får räkna med att det kan bli fel ibland. Man vill ju bygga något nångång! Och så blir man en massa erfarenheter rikare till nästa version.

Det som kan krångla till det lite mer är i vilken takt sändningen ligger i.
Om jag minns rätt ska en lång vara lika lång som tre korta som sitter ihop.
Om man har ställt in avkodaren för en viss hastighet och i stället försöker läsa av en långsam takt skulle avkodaren kunna läsa en kort som en lång, och de långa blir då skräp enlig avkodaren. Det borde förståss kunna justeras in så den läser takten rätt.

Men jag tror inte vi fått veta syftet med denna avkodare ännu?