ATU100@groups.io | Messages

Re: Programming & compiling from github source code

I'm working on extra features.
I've got a codebase that builds/runs fine with MP-LabX / xc2.40.
I've not pushed anything to git-hub, so will probably push something up on a website somewhere, I've attached it for now.
Main changes, fix the bitfields, add the missing functions.
I needed some extra code space, and changing the "type" to a define, means that the if (disp==) blocks get optimised out and suddenly there is a bunch of extra code space.

Main thing I want to start with is adding frequency detection, with memories.
I ordered the parts, but the schmitt trigger is in a tiny bga package (thought it was so8) so need a replacement for that.
Looks like it's easy enough to cut the TX and T1Clk lines, and move them to the the TX interface lines, or the spare button lines.

I've got some code that splits the ham bands into 25kHz blocks, and with the extra code space, that should be enough for the memories.
Once I have the memories, i'll be adding an Icom interface.

atu-100-xc240-240209.zip

Re: Programming & compiling from github source code

#2881

Hi,
I have some modifications planned on the ATU100 to add an Arduino.
I need to modify the source code to include an I2C master mode output to communicate with the Arduino boards.
I've never programmed in C, and now I'm starting with MPLAB-X.
I have not been able to import David N7DCC's code, and I see that some of you have migrated this code to the Microchip environment.
Can you tell me if the WA1RCT repository or another repository is updated and debugged to work with MPLAB.

73. Germán.

ATU-1000 SWR Bridge Diodes

#2880

Hello everyone,
I recently completed the eBay 1kw version of the kit and immediately realized the SWR bridge is extremely out of spec. I’ve tried adjust the potentiometers to no avail. The power is reading about 5 times what is actually being produced by the radio. Can anyone suggest a replacement diode that is known to work? Here’s a photo of my completed unit.?

Re: bruen coupler

#2879

It reminds me to the Tandem Match. Nothing wrong here, this coupler type is eassier to adjust, actually there is no adjustment, it should work properly "on the first good one".

Bruene type coupler must be carefully adjusted but can get more precise results.

An excellent description of Tandem Match can be found here:

(Fig. 9 & 10)

Bruene type is here:

(also follow links to get comprehensive info)

73,
Martin, OK1RR

Dne 09. 02. 24 v 4:56 Paul M3VUV napsal(a):

Show quoted text

so martin,what is the one i posted pics of?.

Re: bruen coupler

#2878

so martin,what is the one i posted pics of?.

Re: bruen coupler

#2877

wrong!

Correct schematics of Bruene (Warren B. Bruene, W5OLY (SK), initially used at Collins) and Tandem Match (Stockton GM4ZNX) are attached. Both have some pros and some cons. Two separate toroid coils indicate the Tandem Match.

73,
Martin, OK1RR

Dne 07. 02. 24 v 15:09 Paul M3VUV napsal(a):

Show quoted text

I am trying to build a dual bruene coupler for a project, All the ones i see use 2 torroid coils with about 12 turns on each with the main wire coax thru the coil center with one side of the coax screen grounded,thats all good,But nowhere do i see any info as to the winding direction of the toroids,are they A: both wound clockwise, B: one clockwise and one counter clockwise or C:it doesent matter as long as they are both the same?,sorry for this basic question but ive looked at lots of articles but see nothing about the winding direction mentioned,P.S i hope its ok to ask in this section,thanks in advance.

tandem_stockton.png

bruene.png

Re: bruen coupler

#2876

wrong!

Correct schematics of Bruene (Warren B. Bruene, W5OLY (SK), initially used at Collins) and Tandem Match (Stockton GM4ZNX) are attached. Both have some pros and some cons. Two separate toroid coils indicate the Tandem Match.

73,
Martin, OK1RR

Dne 07. 02. 24 v 15:09 Paul M3VUV napsal(a):

Show quoted text

I am trying to build a dual bruene coupler for a project, All the ones i see use 2 torroid coils with about 12 turns on each with the main wire coax thru the coil center with one side of the coax screen grounded,thats all good,But nowhere do i see any info as to the winding direction of the toroids,are they A: both wound clockwise, B: one clockwise and one counter clockwise or C:it doesent matter as long as they are both the same?,sorry for this basic question but ive looked at lots of articles but see nothing about the winding direction mentioned,P.S i hope its ok to ask in this section,thanks in advance.

Re: bruen coupler

#2875

Tbh I don’t know. Hopefully someone else can help

david M0TGC

Re: bruen coupler

#2874

thanks david,its for a homebrew L match atu ive built,i want to fit twin needle meters to it,ive built 2 atu-100 kits,so far both have blewup,ive given up on them and am using the homebrew lmatch,it works faultless,here is a pic of a coupler from an old meter,it has 4 coils,what type is that?,cheers Paul.73

Re: bruen coupler

#2873

This:?

shows two windings each connected to ground and winding in opposite directions.

What is the project that it is for?

David M0TGC

bruen coupler

#2872

I am trying to build a dual bruene coupler for a project, All the ones i see use 2 torroid coils with about 12 turns on each with the main wire coax thru the coil center with one side of the coax screen grounded,thats all good,But nowhere do i see any info as to the winding direction of the toroids,are they A: both wound clockwise, B: one clockwise and one counter clockwise or C:it doesent matter as long as they are both the same?,sorry for this basic question but ive looked at lots of articles but see nothing about the winding direction mentioned,P.S i hope its ok to ask in this section,thanks in advance.

Re: For ATU-100 *NEW Algorithmes versus* !!Testers needed!! s#atu-100 #file-notice

#2871

Have you tried changing the code and recompiling? I had a similar issue but luckily I found the sw vs SW issue which the compiler does not flag.? Until I changed the sw variable to another name it was going through the tune, finding a reasonable SWR value but then stopping with the wrong SW side set.

I see that Tom has corrected the sw/SW code in his latest github release.

Re: For ATU-100 *NEW Algorithmes versus* !!Testers needed!! s#atu-100 #file-notice

#2870

Hi, David
Thank you, but it is not a reasot to run it continiously. Technically SWR goes to near 1 as I can see on the transceiver, the question why the alogorythm doesnt wanna stop.
With other load values the algo stop and even matching the load. the problem only with 200Ohm load.

Re: For ATU-100 *NEW Algorithmes versus* !!Testers needed!! s#atu-100 #file-notice

#2869

One possible reason is in the routine:

int testSwLC(char sw, char l, char c)

{

? ?SW = sw;

? ?ind = l;

? ?cap = c;

? ?Relay_set(ind, cap, SW);

? ?Delay_ms(5);

? ?get_SWR();

? ?return SWR;

}
The SW and sw variables are seen as the same.? Change the sw to swx and recompile.? What this bug does is swap SW to the other "side" incorrectly.

Re: For ATU-100 *NEW Algorithmes versus* !!Testers needed!! s#atu-100 #file-notice

#2868

Hi, Tom
I tried your algorithm on my ATU-10 and my resistive load.

With 200 Ohm load your algorithm goes by cycle continiously. I see on the transceiver display that SWR goes to near 1 but the algo dont stop.
sources in the attachment

main.c

Re: For ATU-100 *NEW Algorithmes versus* !!Testers needed!! s#atu-100 #file-notice

#2866

Thanks for the build DF. ?This first algorithm is really a proof of concept of the GitHub project testing platform I created. ?The test platform allows easy testing of tuning algorithms and comparisons of their performance to another tuning algorithm or the best possible tuning.?

The attached algorithm did perform better than yours in theory, but I believe a lot more improvement is still possible. Still worth trying seeing if theory meets practice.?

BTW, some of my tuning for starting tuning depends on LC, vs CL. I think I’ve got the simulation correct for relay settings correct for this but it might be nice if somebody doubles check. NOTE - The naming for the functions for the circuit simulation have been reversed from the python code (the code that draws the colored smith charts), because we are going in the opposite direction

For ATU-100 *NEW Algorithmes versus* !!Testers needed!! s#atu-100 #file-notice

#2865

Hello, people
Tom Court developed a new algorithm for us based on deep mathematic analyse
you can find his job here?

Also, as you can know, I wanted to implement more efficient algorithm from ATU-10 to ATU-100

Now you have? a great opportunity to compare both of them and choose what is better.
The winner will be implemented to new firmware for ATU-100.

Plese write your notices here.

Thank you.

ATU_100_Tom_Test2.hex

ATU-100_David_Test1.hex

Re: Test framework for ATU-10 code

#2864

Hi Tom & David

Wow!

This algorithm (tune2.c) works very well on my ATU100/1000! It achieves good tunes on my three test bands 40m/60m/80m, as good or better than my most recent algorithm (recently posted),? and certainly better than David's vsn 3.2!.

What frequency was used to generate the data embedded in your tune2.c example?? My system has automatic access to the tx frequency because my transceiver is an sdr (Redpitaya) and that connects to the ATU via I2C.? So the options are endless.

Thanks for sharing this.

David M0TGC

Re: Test framework for ATU-10 code

#2863

It's gcc running on a Mac in a simulation (think a simplified version of SPICE) running a bunch of tests. The project is at?

It should run on a PC or Linux if compiled using gcc with little or no changes.

Re: Test framework for ATU-10 code

#2862

Hi Tom
What compiler are you using for tune2.c? I have a minor issue of case sensitivity using mikroC concerning swr in the hillClimb routine .? It compiles now and making the wag arrays const has just made it fit!

I'll try it on my ATU100 hardware asap.

David M0TGC

开云体育