Да, так и есть в N1MMЦитата:
Сообщение от RT6N
Но... обратите внимание, что <<<5nn>>> выступает единым макросом, единым целым, не разбитым на части и он может только увеличить скорость RST, а именно 5NN на 6 WPM
В логе же Алексея все позиции <<<5nn>>> разбиты по отдельности на три раза по <, RST, и три раза по >>>.
А это уже не поддается логике. Если бы в LoHX макрос <<<5nn>>> выступал единым целым и теми же фунциями как в N1MM, то RJ7M не возникло бы вопроса.
Не знаю как в ММ, но вот пример из 5МСЦитата:
Сообщение от EU1FQ
~[CALL] >>>5NN<<<<< ~[NUM]>>
Напрмер CALL передается с 80 зн. Затем скорость увеличивается на 3х5, т.е до 95 и передается 599.
Затем скорость снижается на 5х5, т.е. до 95-25=70 зн. и передается NUM.
Затем скорость увеличивается на 2х5=10 и скорость возвращается к 80.
Таким образом нет единого макроса, а есть макрос из отдельных элементов. И количеством знаков < > регулируется на сколько мы хотим увеличить или уменьшить скорость.
Совершенно верно!Цитата:
Сообщение от RU4A
Об этом RJ7M и я толкуем, что так и должно быть и в LogHX!
Что-то Вы "не в ту степь". Просто программа "знает", что следующие символы надо передавать с меньшей скорость, чем до этой команды.Цитата:
Сообщение от EU1FQ
По большому счету, программе вообще без разницы, какие значки будут применяться для этих команд. Важно, чтобы пользователю был понятен смысл этих значков.
Да не, что-то вы все немного не так все представляете. Программа (любая - в смысле любой лог) по символу читает макрос. Если это A-Z, 0-9 - то передает, если < - увеличивает скорость и т.п. Никакой целостности макроса ни у меня, ни в N1MM нет.
А иллюстрация на скрине в посте №6986 https://forum.qrz.ru/355-loghx-appar...ml#post1537416Цитата:
Сообщение от RU4A
И, что самое интересное, когда-то в N1MM, вероятнее всего, закралась банальная "очепятка", а нам теперь её представляют как эталон.
Задача: скорость 130 знаков
Макрос: [TX] <<< 5NN >>> TU >>> [RXANDCLEAR]
Вопрос: Чему равна конечная скорость и почему?
А я всегда значки < и > воспринимал не как математические, а как графические, т.е. просто стрелки.
Если < значит стрелка влево, если > значит стрелка вправо. Соответственно если влево, то уменьшение, если вправо, то увеличение... по мнимой числовой прямой. По-моему всё просто и понятно.
Алексей, я привел для примера задачу. Забегая вперед скажу, ответ будет 130 зн.,Цитата:
Сообщение от RX4HX
к этому пришел подбором. Если все знаки являются отдельной командой, то имеем;
- [TX] - вкл. передачу
- <<< - увеличить скорость на 20х3=60 зн. итого 130+60=190 зн.
- 5NN - передаем 5NN со скоростью 190 зн.
- >>> - уменьшить скорость на 20х3=60 зн. итого 190-60=130 зн.
- TU - передаем со скоростью 130 зн.
- >>> - уменьшить скорость 20х3=60 зн. итого 70 зн.
-[RXANDCLEAR] - переходим на прием.
Но итоговая скорость с этим макросом равна начальной т.е. 130 зн.
Мне лично неважно какие знаки ставить, для себя я нашел ответ, но было б логичней сделать
как в 5МС. Телеграф работает прекрасно!!!
Использую CatHX интерфейс.
Я тоже так считаю, к чему приплели математические знаки не понимаю.Цитата:
Сообщение от RV9UDO
Правильно. Мне вот по барабану какие закорючки. Главное, чтобы понятен был алгоритм. Одна закорючка увеличивает скорость на 5, две - на 10.Цитата:
Сообщение от UR7TT
Другая закорючка, соответственно уменьшает. Думаю в 5МС очень удачно сделано.
Цитата:
Сообщение от RT6N
Цитата:
Сообщение от RV9UDO
Цитата:
Сообщение от UR7TT
Цитата:
Сообщение от RU4A
Правильно. Здраво ( и логично ) мыслящие всё-таки ещё не вымерли. :)Цитата:
Сообщение от EU1FQ
Такое ощущение , что данные о емыле подставляет только из QRZRU, а с QRZCOM нет
Вложение 224831
Ни от туда, ни от туда не подставляется. QRZ.RU не присылает емайл, а из QRZ.COM - да, не подставляется.Цитата:
Сообщение от RC3C
Но не проблема - добавлю вставку кмайла из qrz.com.
Несколько раз вносил российкие позывные в лог, и то ли уже был емыл прописан в базе то ли подставился из QRZRU. Я так и не понял.Цитата:
Сообщение от RX4HX