This simple device has one task - it converts received exiles, broadcast in a walrus alphabet, to Latin letters. This translator can find many applications. With it, you can train your morse broadcasting skills, but also decode data received from the ether. It may be amazing, but the walrus alphabet is still very popular in amateur radio, and in the event of a natural disaster or apocalypse, zombies may be the only means of communication over greater distances among the ruins of civilization .
Walrus alphabet is a method of coding letters of the alphabet in the form of dots (short sounds) and dashes (long sounds). In the system, the duration of the dot is taken as the unit of time measurement and all the times of the individual sounds are calculated according to this time. Initially, this time is set to 1000 ms, which is quite a long dot duration, but very good for a novice telegraphist. Other characteristic times depend on the duration of the dot: a dash is assumed, it should last about three dot times, a pause between dashes and dots in the letter as much as a dot, and a pause between characters as many as a dash, i.e. three dots. The interval between words is the longest and should last seven times the period.
The following items will be needed to assemble the layout:
1 x Arduino Uno 1 x Contact plate 1 x 10 k? potentiometer 1 x PR button 1 x Speaker (Piezo Buzzer) 1 x LCD display (with Hitachi HD44780 compatible controller) 1 x 220 ? resistor Jumper cables and connections for all components
Step 1: Connecting the elements
The elements are connected together as shown in the above illustration.
Step 2: Program code and system operation
First, we load the following sketch into Arduino:
Log in, to see the code
In the program you can change the 'time base' by changing the value of the dotDuration variable. To make it easier for novice telegraphists, the system tolerates some time tolerances, but they can be changed in the program for smaller and smaller ones, as our skills improve. By default, the tolerance is set to 500 ms.
"const unsigned long dotDuration = 1000; // Dot duration in milliseconds" so the dot signal lasts 1s? In addition, it is a rather simple device for learning to broadcast Morse code. More interesting are the solutions that allow input of the signal from the HF receiver, which is processed and the received text is displayed. In addition, the view of the microswitch on the universal board as a key will knock down most of the hams.
Clinging article comes from instructables.com, I think this is the idea of this website - "Look, you don't need to have just an arduino (some other module) contact plate a few cables and a bit of desire"
I agree with "RaStro". On average, it works well with RX. An amplifier-detector would have to be added, e.g. on the LM567 in order to separate the "titawa" from the audio signal. I am preparing myself to build a similar device. I will be based on the solution SP3JCG .
Cool, if there was a good speed tolerance then you can listen to the melody of titawa transmission and read at the same time, sooner or later you may be able to understand with your eyes closed. I think I'm wrong and there will be such orphaning drivers after the introduction of GPS. Not everyone, of course. Regards.
Either I don't fully understand the idea or she is sick about the speed. It should be automatic first, or adjustable ???? though what to do with decoding sender that broadcasts fully manually? Character times or breaks are smooth.
Secondly, the assumption at the second level is sick from a didactic point of view. It is impossible to learn morsea on the small (so-called dot counting, called the scout method) and then switch to higher speed (intuitive). Someone who set the idea for the project does not seem to ever get closer to the subject (I don't even dream of being a telegraphist)
The program code in this (sequential) philosophy I am afraid is not convertible to automatic speed. There are successful arduin decoders on the net, with equally low hardware requirements, so this design is not sensible.