CB and Ham Radio Techs Love Their Bird Wattmeters

[xrunner]

Yes, he does rather like screwing them on the wrong way---that's why I like "N" connectors---you have to be pretty brutal to hurt them.

You are not supposed to rotate the body, doing it that way wears out the center conductors, rotate the nut instead.

It can do a lot more than wear out the parts, it can easily damage them. 

https://www.microwaves101.com/encyclopedias/how-to-not-trash-a-calibration-kit

If you do it like that you're screwed!     

[vk6zgo]

Yes, he does rather like screwing them on the wrong way---that's why I like "N" connectors---you have to be pretty brutal to hurt them.

You are not supposed to rotate the body, doing it that way wears out the center conductors, rotate the nut instead.

That's what I meant!
With the very tiny female to female "barrels" I do often rotate the body initially, to engage the first thread, then complete the job the correct way.
It is perilously easy to drop the little shits of things on the floor, & I'm too old to grovel down there.

[xrunner]

Re-designed (taller) case panels printed - new ones on left side in pic. Inching closer to a fully assembled project. 

[joeqsmith]

The open end wrenches are not a good idea either.

I use open end wrenches frequently with RF connectors to hold all the bits while I set the torque, or loosen them.  Now I wouldn't suggest using them to torque anything.  That's a bad idea. 

Yes, he does rather like screwing them on the wrong way---that's why I like "N" connectors---you have to be pretty brutal to hurt them.

You are not supposed to rotate the body, doing it that way wears out the center conductors, rotate the nut instead.

That's what I meant!

I assumed so.  That guy was going to town on them. 

[metrologist]

Yes, he does rather like screwing them on the wrong way---that's why I like "N" connectors---you have to be pretty brutal to hurt them.

You are not supposed to rotate the body, doing it that way wears out the center conductors, rotate the nut instead.

That's what I meant!
With the very tiny female to female "barrels" I do often rotate the body initially, to engage the first thread, then complete the job the correct way.
It is perilously easy to drop the little shits of things on the floor, & I'm too old to grovel down there.

It's quite common for regular users to become proficient at making the connection, the wrong way, but without gross damage. It's bad enough there is axial sliding friction, but as you get into V, W and 0.8mm connectors, you want to avoid as much of that as possible.

[joeqsmith]

The metrology grade connectors HP used for their standards with those fingers are far more delicate than your typical Chinese connector.   One wrong twist may render the $10,000 USD useless.       

At home, I will try and buy good used adapters if possible.  The last used one I bought was a 7mm to N.  Got lucky in that case.  Looked like who owned it, kept their grubby fingers off the mating surfaces.  Lately used prices are higher or close to new and not worth the risk. 

[xrunner]

Taller side riser panels being printed - one done. My goal is to finish the enclosure by the end of the weekend.

I'm excited. I know every one else following this project is excited. 

[xrunner]

The enclosure is finally done. OK 99% done because I need some labels but I'm not counting that. Now I can get it calibrated.

It definitely needs new cal factors now after being mounted in a proper case with newer / quality cables. I had to reduce the cal factor offset for the 2 meter band to get it to read the correct power from the HT transmitter, and I notice now that the 450 MHz band is reading about twice as high (watts) as it should. So the rf path is of better quality (less loss) than it was in the testing stage. That is the way it should be in a final quality build, not more loss.

[metrologist]

MIB button coming and going 

[xrunner]

MIB button coming and going 

 

Two red buttons could confuse people - forget which is the front side. 

[metrologist]

Should be no confusion. The red button is the first thing one will push.

The lack of twisty knobs is a little disturbing though.  I know, everything is digital pots nowadays...

[xrunner]

I set up a Yaesu FTM-7250D to calibrate the power meter with higher power than the Baofeng HT could output. Last time I checked this transceiver with an hp 437B power meter it output the following power (watts) on the 2 meter HAM band -

Low: 5
Med: 23
High: 44

My power meter reads the following after I calibrated it for the 2 meter band -

Low: 4.6
Med: 23.4
High: 43.8

So that's good performance as far as I'm concerned. Eat your heart out Bird! 

A power meter like the hp 437B has filtering so the display isn't jittery, see attached page from the manual p. 3-61. I have implemented a running average function to reduce the jitter, but I haven't played with the number of averages for best performance yet. It's just a matter of selecting the number of readings to average vs. the speed of the display update. Thankfully I chose to use the Due board which is a lot faster than the old Arduino Uno, and it really shows in this implementation.

Another thing I want to do is prevent the display of useless low values when the power reading is below some minimum value such as perhaps 0.25 W.

Also I want to do some prettying-up of the screen look, and perhaps a simulated analog graph ... who knows. Maybe I don't need to display dBm, and such other choices to be considered over time.

But after all the work I'm pretty satisfied with this project, and I did pretty much finish it before the end of the year! 

[joeqsmith]

How's it perform at 400+MHz?   Or is the plan now for the 2M band only?    Do you have to manually switch bands?   Have you tired it with some mismatched loads?  Does it calculate the power correctly with them attached?  Read VSWR? 

We need more details....

***
And a video of it in action!!   

[xrunner]

How's it perform at 400+MHz?   Or is the plan now for the 2M band only?   

Oh I have four bands implemented like I decided on originally - 50 MHz, 144 MHz, 220 MHz, and 440 MHz ham bands. I'm simply showing the 2m HAM band at the moment. I will show it works with other bands later.

Do you have to manually switch bands?   

Yes that's what the RED button on the front is for. All it does is select the proper CAL factor for correction to the calculated power. However, it would be cool if it has an auto-sense from a frequency counter inside ... might be a neat add-on project for it. 

Have you tired it with some mismatched loads?  Does it calculate the power correctly with them attached?  Read VSWR? 

I will do that yes. I tried that in the prototype stage and it worked, so nothing can go wrong now.   

We need more details....

***
And a video of it in action!!   

A video? All you youngsters want are videos to watch. I'll have to locate my YT channel. Last time I used it I think I was still doing model RR videos. 

[xrunner]

I want to do a side project for a little break from the current power meter, but then return to it shortly. I made a two small power meters earlier in this long thread using Uno boards, one for ham bands only (HF, 6m, 2m, 1.25m) which requires an external attenuator and has cal factors for each of the bands.

The other one is for checking low power lab bench rf generators, and it goes from 1 MHz to 500 MHz, with a Max input of 20 mW. This one uses a quadratic equation for correction and the frequency input to the correction equation is chosen by a rotary encoder.

It works, but the only issue is it's "laggy" in response because it uses an Uno board and I pushed it to the limit. I wanted to fix that so I bought two of the new Arduino R4 Minima boards a few months ago.

The new R4 uses a Renesas RA4M1 running at 48 MHz which is 3x faster than the Uno. It has more memory also but I need the faster clock right now.

So the plan is to swap the boards, recompile my code, and test. In theory it should just run a lot faster.

Basically "nothing can go wrong"

I know stop laughing ... 

[joeqsmith]

Laggy?  Are you trying to look at something other than CW?   If so, attempting to do something fast with the micro? 

I think I had set the cuttoff filters on mine to 2kHz.  Not quite fast enough for audio and no hardware peak detection.  Still heaps faster than what that guy had shown for their PC connected meter at what, 1Hz?  That was bad.   

[xrunner]

Laggy?  Are you trying to look at something other than CW?   If so, attempting to do something fast with the micro? 

No not in that way I'm sorry for not explaining it well. I mean the response of the display and the rotary encoder. When you turn the encoder the band shown on the display doesn't keep up with you. The Uno processor can't do the graphics and calculations fast enough. This new board should fix that issue. 

[p.larner]

imho overated overpriced outdated american fodda for the equivelent of rf audiofools!,about time this thread was killed!.

[joeqsmith]

No not in that way I'm sorry for not explaining it well. I mean the response of the display and the rotary encoder. When you turn the encoder the band shown on the display doesn't keep up with you.

If it goes forward/backward,  misses steps when turning in one direction, I would say you are as good as what Siglent offers.   

[xrunner]

No not in that way I'm sorry for not explaining it well. I mean the response of the display and the rotary encoder. When you turn the encoder the band shown on the display doesn't keep up with you.

If it goes forward/backward,  misses steps when turning in one direction, I would say you are as good as what Siglent offers.

    

Oh that made my day!

[joeqsmith]

No not in that way I'm sorry for not explaining it well. I mean the response of the display and the rotary encoder. When you turn the encoder the band shown on the display doesn't keep up with you.

If it goes forward/backward,  misses steps when turning in one direction, I would say you are as good as what Siglent offers.

    

Oh that made my day!

I'll offer you the same advice that was offered to me, turn the knob slower.     

[xrunner]

The power meter was disassembled and the Elegoo UNO board was removed and replaced by an R4 Minima board. Does my original software for the UNO compile with no errors? Of course not, we have to deal with some issues now.

First, the new R4 Minima board can have up to 14 bit analog resolution as opposed to the UNO's 10 bit resolution. You can also have 12 bit resolution if you choose, so I chose that for now with the statement -

analogReadResolution(12); //change to 12-bit resolution: 4095

Next, I was using the external analog reference so I could have 3.3 V for better resolution than 5 V would have. However a minor error needed to be corrected.

old statement: analogReference(EXTERNAL);

new statement: analogReference(AR_EXTERNAL);

That fixed that problem. However more issues were causing the rotary encoder and it's button to not function. I used two libraries for these in the original program that now would not compile.

The Uno board had two easily accessible interrupt pins available, 2 & 3, being used for the rotary encoder. But to add a 3rd interrupt (easily) I used another library "PinChangeInterrupt". I needed this for the ISR for the button. This also was not working but should not now be needed.

The R4 board has more interrupts available now without the need for this helper library. I don't think the official Arduino spec pages are correct for this new board yet because they say the R4 Minima only has 2 & 3 easily available, but from other research I did it looked like pins 0, 1, 2, 3, 8, 12, 13, 15, 16, 17, 18 and 19 were easily available for interrupts.

I changed the interrupt I was using from pin 5 to pin 8, moved one wire, and presto the encoder button now works.

The Library used for the rotary encoder, "Encoder" now does not work with this board. The compiler spews error messages for it. That used interrupt pins 2 & 3.

For now, with this non-functional library and associated ISR routine commented out, my software compiles, i.e. the display works, the encoder button works, and the power reads OK from my hp 437B 0 dBm reference, although it's a little off because I can't select 50 MHz with the encoder knob. Yes the button does seem to respond a lot faster.

I will look at solutions for the encoder function next - there are other encoder libraries available that may be updated for this board.

[xrunner]

While it's taken apart I decided to re-design the front panel. The original opening for the OLED was a bit too small and constrained the viewing if looking at it from a slight angle. I widened the opening and also put a fillet on the edges to improve the viewing angle.

Still investigating the encoder issue ...

[xrunner]

I found a fix for the Encoder libray. BTW for anyone in the future who finds these posts looking for the answer the Arduino library I am using is this one -

https://github.com/PaulStoffregen/Encoder/tree/master

This rotary encoder library v 1.4.4 works OK for the Uno (and other boards) but doesn't for the new R4 Minima.

The problem has been fixed by another person so it works with the R4 Minima, but the original author has not put the fixed files in his library yet. The new files can be found here -

https://github.com/mjs513/Encoder/tree/Arduino-R4/utility

They need to go into the Encoder library's utility dir., the new modded files are not installed for the Encoder library v 1.4.4 by the normal installation from the Arduino IDE.

Also, the Encoder object must not be created like this -

Encoder my_encoder(2,3);

as it is used for other boards (where the example interrupts are pin 2 and pin 3 and "my_encoder" is the label you choose) -

Now, before the setup, do this -

Encoder my_encoder;

then in setup this -

my_encoder.begin(2,3);

So doing this fixed the issue and now the rotary knob works as it used to. And yes the encoder does respond faster and increments on each detent. Eat your heart out Siglent!

[joeqsmith]

I found a fix for the Encoder libray. ... And yes the encoder does respond faster and increments on each detent. Eat your heart out Siglent!

To be fair, that Siglent will respond but its a crap shoot if it increments or decrements when turning the knob in the same direction.  Looks like something one of the middle management's prodigy children did for an intern project and without any oversight.   Didn't they blame their strong arm business practices on the interns as well?