Note that I have a working copy of arduinomorse locally in Sites/Arduino library testing/arduinomorse.
Todo:
start sending on schedule
repeat n times on cycle
wait right amount before starting again
add continuous
Branching off a branch to see if a custom version of arduinomorse (https://github.com/markfickett/arduinomorse) is easier to work with than Jled.
Note that I have a working copy of arduinomorse locally in `Sites/Arduino library testing/arduinomorse`.
Todo:
- [x] start sending on schedule
- [x] repeat n times on cycle
- [x] wait right amount before starting again
- [x] add continuous
I can start on schedule and run forever, then stop by switching the program to off. Seems like a good place to stop.
Repeating n times seems like a `for` or `while` loop.
Waiting the right amount of time might be a `while` loop with `millis()` around the outside??
Might need duration of the message to figure out repeats. Looked around a bit and then just asked: https://github.com/markfickett/arduinomorse/issues/13
I did it without getting the duration, using millis(). It seems to start/end 1 second slow, though. Will figure that out next.
This has the bonus effect of sending right up until the end of each cycle (sending fractional messages) rather than leaving blank time if the message won't fit (as in the Jled implementation).
I did it without getting the duration, using `millis()`. It seems to start/end 1 second slow, though. Will figure that out next.
This has the bonus effect of sending right up until the end of each cycle (sending fractional messages) rather than leaving blank time if the message won't fit (as in the Jled implementation).
So cool. I wouldn't understand this if not for all the time with Jled, but it's a lot more nimble.
The last bit is to wire up these so they actually work:
So cool. I wouldn't understand this if not for all the time with Jled, but it's a lot more nimble.
The last bit is to wire up these so they actually work:

Woops, need to use a non-constant cycle ID and n transmitters.
Started on this, haven't committed yet. Need to shut down the sender when not using it. LED (gpio) stays on sometimes.
Woops, need to use a non-constant cycle ID and n transmitters.
Started on this, haven't committed yet. Need to shut down the sender when not using it. LED (gpio) stays on sometimes.
Need to take a break, but this doesn't work if yourCycleID == 1, because there is no extra space at the beginning, so it shows up yourInputStepLength early. So I need to draw a picture of the timing (or use a spreadsheet).
start_millis = millis() + ((yourInputCycleID - 1) * yourInputStepLength);
top_millis = start_millis + yourInputStepLength;
// Subtract 2 rather than 1 here to account for start_millis duration at beginning of repeat.
pause_until_millis = stop_millis + (yourInputStepLength * (yourInputNtransmitters - 2));
Need to take a break, but this doesn't work if `yourCycleID == 1`, because there *is* no extra space at the beginning, so it shows up `yourInputStepLength` early. So I need to draw a picture of the timing (or use a spreadsheet).
```
start_millis = millis() + ((yourInputCycleID - 1) * yourInputStepLength);
top_millis = start_millis + yourInputStepLength;
// Subtract 2 rather than 1 here to account for start_millis duration at beginning of repeat.
pause_until_millis = stop_millis + (yourInputStepLength * (yourInputNtransmitters - 2));
```
Got it. Pumped for this. Will merge this when I have time today.
Add these to issue queue:
- make sure user can't input larger cycle ID than number of transmitters - #42
- why are cycles starting ~1s too late? - #41
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Branching off a branch to see if a custom version of arduinomorse (https://github.com/markfickett/arduinomorse) is easier to work with than Jled.
Note that I have a working copy of arduinomorse locally in
Sites/Arduino library testing/arduinomorse.Todo:
Use ardiunomorse instead of Jledto Use arduinomorse instead of JledUgh, I can't get it to send on cycle.
Maybe try continuous first?
I think Jled and arduinomorse were fighting for the gpio. I commented all the Jled stuff out and at least got one message out on startup.
I can start on schedule and run forever, then stop by switching the program to off. Seems like a good place to stop.
Repeating n times seems like a
fororwhileloop.Waiting the right amount of time might be a
whileloop withmillis()around the outside??Might need duration of the message to figure out repeats. Looked around a bit and then just asked: https://github.com/markfickett/arduinomorse/issues/13
I did it without getting the duration, using
millis(). It seems to start/end 1 second slow, though. Will figure that out next.This has the bonus effect of sending right up until the end of each cycle (sending fractional messages) rather than leaving blank time if the message won't fit (as in the Jled implementation).
RTC isn't keeping time, again.
So cool. I wouldn't understand this if not for all the time with Jled, but it's a lot more nimble.
The last bit is to wire up these so they actually work:

Woops, need to use a non-constant cycle ID and n transmitters.
Started on this, haven't committed yet. Need to shut down the sender when not using it. LED (gpio) stays on sometimes.
Sending extra space at beginning and end because my math/logic isn't right.
Need to take a break, but this doesn't work if
yourCycleID == 1, because there is no extra space at the beginning, so it shows upyourInputStepLengthearly. So I need to draw a picture of the timing (or use a spreadsheet).Got it. Pumped for this. Will merge this when I have time today.
Add these to issue queue: