Date   
Re: Amateurradiokits wiring error

Mark Hatch
 

Sam

your vol-hi is on a non-wiper contact on the pot?

73
Mark
AJ6CU

Re: ubitx v 5 kit for sale

mtngentleman@...
 

i AM INTERESTED. DETAILS, PRICE ETC PLEASE

SHEP AA7MH

V5 Zero beat using Generator on EU1KY

Ron Stauffer
 

I just used my EU1KY analyzer signal generator to zero beat my uBitx v5. Yea!
First I coonnected the analyzer to my oscilloscope to make sure 10 Mhz signal was output. Sure enough it was. Then ran zero beat calibration against the generator output and saved. Can hear the minute tone well on WWV 10Mhz, but still getting a lot of static.

Re: separate CAT jack, without using the USB cable #ubitx #cat #raduino #arduino

Sascha Bohnet | DL5SMB
 

Hi Jack,

thanks for your reply. 

The variables are declared a little bit further up in that part of the sketch:
// Token passing flagsfor SWR tune process
struct  {
          unsigned Prepare  : 1;    // Do initial preparations
          unsigned Progress : 2;    // Track tune progress
          unsigned Ask_SWR  : 1;    // Request new SWR measurement - Yaesu special case...
          unsigned InitPWR  : 1;    // Init Power Setting for Tune
          unsigned InitMode : 1;    // Init Mode Setting for Tune
         } tune;
int32_t sample[SWR_SAMPLEBUF];      // Ringbuffer for SWR averaging
int32_t mid_swr;                    // The SWR at midpoint, SWR_SAMPLEBUF/2 samples ago


Or at least i think that this is valid as a declaration, as I have never seen the "struct" construction before.

I had just mentioned the #define part, as I do not know if this is relevant to the value a variable gets passed.
Also the #define part is in the main *.ino file while the swr-thing is in another *ino file. So i just wanted to make sure I mentioned it :-)

I don't really think the declaration is the problem since everything works if the uBITX is already transmitting -
because in that scenario the progress-variable should get the correct value.

  // Check whether Transmitter is already puming out RF
  measure_power_and_swr();            // Ensure we have one measurement available
  if (fwd_power_mw >= MIN_PWR_FOR_SWR_CALC)
  {
    swr.rfactive_mode = true;         // We're good to go, no setup required
    progress = SUCCESS;               // Setup for Autotune is initiated 
  }
 

Wait a second.

I just realized that the stepper motor always starts tuning - it just does not finish the tuning process if tuning is manually triggered.
So I might need to check for "canceling conditions" during tuning in the sketch. Though that does not explain why the progress variable is not printable.

Sometimes just summarizing and processing helps.... Another clue to investigate on.



Sascha

Re: Amateurradiokits wiring error

Sam Tedesco
 

Yellow wire, if I remember correctly

Re: Amateurradiokits wiring error

Sam Tedesco
 

Just checked. Yellow to vol-h (pin 4 audio connector), Orange to vol-m wiper (pin 5 audio), and green to gnd (pin 3 audio). I have connector 1 (not pin 1) from lm386 circuit to vol-h.

Re: separate CAT jack, without using the USB cable #ubitx #cat #raduino #arduino

Jack, W8TEE
 

In C, a struct is simply a way to group two or more data items into a single entity. My guess is that your sample code is being run in an environment where there isn't much memory available. The reason is because each member of the struct is actually a bit field. That is, the variable named Prepare is tied to a specific bit of memory by the compiler so it can only have the values 1 or 0. The Progress member of the struct uses 2 bits, so it can have values 0 - 3. The remaining three variable are also binary (i.e., 1 or 0) structure members. Therefore, the struct named tune allows you to have distinct 5 "variables" in your code, but only actually use 1 byte of memory. You could reference one of the members using the familiar dot operator:

    int myState;
    myState = tune.Prepare;    // myState ends up with the value 0 or 1

You don't see bit fields very often, unless memory is getting pretty scarce.

Also, there is a real distinction in C between the terms "define" and "declare". This is a data definition 

    int myNumber;

because it causes the compiler to construct an attribute list (e.g., an integer variable named myNumber defined with some scope level) in the symbol table, but also allocates memory for the data item. In compiler jargon, a data definition assigns a block of memory to the item which gives it an lvalue (i.e., memory address).

These are data declarations

        extern int myNumber;
        void DrawMeter();                // i.e., a function prototype

because all that's being done here is constructing an attribute list (i.e., an integer variable named myNumber); no memory is allocated with a data declaration. That is, a declaration does not allocated memory for the item so no lvalue is assigned to the data item.

Learning C is a lot easier if everyone is using the same terms.

Jack, W8TEE


On Wednesday, May 8, 2019, 3:35:15 PM EDT, Sascha Bohnet | DL5SMB via Groups.Io <saschabohnet@...> wrote:


Hi Jack,

thanks for your reply. 

The variables are declared a little bit further up in that part of the sketch:
// Token passing flagsfor SWR tune process
struct  {
          unsigned Prepare  : 1;    // Do initial preparations
          unsigned Progress : 2;    // Track tune progress
          unsigned Ask_SWR  : 1;    // Request new SWR measurement - Yaesu special case...
          unsigned InitPWR  : 1;    // Init Power Setting for Tune
          unsigned InitMode : 1;    // Init Mode Setting for Tune
         } tune;
int32_t sample[SWR_SAMPLEBUF];      // Ringbuffer for SWR averaging
int32_t mid_swr;                    // The SWR at midpoint, SWR_SAMPLEBUF/2 samples ago


Or at least i think that this is valid as a declaration, as I have never seen the "struct" construction before.

I had just mentioned the #define part, as I do not know if this is relevant to the value a variable gets passed.
Also the #define part is in the main *.ino file while the swr-thing is in another *ino file. So i just wanted to make sure I mentioned it :-)

I don't really think the declaration is the problem since everything works if the uBITX is already transmitting -
because in that scenario the progress-variable should get the correct value.

  // Check whether Transmitter is already puming out RF
  measure_power_and_swr();            // Ensure we have one measurement available
  if (fwd_power_mw >= MIN_PWR_FOR_SWR_CALC)
  {
    swr.rfactive_mode = true;         // We're good to go, no setup required
    progress = SUCCESS;               // Setup for Autotune is initiated 
  }
 

Wait a second.

I just realized that the stepper motor always starts tuning - it just does not finish the tuning process if tuning is manually triggered.
So I might need to check for "canceling conditions" during tuning in the sketch. Though that does not explain why the progress variable is not printable.

Sometimes just summarizing and processing helps.... Another clue to investigate on.



Sascha

Re: What have I done to the receive? Weird screech? #ubitx

Ron Stauffer
 

Hosh, can you snap a pic and post it here?

Re: What have I done to the receive? Weird screech? #ubitx

Hoshnasi
 

Terry & Ron,

Sorry for the late reply.  The issue was the firmware.  Zach's comment led me back to the firmware page which had been updated for my V5 board.  Once flashed, we were good to go again.

I still have some spillover from the local AM broadcast bands, but I think I'm going to try and make a filter for that.

Josh,


On Sun, Mar 17, 2019 at 4:22 PM Terry Morris <terry.kb8amz@...> wrote:
Josh, Which fix worked, Gordon's or Zach's? 

Terry - KB8AMZ
Brimfield Twp, OH USA EN91hd
Linux User# 412308, Ubuntu User# 34905, PCARS#78, NAQCC#6668, QRP-ARCI#8855, SKCC#14195


On Sat, Mar 16, 2019 at 11:01 PM Hoshnasi <hoshnasi@...> wrote:
YES!  That fixed it!  Wonderful!  Thanks for that info!


Re: Dan’s ubitx

Dennis Beverage
 

What a great piece of work.  Just getting started with my V4.  Will do the basic build as advised by many here, run the tests, add agc, then maybe explore jackal.  If I get that far before my time runs out I’ll go a happy operator.  

Old man sodypop

Re: separate CAT jack, without using the USB cable #ubitx #cat #raduino #arduino

John (vk2eta)
 

Hello Sascha,

I agree with your analysis that since it starts the tunes process that most likely one step in the process must be reporting an error and it aborts.

Regarding the progress variable I believe it does print, just that your print statements are not leaving a space before the variable is printed so the value (here "1" = SUCCESS) gets printed just after the SWR value on the same line and looks part of it (in your example "23.601") where the "1" at the end is the value of the progress variable.

Now in order to guide you as to where it aborts I would first have a look at the serial communication happening between the loop controller and the uBitx. Using the RX line only of your USB to serial adapter I would check 1. what is sent to the uBitx and 2. what the uBitx replies with.

I believe this is important for two reasons:

1. There are different steps used depending on the rigs (like checking SWR for Yaesu rigs).

2. Based on the behaviour of the controller that you report I suspect an un-implemented or not compliant reply to one of the commands to the radio since the implementation in the uBitx is a subset of the full FT-817 protocol.

I would then use identify the section of code responsible for the last exchange before abort, then use the serial.print function to see the progress and result of that section of code or backtracking to the functions calling that section of code.

It's the way I would approach it, but it's not the only way by any mean.

Also it would be great if you shared your ML.h file to see what options you selected. You can for example upload to the file section or send it to me direct at "mycallsign at gmail dot com" or any other method of your choice.

Hope that helps.

73, John (vk2eta)

Re: separate CAT jack, without using the USB cable #ubitx #cat #raduino #arduino

John (vk2eta)
 

More...After reviewing the Radio_TuneInit(void) function code I suspect that you are looking at the right place since the "delay" variable is set at 10 on entry to the that function then decremented by 100ms steps. This gives 1 second for a failed radio reply, plus the 2 x 20ms for the AM mode and PTT-ON commands, plus the 250ms for letting the power settle and you are very close to the 1.3 seconds it takes for the loop controller to abort.

I would use serial.print statements just before the "return progress" statement. Since this function is called every 100ms or so, this would give you a heaps of status progress of WORKING (0) and the final one should either be SUCCESS (1) or FAIL (2). If you use serial.println instead of serial.print you get a new line after each new value which is easier to follow on the screen IMO.

I think you are very close to finding out the issue.

Good luck.

73, John

Re: Amateurradiokits wiring error

Mark Hatch
 

Sam

thank you!  The sensor seems to have mostly two states either near zero or near 80 when I watch it in simulation mode ubitx database editor.  At least I have eleimnated this as the problem 

73
Mark

Re: What have I done to the receive? Weird screech? #ubitx

Martin Potter
 

Josh,
About your AM broadcast interference -- what are you using for an antenna?
For my early testing of my uBitX I used a random-wire antenna and had lots of BCI, but when I disconnected my resonant dipole from my main rig and connected it to the uBitX for further testing all the BCI disappeared. It seems that using an antenna resonant in the ham bands (and not in the BC band) can help a lot.
73,
... Martin VE3OAT

Re: What have I done to the receive? Weird screech? #ubitx

Jack, W8TEE
 

Al and I both experienced some BCI, but Al's was weird. When he connected it to one antenna (a vertical, as I recall), he had a BCI problem. When he attached it to a different antenna (an EFHW), there was no BCI.

Jack, W8TEE

On Thursday, May 9, 2019, 9:41:23 AM EDT, Martin Potter <ve3oat@...> wrote:


Josh,
About your AM broadcast interference -- what are you using for an antenna?
For my early testing of my uBitX I used a random-wire antenna and had lots of BCI, but when I disconnected my resonant dipole from my main rig and connected it to the uBitX for further testing all the BCI disappeared.  It seems that using an antenna resonant in the ham bands (and not in the BC band) can help a lot.
73,
... Martin    VE3OAT



Re: Amateurradiokits wiring error

Joe Puma
 

You can try relay side of r70. There might be more energy there. 

Btw you’ll know if you’re not using the H vol wire if you turn volume down on signal and S meter goes flat. Or it moves when volume is turns up.  

Joe



On May 9, 2019, at 8:40 AM, Mark Hatch <mark2382@...> wrote:

Sam

thank you!  The sensor seems to have mostly two states either near zero or near 80 when I watch it in simulation mode ubitx database editor.  At least I have eleimnated this as the problem 

73
Mark

2.8" and 3.2" Nextion Enhanced Displays for sale #nextion #ubitx

Jim Sheldon
 

I have 2 slightly used (to test the TSW Raduino Clone kits) Nextion displays.  Both are the enhanced version with the battery holder on the back I believe is for an internal real-time clock.  These have never had batteries installed.

I'm asking $25 shipped for the 2.8" version and $30 for the 3.2" version in the U.S.A.  International would cost $10 extra for international shipping from Kansas.

If anyone is interested please contact me OFF LIST - w0eb [at] cox dot net please.

Jim Sheldon - W0EB
Triumvirate Skonk Worx
Project Coordinator

BTW, our Raduino Clone and BITeensio board kits are still available - see the TSW website w0eb.com/Page2.html for details.

Meetup at Dayton on 16th May?

Ashhar Farhan
 

Are any planning to be in Dayton? I thought we could meet up on Thursday evening at the dinner outside the Holiday Inn over dinner and coffee. 7 pm?
I am bringing in a new project that combines  an SNA and SWR meter and another one that is 'something about a raspberry'.
See you!
+ Farhan

Re: Meetup at Dayton on 16th May?

Jack, W8TEE
 

Farhan:

I'll be at the FDIM all three days, and would love to hook up with you. I already asked Hans about having dinner one night and, now that I know you're going to be there, perhaps we could all have dinner together?

Also, our Hamfest is coming up in June and I'm trying to give prizes. Would you consider a gift cerificate for, say $55, that would allow the winner to buy a BITX?? or apply the credit towards a µBITX? No big deal if it's not in the cards. If it is, we will post it on Posters at the hamfest, plus credit when it's given away. Also, I will have a JackAl there and will point out that the heart is a µBITX. Last year we had over 600 paid attendees, and this year we were approached by the Southwest Ohio DX Club and they are hosting a second building for their show and presentations. It should be a good draw.

In any event, I'll see you in Dayton in a few weeks...it will be good to see you again!

Jack, W8TEE

On Thursday, May 9, 2019, 10:56:32 AM EDT, Ashhar Farhan <farhanbox@...> wrote:


Are any planning to be in Dayton? I thought we could meet up on Thursday evening at the dinner outside the Holiday Inn over dinner and coffee. 7 pm?
I am bringing in a new project that combines  an SNA and SWR meter and another one that is 'something about a raspberry'.
See you!
+ Farhan

Re: What have I done to the receive? Weird screech? #ubitx

Sam Tedesco
 

My dad experiences the same at his qth. BCI on 35' vert and nothing on EF (prob ~100'). He's within 5 miles of a few AM towers.