www.kn34pc.com

Към самоделно (само CW?) QRP (засега еднообхватно) трансиверче се опитвам да добавя електронен ключ.

Наред с управлението на синтезаторния блок с индикация и при това, че извествен ресурс на микроконтролера остава свободен (Arduino NANO), ми се ще да добавя и програмен CW ел. ключ. Вариантът с реализация на манипулация директно върху изходната честота е огромна предпоставка за опростяване на схемата на трансиверчето.

Та отделно синтезатор, енкодер, индикация (и др.?) при мен вече си работят, и отделно CW ел. ключ (с памет на последния знак) си работи (мисля има все още "трески за дялкане" по алгоритъма, но "ще стане ... някой ден" ).

Реализацията на желани "екстри" на електронния ключ от миналото като регулатор на скорост (с потенциометър/енкодер), с/без индикатор, QSK управление, смяна на манипулатора точка/тире (за левичари ), звуков сигнал (600-800 Hz), памет на последния знак са ако не лесни за добавяне, то поне с желание и целеустременост, с Arduino за някакъв период от време, ще са реализируеми прогамно.

Управление от компютър (през виртуален сериен порт?) с изпращане на букви, фрази и изречения, също е изпълнено.



Имам "проблем" с алгоритъма за запаметяване на няколко CW фрази. ("Твърдото" запаметяване, в програмата, преди зареждането в Ардуино е лесно, но после не може да се коригира. Говорим за "динамично" записване "по желание" без наличие на компютър (примерно с няколко хардуерни бутончета с памет М1, М2, М3 ...)
--------------------------
Мисли по този повод:
М1. Запис на цялата поредица точки, тирета и паузи, както върви CW потока. Предвид възможните удължени паузи на CW оператора предвиждам голяма "консумация" на памет.

М2. Също като 1., но с последващ "анализ": паузите да се сведат до пауза между символите / буквите / думите. Така ще се "компресира" записваната поредица някак си.

М3. Анализ на "символи в движение" и последващо записване на цялата поредица "разпознати символи". Намалена "консумация" на памет, сложнен алгоритъм

Имам неудовлетворителни опити по моделите по-горе.

М4. други варианти ...
--------------------------
Въпроси:
В1: работещ алгоритъм, който да използвам?
В2: брой необходими запаметени фрази / и бутони ПАМЕТ ("колкото повече, толкова по-добре", но все пак колко е пределния минимум)?

UP

Мисли са сведени до тестов М2.
В2 остава.

Друг вариант. Възможно е да се четат символи от EEPROM. Можете да редактирате посочените символи, като използвате софтуера на компютъра. Свържете се чрез UART. USB-UART конверторът се предлага в Arduino. Програмата ще бъде много проста. Това беше реализирано в индикатора за мощност на LCD 2004. Темата с дискусия е на cqham.ru.

Сега работя и върху синтезатор за HF приемо-предавател (SI53551 + Arduino). В Ардуино има достатъчно свободна памет. Искам да добавя електронен ключ за телеграф. Тази тема също е интересна. Ще се опитам да се свържа с вас чрез лично съобщение на форума.

Google машинен превод

Да, добър вариант, но го оставям като друга опция.
Ключът искам да може да се управлява без компютър при работа на полето, в гората, на тавана ...

При подготовката на данни за запис към един или няколко бутона (повикване, инициал, други) възниква следния въпрос:

Избирам за записване на съобщение 1 да бъде върху 1-ви бутон (засега е само един).
Натискам, държа 2 сек, ключът ми пее ROGER (R).
Телеграфирам съобщението за запис. Състои се от 25 точки и тирета, с необходимите паузи. Готово е.
Натискам 1 бутон дълго, получавам К. Едно съобщение е готово. (Нататък го ще записвам в EEPROM).

Например:
стрингът m_str става равнен на 1010c1101w1010c1101w100c0

където:
1 е тире
0 е точка
c e пауза между буквите
w е пауза между думите

Прекарвам m_srt през филтър за анализ до символ и получавам: CQ CQ DE.

Ако запиша 1010c1101w1010c1101w100c0, са ми нужни 25 байта, а с CQ CQ DE са 8 байта.

До тук добре, пропуск няма в анализа, независимо от няколко затруднеия с установяване на нужните флагове и премахването на излишни паузи, взели се от нищото.
---
Притеснението: ако телеграфистът си манипулира известните букви и цифри и някои знаци (A..Z, 0..9, ?, запетая, /), няма проблем, Arduino ще ги запише след анализа. Но ако вземе да телеграфира примерно някъде 7 точки или нещо непредвидено, нищо не се записва (пропуска неясните манипулации, а правилно анализираните знаци ще се запишат).

Колко често и какви други символи се използват в ежедневните връзки? Или да записвам "поточно", без анализ до буква? (заема много EEPROM памет). (Почти игнорирам кирилицата с този метод на запис, но кой я използва?)

Засега дотук:

TX: CW линия, напр. за манипулация в драйвера
CW: CW-VOX или CW-QSK линия, в зависимост от времето, зададено в програмата - превкл. приемник/предавател

TODO :
1. Още бутони памет със запаметени съобщения: 2..3..4..?
2. Запис в EEPROM. Външна ИС може би?
3. Да изместя TX линията от 13 извод. При включване (в зависимост от типа bootloader) на 13 извод се появяват множество импулси, в случая са вредни.
4. (незадължително, идейно само): зареждане на съобщенията по сериен канал

Напр. през Serial на Arduino:
M1 CW CQ CQ DE ...
M2 ...
M3 ...
...

След петъчната среща, внасям добавка от LZ2CH и компания (tnx! ):
AR = .-.-. край на предаване
BT = -...- разделителна (Break in Text?)

Ако не въведа всички, рискувам да не записвам коректно и "поточно записване на точки и тирета" ще е по-редно. А "яде" памет.

Pro-signs have been underlined. There are three in general use: AR signifies the end of the message, KN marks the end of your transmission and an invitation to the other station to reply, and SK says it’s the end of the contact and your last transmission to that station.

Сложнотия ... , още има. KN, SK и те ли са сляти? Как да ги обознача със char в сравнението:

Хем тъй, ама хем тъй ... кои 4 символа да използвам да кодирам Pro-signs, които няма да се срещнат в CW текста:

Код от интернет (keyer_rx3qfm.asm):
(само специалните символи са по-долу, без букви-цифри)

И още:
Из "CW Decoder made by Hjalmar Skovholm Hansen OZ1JHM VER 1.01"
(само специалните символи са по-долу, без букви-цифри)

След тези два материала си мисля ... да не записвам никакви спец. знаци, т.е. никаква "компресия" да не правя .
(да се върна на "поточно записване "). .

https://en.wikipedia.org/wiki/Prosigns_for_Morse_code
http://www.arrl.org/files/file/Public%2 ... PG304A.pdf