Re: ubitx #v6 Screen Speed Mod, and interrupt driven encoder wheel mod
#v6
Hi Smitty.
Just tried your version, much nicer to tune.
Philip G7JUR
|
Re: ubitx #v6 Screen Speed Mod, and interrupt driven encoder wheel mod
#v6
Thanks for explaining your changes Mark, it makes sense now and explains why the display flashes every time the digits change also. All in all, it's working pretty good now.
Joel
N6ALT
|
Re: ubitx #v6 Screen Speed Mod, and interrupt driven encoder wheel mod
#v6
I'm not entirely sure which you meant, so let me answer the question
you MIGHT have been asking in case others are similarly confused.?
:-)
Does it work with the existing encoder wheel hardware?? Yes.? No
hardware mods are required.? This is a software-only mod that
improves the responsiveness of the encoder wheel.? Instead of the
code saying "I want to know what the user is doing with the encoder,
let me sit here and spend 200ms watching the encoder wheel to see
whether it's turning, and not doing anything else."?? Instead, it
uses hardware interrupts.? Every time the state of one of the pins
changes, the program pauses and runs my function instead, called an
Interrupt Service Routine, or ISR.? All the ISR does is look at the
current state of the pins and compares it to the previous state of
the pins, figures out which way you turned the knob, and either adds
1 or subtracts 1 from a counter.? Then, when the program says
"what's the encoder doing?" instead of waiting around 200ms to
count, it just returns the existing counter and sets it to zero.??
So the program no longer has that 200ms pause every time it wants to
see what the encoder is doing.
Does it work on the stock software, or does it require Reed's
display mods?? It'll work on the stock software, but the merge
requires a bit of work.? Reed's changes changed some code my code
also changed, so I had to manually merge them.? It's not a HARD
merge, but it's also not automatic.
If someone wants a branch that uses this code against Farhan's stock
code, I can produce that too.
-Mark
On 1/11/20 1:05 PM, Joel Caulkins/N6ALT
wrote:
toggle quoted message
Show quoted text
Forget that last question, I loaded up Marks's code and the
encoder works great. Thanks to those who know how to code we are
getting closer everyday to a usable V6 UBITX.
Joel
N6ALT
|
Re: ubitx #v6 Screen Speed Mod, and interrupt driven encoder wheel mod
#v6
Forget that last question, I loaded up Marks's code and the encoder works great. Thanks to those who know how to code we are getting closer everyday to a usable V6 UBITX.
Joel
N6ALT
|
Re: ubitx #v6 Screen Speed Mod, and interrupt driven encoder wheel mod
#v6
So Mark, just to be clear, this code will work with the existing stock encoder also?
Joel
N6ALT
|
Re: ubitx #v6 Screen Speed Mod, and interrupt driven encoder wheel mod
#v6
Here's my fork of your code with my changes applied:
In whole, the goal was to improve the responsiveness of the UI, and
I think the combination of your graphics work and my encoder work,
it is top notch right now.
Known problems:
- My code no longer waits 100ms or 200ms or whatever it was to
count the number of encoder ticks, there-by greatly improving
the responsiveness.? The problem is that we almost always only
count a single tick, maybe two or three if you really spin the
knob.? So the acceleration that Farhan built in doesn't do
anything. The knob is entirely linear. I've got some ideas to
measure the tick rate in doTuning() instead, but haven't
implemented them.
Right now, this is a fork from your code (Reed's pdq_gfx_update
branch) because I wanted to build it on top of yours.? When Farhan
pulls yours into the master branch, I'll re-fork, cherry-pick my
commits, and submit a PR.? In the mean time, I'd love feedback on my
changes.
73 de KR6ZY
-Mark
On 1/7/20 6:58 PM, Reed N wrote:
toggle quoted message
Show quoted text
Hi Mark,
I'm reluctant to accept PRs into the pdq_gfx_update branch until
Ashhar gets it merged into his master, since it's usually best
practice to keep each PR focused on a single change, but I'd be
very interested in seeing your interrupt-based encoder branch, and
definitely would recommend you create a PR for it to be merged
into Ashhar's master after the pdq_gfx_update is merged in.
Reed
|
Re: Relative Power indication on Nextion display
Hi Mike, I am building now a SWR Bridge from Kits and Parts to display the output power on LCD and I have the same issue, on RX voltage on A7 is indicated on my 16x2 as expected, on TX there is no indication regardless of the potential of A7. I am looking into the code but I am a little overwhelmed, but I don't loose hope just yet. Maybe someone could help us. Thank you!
|
Re: Relative Power indication on Nextion display
Is anyone using the Nextion meter for relative power and not just S-meter function? ?I¡¯m not seeing a place in the code to disable it during transmit, but even with voltage on A7 not getting any deflection.
Thank you.
Mike
|
See my latest post...
Jack, W8TEE
On Saturday, January 11, 2020, 2:46:25 AM EST, Reed N <greenkid336600+groupsio@...> wrote:
Bob, I don't see a complier error for you either.
Sketch uses 27840 bytes (90%) of program storage space. Maximum is 30720 bytes. Global variables use 1074 bytes (52%) of dynamic memory, leaving 974 bytes for local variables. Maximum is 2048 bytes.
However, yours does show a failure to upload the program to the nano:
avrdude: ser_open(): can't open device "/dev/cu.usbserial-1430": No such file or directory
Is there another serial port you can try? Reed
-- Jack, W8TEE
|
Also, if it's a clone, make sure you have the CH340 driver installed. If not, search "CH340 Device Driver Download" and download/install.
Jack, W8TEE
On Saturday, January 11, 2020, 3:45:14 AM EST, Reed N <greenkid336600+groupsio@...> wrote:
Bob,
That log also shows a successful compile, but unsuccessful upload to the nano. Try changing the serial port the IDE is using.
Reed
-- Jack, W8TEE
|
I think I see a problem...perhaps not THE problem, but a problem.
EVERYONE:
??? Whatever is the project's INO primary file name (e.g., ubitx_v6.3_code.ino), ??? which is the file that contains setup() and loop(), MUST be used for the project's ??? directory name, too.
So, if you have the project in a directory named MyProjects on drive C, the directory structure MUST look like:
??? C:\MyProjects\MyFirstProgram??????????????????????????? // Example of a previous project you tried
???????????????? \MySecondProgram????? ???????????????????? // Another example project you fried ???????????????? \ubitx_v6.3_code\morse_reader.ino????????? // Farhan's project code ???????????????????????????????? \tft_gui.ino ???????????????????????????????? \ubitx_cat.ino ???????????????????????????????? \ubitx_factory_alignment.ino ???????????????????????????????? \ubitx_font2.h ???????????????????????????????? \ubitx_keyer.ino ???????????????????????????????? \ubitx_si5351.ino ???????????????????????????????? \ubitx_ui.ino ???????????????????????????????? \ubitx_v6.3_code.ino?????? // This file holds setup() and loop()
Many of you do NOT remove the "master" part of the ZIP file name from the file when it is extracted. If you do not set things up this way, it will not work. (Farhan: This is another reason why I only have one INO file in a project with all the rest being cpp (i.e.,. C Plus Plus) or h (header) files. Plus you get the HUGE advantage of incremental compiles!)
I know everyone can't go back through two bazillion prior posts to find this stuff, but I'm sure I've posted this warning at least a half-dozen times, so I am not picking on Bob. And, truthfully, most Arduino tutorials are single-file project examples so the reader doesn't know about this. However, if you see the word "master" anywhere in a warning or error message from the compiler, the project's organization on the disk drive is the first thing to check.
Jack, W8TEE
??????????????????????????????
On Friday, January 10, 2020, 11:01:27 PM EST, Bob Bennett via Groups.Io <bobsmacbox@...> wrote:
Here is the compile from the Mac
--
Bob
NZ2Z
-- Jack, W8TEE
|
I don't understand. What is the Raspberry Pi for?? Also, what is "Arduino 2.1.0.5+dfsg2-4.1". If you are compiling on a Mac, what is the emulator program?
Jack, W8TEE
On Friday, January 10, 2020, 11:00:19 PM EST, Bob Bennett via Groups.Io <bobsmacbox@...> wrote:
Jack,
Raspberry Pi 4
Arduino 2.1.0.5+dfsg2-4.1
All of the files are in /home/pi/ubitx6 (these are what I downloaded from Farhan on github)
Attached is the file from this attempt
I will send the compile error from my Mac next
--
Bob
NZ2Z
-- Jack, W8TEE
|
Bob,
That log also shows a successful compile, but unsuccessful upload to the nano. Try changing the serial port the IDE is using.
Reed
|
here's the errors on the
mac using v 1.8.10
--
Bob
NZ2Z
|
Bob, I don't see a complier error for you either.
Sketch uses 27840 bytes (90%) of program storage space. Maximum is 30720 bytes. Global variables use 1074 bytes (52%) of dynamic memory, leaving 974 bytes for local variables. Maximum is 2048 bytes.
However, yours does show a failure to upload the program to the nano:
avrdude: ser_open(): can't open device "/dev/cu.usbserial-1430": No such file or directory
Is there another serial port you can try? Reed
|
Hello,
BITX was release initially for experiment and education and currently you can find find a lot of information which are common to all BITX and currently provide a huge amount of information. According the Hamradio community, this group is maybe the best discussion group and database we can find from far.
Currently it is not really? difficult to find the information you can request and the search tool is quit powerful. Hashtag is the option we need to focus on.
Splitting this group is not IMHO a good idea.
73s Qro Didier / F5NPV
|
Re: New uBITX Ver. 6 Assembled Today
Ted,
Thanks for that.? Lots of experimental fiddly tuning with that, but with some effort, maybe will pay off.
I notice that it didn't appear that he was able to get any useful WSPR results on 20M and above, due to band closures, so we don't really know how well any of the configurations tried worked on the higher bands.
I'd still be in favor of a simple resonant dipole to start with, and if nothing else, it will give you something to compare against if you want to experiment with other designs.
73,
-- Dave, N8SBE
-------- Original Message --------
Subject: Re: [BITX20] New uBITX Ver. 6 Assembled Today
From: "Ted via " <k3rta@...>
Date: Fri, January 10, 2020 6:05 pm
To: " [email protected]" < [email protected]>
Well, there is this........? an end-fed multibrand using a trap.
|
Here is the compile from the Mac
--
Bob
NZ2Z
|
Jack,
Raspberry Pi 4
Arduino 2.1.0.5+dfsg2-4.1
All of the files are in /home/pi/ubitx6 (these are what I downloaded from Farhan on github)
Attached is the file from this attempt
I will send the compile error from my Mac next
--
Bob
NZ2Z
|
Thanks Jack, it uploads using the old bootloader the ch340 driver is installed..
Yes Reed, Its connection issue. I will need to increase the resistor values on the lines. Just me being stupid and driving it with too high a voltage. Will drop in six 4k7 resistors and six 10k resistors. hopefully that should fix it.
Thanks for all your help.
MM0BEF_____Brian
|
Joel Caulkins/N6ALT
Smitty, N6MTS
Bob Bennett
F5NPV