Ham Radio - Fixing a bug in the CWflea transmitter software
ฝัง
- เผยแพร่เมื่อ 9 ก.ย. 2024
- A little software work on a chilly Winter day.
Github link to download the new version:
github.com/lou...
Zachtek product page:
www.zachtek.co...
Original review video of the transmitter:
• Ham Radio - The ZachTe...
If you like my videos, please subscribe here:
www.youtube.com...
If you want me to keep making more videos like this, consider becoming my patron at Patreon: / kb9rlw
Discuss this and other videos on Facebook:
/ kb9rlw
Love your extensive program commenting style. Much professional commenting is often as cryptic as the code itself and hinders its maintenance. Some programmers either find commenting too boring - or worse, believe their code MUST be obvious!
Since I'm releasing my stuff to the world, I try to make it easy to figure out. I've always found it useful when studying others code to learn, so I do the same.
Plus, if I come back to the project months from now I won't remember writing it, so I'll have to figure out what I did all over again. heh.
Glad to know you also find it helpful. :-)
99 point infinity of this went over my head. By I smile that you fixed a "bug" in the "flea."
“If debugging is the process of removing software bugs, then programming must be the process of putting them in.”
Testing shows the presence, not the absence of bugs..Edsger W. Dijkstra 🤪 😜 🤪 😁 Thank you for the video, Kevin...🇺🇸 😎👍☕
25 deg here, and I am frequently wearing short pants, getting used to it, have a Merry Christmas
Great job Kevin, 👏🏽
Thanks and Merry Christmas/Happy New Year's!!!
Great stuff! Another alternative would be to have the inputs all generate interrupts. Then in the interrupt routine set a flag based on which was set.
I have a coding suggestion to not use those variable names with low=true inputs. If (signal) reads like "if this signal is true then do something" but you mean the opposite. That tends, I think to confuse things. Instead I'd set signal = !input_pin so that the if statement reads as expected. Obviously what you have works, so my comment is for maintainability. This is terrific stuff, well done. Nice to show the debugging side of life!
Yeah, I've been meaning to change the hardware reads to not-variable and make all the changes to the rest. I'll probably do it when I start looking into integrating keyer code for use with paddles.
Nice fix
I've just recently learned CW proficiency. Now just waiting for my brain to grow new dendrites and pathways for more speed. Don't know if I wanna QSO on a flee though. But maybe it would be fun if I built one myself? ; )
It's a completely open source and open hardware project. Please do! ;-)
Very nice solution.
If only everyone I've had to deal with recently could work so logically and constructively as yourself Kevin, then my world would be an easier place
Local government, my workplace and my energy supplier have been driving me nuts, and they all need reprogramming. They need interrupts so that they can stop their flow of guesswork and simply stop and listen for 0.5 of a second
Great video. Seasons greetings to you. Good health and good days for 2023. 73 de VE6HDH
👋