Date   

Re: How to delete a bad .tft file from display

Jack, W8TEE
 

...if they share the same file name.

Jack, W8TEE

On Friday, October 4, 2019, 3:55:59 PM EDT, MVS Sarma <mvssarma@...> wrote:


No need to delete. Loading a new file removes older one, if i am  not wrong.

On Sat, 5 Oct 2019, 12:55 am KN4SMO via Groups.Io, <dtb2greenville=ymail.com@groups.io> wrote:
Hello,

I have the wrong file loaded in my Nextion.  How do I delete the bad file?   The does not give me a option to delete a file when I try to upload the proper file.

Thanks Scott

--
Jack, W8TEE


Re: How to delete a bad .tft file from display

Jack, W8TEE
 

Usually this message indicates that you have two libraries that share the same name. This is especially likely when you have the same libraries, but for different processors (e.g., an Arduino Nano and perhaps a Teensy or STM32). The angle brackets ('<' , '>') tell the compiler to look in the default libraries directory for the library file. If you are compiling with an Arduino (e.g., a Nano), it looks in the libraries subdirectory off the root directory. So, if my IDE is installed on C:/Arduino1.8.10, it will look in C:/Arduino1.8.10\libraries. However, if you are using angle brackets but compiling a Teensy program, it will look in C:/Arduino1.8.10\hardware\Teensy\avr\libraries. Both of these path names are the "default" for the processor in use. If the include file name is surrounded by double quote marks, the compiler looks in the current project directory first. If it doesn't find the library there, then it looks in its default path.

I'm not sure of this, but suppose you are compiling for a Teensy. It seems to me that if you are compiling within the IDE, but on a "patched" processor (e.g., Teensy, STM32, or ESP32), the angle brackets do this search sequence:

    default path first                             (e.g., C:/Arduino1.9.10/hardware/Teensy/avr/libraries for a Teensy board)
    default "normal" path second        (e.g.,  C:/Arduino1.9.10/libraries)

If you use the Teensy, but use quotes on the include file name is does:

    project path first                             (e.g., C:/myProject)
    default path second                       (e.g., C:/Arduino1.9.10/hardware/Teensy/avr/libraries for a Teensy board)
    default "normal" path third             (e.g., C:/Arduino1.9.10/libraries)

The duplicate file could be on one of these paths. Try renaming the offending file name in the "lowest" (last) path in the compiler's search list.


Jack, W8TEE

On Friday, October 4, 2019, 4:01:56 PM EDT, KN4SMO via Groups.Io <dtb2greenville@...> wrote:


When I try to update the proper file, the display reads, "The system detects multiple tft files, files can not be upgraded. Please remove extra ftf file. 

--
Jack, W8TEE


Re: How to delete a bad .tft file from display

V Zecchinelli <n1vin@...>
 

Try removing the SD card then put in PC and delete bad TFT file.

On 10/4/2019 4:01 PM, KN4SMO via Groups.Io wrote:
When I try to update the proper file, the display reads, "The system detects multiple tft files, files can not be upgraded. Please remove extra ftf file. 


Re: How to delete a bad .tft file from display

KN4SMO <dtb2greenville@...>
 

When I try to update the proper file, the display reads, "The system detects multiple tft files, files can not be upgraded. Please remove extra ftf file. 


Re: How to delete a bad .tft file from display

MVS Sarma
 

No need to delete. Loading a new file removes older one, if i am  not wrong.


On Sat, 5 Oct 2019, 12:55 am KN4SMO via Groups.Io, <dtb2greenville=ymail.com@groups.io> wrote:
Hello,

I have the wrong file loaded in my Nextion.  How do I delete the bad file?   The does not give me a option to delete a file when I try to upload the proper file.

Thanks Scott


How to delete a bad .tft file from display

KN4SMO <dtb2greenville@...>
 

Hello,

I have the wrong file loaded in my Nextion.  How do I delete the bad file?   The does not give me a option to delete a file when I try to upload the proper file.

Thanks Scott


Re: Redy for smoke test but Bitx 42

Curt
 

Check your wiring visually and with a dvm, to confirm you have no short nor open in supplying dc voltage.

Is this a ubitx? That 4.7k resistor is necessary for proper ssb ptt and for CW. It will receive without it, I think.

Extra connector? If you have connectors for everything,  that's a small puzzle. See that everything is wired.

Curt


Calculating the Calibration Value

hickmodawg@...
 

I’m trying to calculate my calibration value in order to calibrate my Ver 5 uBITx, using CEC Firmware ver. 1.200 because I can’t get a good signal from WWV.

 

Like Ian, I set the frequency on the LCD for 14001.000 and transmitted using CWL, then CWU.  The frequencies that came out are:

 

On CWU: 14005.630 or  14005630 Hz (an error of +4630 Hz)

On CWL: 14004.030 or   14004030 Hz (an error of +3030 Hz)

 

The two transmitted frequencies are exactly 1600 Hz apart,  CWU is 4630 Hz high and CWL is 3030 Hz high, meaning that they are each exactly 800 Hz on either side of 14004.830 (14004830 Hz) which is  itself an error of + 3830 Hz high.

 

My questions:

 

1.      1. Which error value do I use in computing the calibration value? 3030, 3830, or 4630?

Do I use the one in the middle?  Then, in CWU and CWL, my signal will be 800 Hz above or below the frequency shown on the screen?  Or do I pick one, either CWU or CWL?  Then the one I choose will be right-on and the other will be 1600 Hz off?  I think Ian used USB in his example, but does that mean that CWL is never to be used?  Is there a reason why the two transmitted frequencies are exactly 800 Hz from a center frequency? Does this have something to do with calibrating to the center frequency, then setting the BFO?  I am under the impression that the BFO is used to filter out unwanted signals in receive?  Sorry for all my rookie questions.  I’m really struggling with this and losing sleep.  Please help me!

 

2.      2. Is the PLLA still 875000000 for version 5 Boards?

 

I have attached a screen shot of my current settings in uBITx Manager.  I ruined my first Nano trying to calibrate by increments and experimenting with settings I found online, so I got a new Nano and installed Ian’s CEC firmware Ver. 1.200 and put it in my Ver. 5 uBITx.
So which error do I use to calculate my calibration value?

Thanks,

Martin, AJ6CL


Re: Nextion 35tft file loaded smaller in size on my 35 display?

KN4SMO <dtb2greenville@...>
 

Hi Sam,

That was like pushing the easy button at Staples! 

Do I use the nextion editor and a USB to TTL adaptor to extract the smaller display file?


Re: Nextion 35tft file loaded smaller in size on my 35 display?

Sam Tedesco
 

The files provided by 'CEC are only properly sized up to 2.4" or 2.8" screens. If you go to the left on this page, you'll see a "Files" folder. Search thru there for a properly resized 3.5" tft


Redy for smoke test but Bitx 42

mtngentleman@...
 

I have questions:

There is a 3 pin connector marked tuning "left over".  Is anything connected to that..maybe pre-redondo?

Something was posted about a resistor associated with CW.  May I have clarification of that?

Anything else to know?

TKS   Shep AA7MH


Nextion 35tft file loaded smaller in size on my 35 display?

KN4SMO <dtb2greenville@...>
 

I am trying to load the Nextion file on the screen without having the radio built.

I was able to load the file for the 35 display but it displayed smaller than the 35 physical screen size.

So I decided to load the next size up file, but Nextion wants me to delete the loaded file. How is that accomplished?

Will the file that is loaded adjust once it is connected to the built radio? I doubt it but I have to ask the question.  Do I make a adjustment to the loaded file for it to display properly?

Please, and Thanks!


Re: uBITX + Teensy audio interface - ground loops (?), RX/TX audio bleed? #teensy #ubitx

Rob French (KC4UPR)
 

Trying to visualize this in my noggin... so you're saying, a possible source of the hum is based on the following:

- Teensy IS at ground potential of the laptop, which IS NOT (probably) at earth ground (I will note, I was using the laptop plugged in).
- Teensy and laptop are isolated from uBITX.
- So somewhere along the line, hum is getting into the Teensy/laptop combination, which is then transmitted as audio through the transformer into audio output circuit (I'm using the uBITX LM386 for output).
- Then, when I plug in the Raduino to USB, it brings the laptop, Teensy and uBITX all to the same ground potential, and my hum goes away.

Maybe? 

At some point, I'm going to have an internal (to the uBITX) 5v supply for the Teensy (I know there's a trace on the Teensy I need to cut when I do that), which will be tied to the incoming power DC ground for the uBITX.  Should I expect that to help?

I suppose another check I could do is to temporarily tie the Teensy and and uBITX grounds together on my breadboard, and see if that solves the problem... though, that makes my whole isolation transformer scheme seem a little useless...


Re: V5 firmware calibration

kg9hfrank@gmail.com
 

On Thu, Oct 3, 2019 at 11:52 AM, Evan Hand wrote:
AC9TU, we are close (I am in West Chicago) we should compare notes, de Frank KG9H


Re: uBITX + Teensy audio interface - ground loops (?), RX/TX audio bleed? #teensy #ubitx

Rob French (KC4UPR)
 

I have not tried that.  You are referring to 12V power of the system as a whole?

I will note that, I don't believe I've had any significant hum issues previously (i.e. prior to hooking up the Teensy) using my Samlex power supply.


Re: uBITX + Teensy audio interface - ground loops (?), RX/TX audio bleed? #teensy #ubitx

Jack, W8TEE
 

What happens when you connect a 12V battery?

Jack, W8TEE

On Friday, October 4, 2019, 9:28:51 AM EDT, Evan Hand <elhandjr@...> wrote:


Most Laptops do not have an earth ground.  You do have the shield of the USB port, however that would not necessarily ground for AC interference.

It was just a suggestion for a possible cause for the hum disappearing when the uBITX is connected, as the shield of the coax is usually at earth ground.

Good luck and 
73
Evan
AC9TU

--
Jack, W8TEE


Re: uBITX + Teensy audio interface - ground loops (?), RX/TX audio bleed? #teensy #ubitx

Evan Hand
 

Most Laptops do not have an earth ground.  You do have the shield of the USB port, however that would not necessarily ground for AC interference.

It was just a suggestion for a possible cause for the hum disappearing when the uBITX is connected, as the shield of the coax is usually at earth ground.

Good luck and 
73
Evan
AC9TU


Re: uBITX + Teensy audio interface - ground loops (?), RX/TX audio bleed? #teensy #ubitx

Rob French (KC4UPR)
 

Evan, thanks for the input.

Regarding the feedback into the headphones... that totally makes sense.  I will try the dummy load test.  My breadboard is a bit of a spider's nest, and even has a couple of wires floating in space at the moment (the mic input to the Teensy, which I don't actually have hooked up yet, since I'm using USB audio for my transmit audio).  I also noticed that moving my hand in various places around the system seems to impact the sound of the feedback audio--muffle it, change the tone a little, change the amount of hum, etc. 

I'm using a laptop computer.

I don't understand how I'd be missing a connection to ground, however.  USB carries a connection to ground, so the Teensy (and the Teensy side of the audio transformers) should be referenced to the same ground as the computer, via the USB cable, right?

I wonder if I should try switching USB ports?


Re: uBITX + Teensy audio interface - ground loops (?), RX/TX audio bleed? #teensy #ubitx

Evan Hand
 

I believe that there is a grounding issue, though not a "loop".  When you have only the Teensy connected, there is not a reference to ground on the computer, so you get the hum.  This would be irrespective of the transformers.  When you connect the Raduino, you get the ground from the uBITX.

I would be curious if you are using a laptop or a desktop computer?

On the other issue, feedback into the uBITX headphones, I have had that issue, along with distortion in transmitted audio.  For me it was traced to RF getting back into the uBITX along the coax shield and the mic input.  I solved that with snap on ferrites at the entrance of the coax to the shack.  This is a trait of the uBITX as the audio is not completely muted to allow for the side tone in CW mode, at least that is what I surmized, as grounding that input removed the issue as well.  Since you are bread boarding, the total audio system could be an antenna feeding back into the uBITX.  Ferrites on the audio lines might help if you determine that it is RF causing the issue.  Try transmitting into a good dummy load that would have minimal radiated RF.  If the tx distortion goes away, then RF is the issue.

Above are just some ideas to try.

73
Evan
AC9TU


Re: uBITX + Teensy audio interface - ground loops (?), RX/TX audio bleed? #teensy #ubitx

Rob French (KC4UPR)
 

An additional note, I am powering the Teensy currently via USB.  My intent eventually is to power it off 5V internal to the uBITX.  So I don't know if that will help, or hurt.  (I'd like to end up with a single USB port, with the Teensy being both a USB Audio and a USB Serial device, and passing through CAT to the Raduino.)

19401 - 19420 of 90925