¿ªÔÆÌåÓý

Date

Re: Different Nano's

 

Hi Mark -

I haven't tried it in the uBitx - I have my own non-bitx homebrew rig that I used it in and it was a drop-in physical replacement. That is one of the reasons I went to it - so I didn't need to change my controller board.? After I changed the interrupt code everything worked.? My build uses an SI-5351 and rotary encoder just like the uBitx.? I have run it with an LCD display, a TFT and a Nextion.? ?I don't see any reason it wouldn't work in the Raduino if you fix the interrupt code,? but I haven't tried it.

The way my sketch is setup right now it wok work with either the Nano or the Nano Every with no code changes.

Dean
KK4DAs


Re: WSJT-X 2.2.2

 

Mark,

I hadn't seen the that WSJTX supplied it. That's great because it will be built of the same library version as the WSJTX suite

rigctl-wsjtx.exe -m 1022 -r com4 -P RIG -D NONE -s 38400 -vvvvv

-m is the hamlib rig number.? 1022 is for the FT-857D (1020 is the FT-817)? - that is with the latest hamlib - they were previously 122 and 120.?
-vvvvv is the super debug option that shows you everything.? My CAT control library is built off the FT-857 specs but I think the command architecture between the 817 and the 857 is identical.??

I just tested it with my build.? It works the same as I described before.? First run rigctl "thinks" it is sending, but the the Arduino doesn't see any data and rigctl reports a timeout.? Open and close the serial monitor and it works fine business.? And then after it is working with rigctl I can run WSJTX, FLRIG or FLDIGI and they work fine.? Interestingly the Arduino does not reset on rigctl connecting.

Fascinating that one program running and exiting affects the state of the com port for the next program.

Where are the Windows USB gurus?

Would you car to share your Python monitoring script?

73,
Dean
KK4DAS




Is there a way to configure rigctl to sit between WSJT-X and the uBITX and monitor the communications or do you have to enter Hamlib commands into rigctl directly?

I don't think so - rigctrl is a command line interface -? here is how I run it -

cd "C:\Program Files (x86)\hamlib-w64-3.3\bin"
?


Re: WSJT-X 2.2.2

 

¿ªÔÆÌåÓý

Dean,

?

WSJT-X is running on Windows.

?

Thanks for the pointer on rigctl. I see ?a rigctl-wsjtx executable file in the WSJT-X installation. I guess it does the same thing.? Is there a way to configure rigctl to sit between WSJT-X and the uBITX and monitor the communications or do you have to enter Hamlib commands into rigctl directly?

?

I wrote my own Python script to monitor the communication. I create a virtual serial port pair. I point WSJT-X to one half of the virtual pair. The Python script connect to the other half of the virtual pair and to the hardware port connected to the uBITX. The program copies everything it gets on one port to the other and to the screen. It does a little decoding so that it can display commands it knows about in text rather than just hex which is the default.

?

I¡¯ve seen an issue with WSJT-X not communicating unless I upload a script. I suspect that opening and closing the serial monitor does the same thing to the serial port that makes it work. Communications works fine with my Python script in the middle, but I see the uBITX screen flash when I start the script, so I think the script toggles DTR behind the scenes.

?

I wish I knew what¡¯s in the DTR reset that makes the serial port on the Nano work. I would think that there would be a way to reset the serial port when a sketch starts up.

?

I¡¯d be glad to collaborate. FWIW, currently my CAT is having problems with FLDIGI, even when I have FLDIGI configured to use Hamlib.

?

73,

Mark, N8ME

?

From: Dean Souleles
Sent: Monday, January 4, 2021 12:48 PM
To: [email protected]
Subject: Re: [BITX20] WSJT-X 2.2.2

?

Hi Mark -?

Chasing down a similar (same) problem over here -?[email protected] | Arduino, PC, Serial Communications / CAT

What platform are you running WSKTX on Windows or Linux???

If you don't already know about it there is a command line program in the Hamlib distribution called "rigctl"? I find it very useful - in it's verbose debug mode it shows you every byte it sends and receives.? ? My observations is that it thinks it is sending but nothing arrives at the Arduino - unless I open and close the Arduino IDE serial monitor before running the program - then it all works fine - including WSJTX (with DTR un-checked).

I am Interested in collaborating on this - it would be good to get Arduino / Hamlib communications to be reliable.

73,
Dean

?


Re: WSJT-X 2.2.2

 

Hi Doug -

Yes? 2.2.2 uses the latest update to the hamlib libraries.? I'm not sure what all they have changed My experience is that CAT communication with our Arduino based rigs has never been super reliable - except with Ham Radio Deluxe 5 which has been super reliable.? That hasn't been updated since 2012!

As a programmer my goal is to have it "just work"? and not vary between programs and version and not require mystic incantations!

73,
Dean
KK4DAS


Re: WSJT-X 2.2.2

 

Mark,
I'm going from memory here so I don't remember all the details but 2.2.2 did something to the CAT interface.? You might want to try reverting to 2.2.0 and seeing if that works.
--


Re: WSJT-X 2.2.2

 

Hi Mark -?

Chasing down a similar (same) problem over here -?[email protected] | Arduino, PC, Serial Communications / CAT

What platform are you running WSKTX on Windows or Linux???

If you don't already know about it there is a command line program in the Hamlib distribution called "rigctl"? I find it very useful - in it's verbose debug mode it shows you every byte it sends and receives.? ? My observations is that it thinks it is sending but nothing arrives at the Arduino - unless I open and close the Arduino IDE serial monitor before running the program - then it all works fine - including WSJTX (with DTR un-checked).

I am Interested in collaborating on this - it would be good to get Arduino / Hamlib communications to be reliable.

73,
Dean


WSJT-X 2.2.2

 

I've written custom firmware for the uBITX 6 and got the CAT interface working well with WSJT-X 2.1.2, using the FT817 configuration. I just tried WSJT-X 2.2.2 and it no longer works.? I see in the release notes that they updated Hamlib to a newer version and one of the specific notes was to make it work with the uBITX.

I didn't have time to fully debug the interface as I was setting up for the RTTY RU contest, but I notice that it's using a few more undocumented FT817 commands. Even after adding those commands to my CAT interface, I still had trouble getting it working. I had it working fairly well as long as I didn't restart the uBITX after uploading the sketch. It seems that uploading firmware resets something in the serial interface that isn't done after a normal power up. With 2.1.2, I was able to get the uBITX to reset by setting DTR high on the interface, but it looks like 2.2.2 is using DTR differently as my uBITX resets several times instead of once with 2.1.2.

73,
Mark, N8ME


Re: Different Nano's

 

Dean,

Did you find that you could just replace the Nano with the Nano Everything on the Raduino board, or did you have to make hardware changes?? FWIW, I'm running a uBITX v6.

73,
Mark, N8ME


Frequency calibration on a lab #bfo #calibration #frequency

 

Hi folks,

Assuming I have RF laboratory instruments available, what could be an ideal scenario to calibrate ubitx frequencies ?

Would it work to set a RF generator to 10,000,500Hz and expect to receive 500Hz when the ubitx is tuned at 10MHz?

Or would it be better to measure the clk2 frequency with a counter?

73

Rafael Pinto - PU1OWL


Re: Different Nano's

 

On Sun, Jan 3, 2021 at 06:39 PM, Shirley Dulcey KE1L wrote:
TL:DR version: don't buy a Nano Every to use in your Raduino?right now unless?you are prepared to do some software development.
Hi Shirley and all -?

I have got my own homebrew sketch working on the Nano Every fine business.? The one change I had to make was the interrupt handling for the rotary encoder.? Discussion and sample sketch are here:??[email protected] | Nano Every - Interrupt Handling - Rotary Encoder

This code will work reliably with either the Nano or the Nano every - it automatically detects which board it is compiling for and adjusts.?

I believe this will approach will work fine with the Raduino sketches - but I have not tried it.

The other useful benefit of the Nano Every is there is a second hardware serial port which I used for a Nextion connection.? It gets you away from the somewhat troublesome SoftwareSerial library limitations.

Dean
KK4DAS


Re: Different Nano's

 

Shirley does know these Arduino variants better than I, that last message was meant to be self-deprecating.
I sent that out before reading Shirley's post 85141, which hit the forum one minute prior to mine.

Jerry, KE7ER


On Sun, Jan 3, 2021 at 05:15 PM, Jerry Gaffke wrote:
I probably should defer to Shirley.
But instead I'll just say "yes, it would work", except that the pins are soldered to the wrong side of the board for plugging into the Raduino.
You want a board that does not come with the pins soldered in place.


Re: Problems with connecting to computer for digital

 

I should correct that - you can set DTR high in WSJTX but I haven't had as much luck with that.? I think it times out during the Arduino reset - but it still works fine after using HRD.? I am working another thread with developers in the Software Controlled Ham Radio group - perhaps those fine folks can help or some of the brilliant Arduino programmers on here s well.? I will say there is a lot of mythology around this because things seem to work for some folks - and then they don't.? I am very interested in getting this working perfectly for my own radio control sketch.

The one consistent behavior for me is as I described.? After running HRD (V5) - all the other programs connect just fine.

Dean


Re: Different Nano's

 

I probably should defer to Shirley.
But instead I'll just say "yes, it would work", except that the pins are soldered to the wrong side of the board for plugging into the Raduino.
You want a board that does not come with the pins soldered in place.

Otherwise, primary difference is this one has the more expensive FTDI USB-to-UART chip,
instead of the CH340 chip that the cheap clones do.
And the build quality is probably better.

Pretty much everybody in the forum is buying the $3 clones.
And that's what HFSignals ships with the uBitx.

Jerry, KE7ER


On Sun, Jan 3, 2021 at 04:35 PM, Will B wrote:
Would this one work?? According to their site, it's the 'classic' version: ? Again, I am so clueless about Arduino products but am learning through this group.


Re: Different Nano's

 

That's the authentic official Arduino Nano. It will certainly work. But clones from China are much cheaper, if you care.


On Sun, Jan 3, 2021 at 7:35 PM Will B <will.brokenbourgh2877@...> wrote:
Would this one work?? According to their site, it's the 'classic' version: ? Again, I am so clueless about Arduino products but am learning through this group.


Re: Different Nano's

 

Curious.
The reason I gave the "better" link is because the original link didn't work for me.
I refreshed to my "better" link and it seemed to work.? But now it doesn't.
I assume it has to do with tracking how links get traded.

Anyways, searching for the Mouser part number always works.
Which is why I posted it.

Jerry


Re: Different Nano's

Will B
 

Would this one work?? According to their site, it's the 'classic' version: ? Again, I am so clueless about Arduino products but am learning through this group.


Re: Ideas for "bulletproofing" the uBitx

 

¿ªÔÆÌåÓý

I¡¯m glad I asked about the Nano before I placed an order. ?Thanks to all for the input and comments.

Scot WB7AVU

?

From: [email protected] <[email protected]> On Behalf Of Jerry Gaffke via groups.io
Sent: Sunday, January 3, 2021 4:37 PM
To: [email protected]
Subject: Re: [BITX20] Ideas for "bulletproofing" the uBitx

?

Not having to insulate the RD's tab from ground is definitely a win.

> the RD generates less heat per watt than the IRF510

Are you saying the RD is significantly more efficient?
Do you have numbers?
Or perhaps this is your way of pointing out that heat transfer from the die is somewhat slower for a given delta-T.

> Less drive per watt out is good, 20 watts if you need it at 13.8V.

I think you will have to do a significant redesign of the uBitx to get 20W out at 13.8v,
starting with the transformer at T11.
Considerably more involved than just swapping in some RD's.

I can believe that less drive is needed, but I'm not sure how big a factor this is.
I doubt it is terribly significant.?
The uBitx final is limited in part by how much power is available from the driver stage,?
but those who have tried swapping in RD's in the past have not seen much improvement.
Has anybody done measurements of drive required for RD's vs IRF510's from 3.5 to 30mhz?

The primary advantage of an IRF510 is that it doesn't cost $25 (with shipping) when you blow a pair.
There are disadvantages, but they can be designed around.

Jerry, KE7ER


On Sun, Jan 3, 2021 at 02:47 PM, Slurm wrote:

Seems for continuous digital operation the RD might be preferred just for the fact that you can bolt it's tab directly to an aluminum radio's case,, giving a very large heat sink, add to that , the RD generates less heat per watt than the IRF510.? Those two things together seem important for digital operation and heat concerns in general.

Less drive per watt out is good, 20 watts if you need it at 13.8V. Nice that the Ubitx already has holes in the PCB for the RD. Being fairly new to the tech of radio I'd have to study the changes to the output transformer and ask do you have to change the output transformer if you keep the supply voltage to the finals at the 13.8V??

Comes down to what people need or want.? For any heat sink, get a big one, and get the best heat transfer paste you can find.? You can also run a fan, 24Volt fans run at 12v are quiet. I've never used a water cooled heat sink on a computer and ask those who know how sturdy and reliable they are, also how much power consumption and noise is acceptable.

Thanks for this discussion.

Slurm?


Re: Different Nano's

Will B
 

Jerry said: This might be a better web link:??
Mouser part number is??782-ABX00028
Thanks for that Jerry.? I usually remove the extra stuff from URLs before sharing/posting but Mouser seems to want it there.? The link as shown doesn't work for me.

Will - AF7EC


Re: Different Nano's

Will B
 

Shirley and Jerry, thanks so much for educating me.? I'm enjoying the discussions here and learning more every day! :-)

Will B - AF7EC


Re: Different Nano's

 

Ah, you are correct.
I did a quick read of the datasheet for the Nano Every and saw mention of an ARM processor, but it is not what our code runs on.
Seemed weird that they could get the Nano module pin compliant with such a totally different processor.

Jerry, KE7ER


On Sun, Jan 3, 2021 at 03:39 PM, Shirley Dulcey KE1L wrote:
TL:DR version: don't buy a Nano Every to use in your Raduino?right now unless?you are prepared to do some software development.
?
The ATMega 4809 is not an ARM processor. It's still an 8 bit AVR. It does have more RAM and flash memory than the ATMega328P does. The pinout of the 4809 is different from the 328P (it's not just a matter of having more pins), but the layout of the Nano Every board gets around that and puts the pins back where you expect them. Code changes may be needed; anything that uses libraries that come with the Arduino IDE is already covered, but the peripherals are different so any code that talks to ports directly or uses third party libraries is likely to need rewriting.
?
It's not quite a drop-in replacement, but adapting the Raduino?for the Nano Every should not be difficult in most applications. I don't know if anybody has done it yet for the?Raduino; until that happens, I don't recommend?that anybody make the switch unless they plan to do that work. The advantage would be the ability to use a larger sketch without the need to make the more extensive code changes needed to switch to another microcontroller such as the Teensy. There are two notable hardware differences that can affect compatibility?in some applications: PWM is not available on D11, and the USB serial interface is now completely separate from the serial interface on RX0 and TX1 so you can use both at the same time. (The USB to serial is Serial, the?other is Serial1.)
?
The Nano Every uses a different chip for USB to serial conversion: a pre-programmed?ATSAMD11D14A Cortex-M0 ARM processor. Ironically, that's more powerful in some ways than the board's primary CPU. The driver on Windows gets installed when you install the Arduino IDE; if you have an old version you may need to update it.
?
Here is a link to a blog post that talks about the hardware differences:?