Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Command Mode: Add Callsign Practice #19

Open
flickerfly opened this issue Feb 2, 2016 · 15 comments
Open

Command Mode: Add Callsign Practice #19

flickerfly opened this issue Feb 2, 2016 · 15 comments

Comments

@flickerfly
Copy link
Contributor

Feature Request: Add the ability to start callsign practice mode from command mode. I propose using C as the command to trigger it.

I'll take a whack at this at some point unless someone beats me to it which is cool.

If I understand what I've read correctly, currently the only way to start up call sign practice mode is to have the CLI feature turned on to trigger it. It seems like it would be useful to be able to trigger this from command mode; especially for those using the smaller arduinos since CLI takes up a lot of program space.

I believe this needs to be implemented in the command_mode() function in k3ng_keyer.ino around line 4731. I'm looking at implementing basically a copy of this when I have a bit more time to look at it and figure out how the case statements work.

    #ifdef FEATURE_ALPHABET_SEND_PRACTICE
      case 111:
        send_dit(AUTOMATIC_SENDING);
        command_alphabet_send_practice(); // S - Alphabet Send Practice
        stay_in_command_mode = 0;
        break;
    #endif  //FEATURE_ALPHABET_SEND_PRACTICE

I think the function to call is us_callsign_practice(), but I have a good bit of research before being sure how this should work.

@k3ng
Copy link
Owner

k3ng commented Feb 8, 2016

Hi Josiah. If you haven't attempted to code this yet, I will attempt, hopefully this evening.

@flickerfly
Copy link
Contributor Author

Neat, I haven't touched it yet and probably wouldn't think of it this week. Thanks!

@k3ng
Copy link
Owner

k3ng commented Feb 8, 2016

I was about to implement this, however I just realized/remembered that the callsign practice requires the CLI. You use it to type in the callsigns you hear.

@k3ng k3ng closed this as completed Feb 8, 2016
@k3ng k3ng reopened this Feb 8, 2016
@k3ng
Copy link
Owner

k3ng commented Feb 8, 2016

Sorry, didn't mean to close. Let me know if you want to close or pursue an alternate callsign practice that doesn't need the CLI.

@flickerfly
Copy link
Contributor Author

Oh, cool! Could that be made optional?

On 4:45PM, Mon, Feb 8, 2016 Anthony Good [email protected] wrote:

Sorry, didn't mean to close. Let me know if you want to close or pursue an
alternate callsign practice that doesn't need the CLI.


Reply to this email directly or view it on GitHub
#19 (comment).

@k3ng
Copy link
Owner

k3ng commented Feb 9, 2016

It could, but it would require some sort of alternate way for the user to input the callsign they hear. Perhaps send in CW the same callsign back? (Could be done, but a good bit of work I think.)

@flickerfly
Copy link
Contributor Author

Could it simply be put on the screen requiring manual verification? The
software then would have no feedback. Maybe this should be broken into a
whole other feature, just sharing the code that creates the calls. Sounds
like some substantial changes.

On 6:26PM, Mon, Feb 8, 2016 Anthony Good [email protected] wrote:

It could, but it would require some sort of alternate way for the user to
input the callsign they hear. Perhaps send the same callsign back? (Could
be done, but a good bit of work I think.)


Reply to this email directly or view it on GitHub
#19 (comment).

@gsansoucie
Copy link

Based on what you did with the Echo mode, this would be perfect to:
a) Require FEATURE_DISPLAY
b) For each Callsign
c) Clear the screen
d) Display the expected callsign on the screen
e) User attempts to key the callsign
f) Verification of keyed in text similar to the method implemented in the Echo 5 mode
g) Repeat

I saw the commented out code in the command_progressive_5_char_echo_practice() which is where I thought this was going (then I realized it was copied from the CLI method).

I finally finished my keyer today, the enclosure arrived this afternoon while we were out (longest project ever waiting on parts). I might work on this locally and pull some of the extensive CLI CW Training stuff into the Command Mode interface.

@gsansoucie
Copy link

Anthony, after I got the WINKEY Interface feature working (all I did was uncomment it and clean up an #ifdef) I am able to use my k3ng keyer with Iambic Master (https://sites.google.com/site/korkowp1/iambic-master) which is going to suit me for sending practice. I might toy around with this Callsign send practice in the background as it would work in stand alone mode (vs needing to be hooked up to a Windows PC for Iambic Master).

@k3ng
Copy link
Owner

k3ng commented Feb 2, 2018 via email

@gsansoucie
Copy link

gsansoucie commented Feb 2, 2018 via email

@k3ng
Copy link
Owner

k3ng commented Feb 2, 2018 via email

@gsansoucie
Copy link

gsansoucie commented Feb 3, 2018 via email

k3ng added a commit that referenced this issue Feb 6, 2018
      Typo fix: ifdef defined(__AVR__) (Thanks, Glen #19)
@k3ng
Copy link
Owner

k3ng commented Feb 6, 2018

Thanks. Fixed in version 2018.02.05.01. 73 Goody

@gsansoucie
Copy link

gsansoucie commented Feb 6, 2018 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants