Добро пожаловать, Гость
Логин: Пароль: Запомнить меня
PLEASE, CHECK ALL PREVIOUS TOPICS, BEFORE CREATING A NEW ONE! DUPLICATED TOPICS WILL BE DELETED!

ТЕМА: 5M contest TCI CW keying issue

5M contest TCI CW keying issue 30 Авг 2022 01:04 #1

  • VE3EY
  • VE3EY аватар
  • Вне сайта
  • Сообщений: 31
  • Спасибо получено: 7

Вложенный файл:

Имя файла: eesdr3.zip
Размер файла: 65 KB

The character spacing while keying CW messages from 5M contest does not sound right in EESDR3. It sounds as if the letter spacing is way too short. No issues when keying from the paddle. This issue is evident from both 0.12 and 0.13 versions of EESDR3. The CW keying via TCI web sockets of EESDR2 is correct.

I contacted the author of 5M contest and he believes this is something that needs to be addressed within EESDR3 CW module.

Attached is a zipped eesdr3.mp3 file as reference.
Последнее редактирование: 30 Авг 2022 01:06 от VE3EY.
Администратор запретил публиковать записи гостям.

5M contest TCI CW keying issue 07 Сен 2022 02:32 #2

  • VE3EY
  • VE3EY аватар
  • Вне сайта
  • Сообщений: 31
  • Спасибо получено: 7
Some updates on this issue:
I was trying different things and I found out that by reducing Macros Delay setting within "Break.in" option from 30ms to 10ms, CW macros keying from 5M improved quite a lot. It sounded normal as far as I could tell. I was using 5M contest in some local contests and was quite happy with it.

Today, however I upgraded EESDR3 to V3 13 02092022 along with radio firmware to 79.8 and I discovered a new problem with 5m contest CW macros.
1. Any CW macro containing '>' or '<' (CW speed up and CW speed down) is ignored by EESDR3. At the first occurrence of such character, CW transmission stops and radio will remain in TX mode indefinitely until you either manually click on TX button or hit esc key to bring radio back to receive.
2. Messages such as "NR" or "QSL" would result in a brief silence at the end followed by a audio crackle pop and then radio would return to RX
3. Message such as "~[CALL]?" works fine. No audio artifacts and radio would return back to RX normally.
Администратор запретил публиковать записи гостям.

5M contest TCI CW keying issue 07 Сен 2022 03:51 #3

  • VK6NX
  • VK6NX аватар
  • Вне сайта
  • Сообщений: 381
  • Спасибо получено: 200
There are lot of changes in CW in 02092022.

Give 3rd party developers (5M included) some time to reflect.
Администратор запретил публиковать записи гостям.

5M contest TCI CW keying issue 08 Сен 2022 19:57 #4

  • RM5F
  • RM5F аватар
  • Вне сайта
  • Сообщений: 1
Nick writes everything correctly - this is a bug in this version. In 02092022 .
In this version, the processing is incorrectly increasing or decreasing the speed inside the macro
Администратор запретил публиковать записи гостям.

5M contest TCI CW keying issue 09 Сен 2022 11:30 #5

  • VK6NX
  • VK6NX аватар
  • Вне сайта
  • Сообщений: 381
  • Спасибо получено: 200
Confirmed.

The only thing is that the bug is not with 5M, it is across all TCI-based external keyers. I've seen the bug report opened, will add my tests to it.
Последнее редактирование: 09 Сен 2022 11:32 от VK6NX.
Администратор запретил публиковать записи гостям.

5M contest TCI CW keying issue 15 Сен 2022 17:58 #6

  • VE3EY
  • VE3EY аватар
  • Вне сайта
  • Сообщений: 31
  • Спасибо получено: 7
I installed latest EESDR3 alpha version 0.13.0 today - 15092022 and the TCI speed-up speed-down abort issue has been resolved. Many thanks to EE team for addressing this.

The other audio artifact issue still remains though. When CW macro message finishes, the radio will briefly key and then unkey causing an audio crack (pop).

This issue is evident when "Break.In" setting is enabled. If you disable (turn-off) "Break.In" there is no issue but obviously it disables the keyer paddle. I logged this as an issue # 433 in GitHub.
Администратор запретил публиковать записи гостям.
Спасибо сказали: Rome, N8SDR

5M contest TCI CW keying issue 16 Сен 2022 14:35 #7

  • VK6NX
  • VK6NX аватар
  • Вне сайта
  • Сообщений: 381
  • Спасибо получено: 200
VE3EY пишет:
issue # 433 in GitHub.

I was trying to replicate this issue under Win and Mac with no success. Also DX.

Just couple questions - is this happening on direct cable, LAN or both?
Are you sure there is nothing else (no other app, for example) interfering TCI macro transmissions?
Администратор запретил публиковать записи гостям.

5M contest TCI CW keying issue 16 Сен 2022 16:15 #8

  • VE3EY
  • VE3EY аватар
  • Вне сайта
  • Сообщений: 31
  • Спасибо получено: 7
Hi Pavel - thank you for looking into it.
My primary computer and SunSDR2DX2 are wired via ethernet cable into a 1Gb switch.
My laptop connects to network via WiFi but I can also plug the ethernet cable into it if needed.

I did not directly wire neither computer directly into the radio but I can try that as well if needed.

The reason I am suspecting the issue is with EESDR3 and not necessarily my network is that enabling and disabling "Break.in" feature changes the behavior of the issue I have been experiencing. If I turn off 'Break.in' the radio unkeys normally after TCI Macros are sent. If I enable "Break.in" the sequence is something like following
TX-->CW_Macro_transmit-->RX-->short_pause-->TX-->RX

Of course, there could be other factors involved but I am happy to connect directly with you for troubleshooting if needed.


2022-09-1612_10_00-ExpertSDR3SunSDR2DXEED06202100576.jpg
Администратор запретил публиковать записи гостям.

5M contest TCI CW keying issue 16 Сен 2022 16:20 #9

  • VK6NX
  • VK6NX аватар
  • Вне сайта
  • Сообщений: 381
  • Спасибо получено: 200
Understood.

Perhaps, just wait few more days, the new Firmware will be released to public soon (it is already passing the dev tests). There are fixes in Break-In and CW core in new Fw.

If this new one will not fix it, then, perhaps, the direct cable test will be the option.
Администратор запретил публиковать записи гостям.
Спасибо сказали: VE3EY
Время создания страницы: 0.103 секунд