Date   
UBITX COLOUR TOUCH DISPLAY CONTROLLER V.2.72U Released #ubitx

Joe
 


Good Afternoon All,

VU2SPF - Dr. SP Bhatnagar(INDIA) and VE1BWV Joe Basque (CD)  are pleased to announce
 
The initial public release of the UBITX Colour Touch Display Controller v2.72u
This is essentially  the same as the one for BITX, but modified to work with the UBITX
The new software provides  a Colour Touch Display Controller with a no menu approach  to control your ubitx . 



More info:
http://vu2spf.blogspot.ca   - for latest code
Videos on You tube - search for vu2spf or vu2spf ubitx
Facebook Bitx 20


Features:
 
1. Low cost for parts - Suggested parts -  1 atmega2560 - approx $8.00US, 1 Addafruit dds Si5351 - $10.00  -  2.8 TFT  touch colour display     $12.00 US
 
2. All bands, band selectivity, USB LSB  -Works well with digital modes
 
3. All Display buttons are touch control - and no menus 
 
4. Any button can have a physical button and a TFT touch or any combination.
 
5. 100 memory channels
 
6. Tunable BFO's
 
7. 3 VFO'S - A  B  and  MEM
 
8. USB / LSB
 
9. TX  timeout control
 
10. Touch TX button and or physical TX control - for ptt mike or digital modes (vox input low)
 
 
Next : New Feature - Working on adding  Cat Control.


73
From Team TFT
VU2SPF (SP) AND VE1BWV  (Joe)  (joeman2116@...)

 
 

UBITX COLOUR TOUCH DISPLAY CONTROLLER V.2.72U PHOTOS #ubitx

Joe
 

UBITX V.272U -FRONT PANEL VIEW
TOP INSIDE VIEW

From atmega 2560  - 3 cables for clocks and 6 pin harness to ubitx 2 cables for SI5351

Lower left are 2 voltage down converters - 1 adjusted to 9v for the atmega 
The other is same except it feeds the DDS SI5351 at  5 volts
They provide isolation lower regulated voltage extra filters and hash filters.
This results in no discernable vfo clicks on tuning or noise from the Digital boards.
Cheap at around $1.50 each.... ebay....
Lower right is the SI5351 DDs module from Adafruit...

I feed the usb from the Atmega to the rear of the case so  I can program it without removing the radio cover.


Connectors at rear for Digital  stuff - mic, speaker computer audio -- I still am wiring in the mic

Just a quick look at the pin connections
Details to follow


73
joe
VE1BWV

Re: uBITX AM BCI Filter #ubitx

Mike Woods
 

Thanks Nick

I will put up the further details on the news item on uBITx.net

I am sure that your mod will be widely adopted for those of us who are aflicted by nearby AM broadcast stations.

Mike

On 3/02/18 11:40 PM, Nick VK4PLN wrote:

Yes I cut the trace either side of the new HPF board, exposed a bit of the trace and jumperd onto that.
You need to cut the second trace from the PA side. They are in order:
1: TX pwr to the PA circuits via R89
2: RX path (between K1 and K3 relays. (CUT AND INSERT HERE)
3: TX pwr to the LPF bank.
4: RX pwr to the receive circuit (R18,R38...)

I picked up GND from the 2 unused caps C216 and C210
Filter Details: https://groups.io/g/BITX20/wiki/uBITX-AM-BCI-Filter
--
Mike Woods
mhwoods@...

Re: BitX40 v1.27.7 SPOT mode

Vic WA4THR
 

Thanks, Allard. I'm thinking perhaps to eliminate the +50 in my version since I am displaying an extra digit in normal mode. Do you know where (what line) that rounding takes place?

73, =Vic=
WA4THR

Re: #ubitx-help Strong Audio Tones in and outside audio receive passband #ubitx-help

John Backo
 

USB requirements are rather stringent. Unless
the 12 MHz crystal has changed radically in frequency, it should
be pretty much left alone. (If it has changed or if it interferes,
the best solution is to replace the whole thing). Easy enough to determine:
try using the USB interface. If it communicates, all is ok.

Usually in the arduino, as in most uC's, most RFI problems are traced to the
external (16 MHz) crystal, or leakage into the power supply. If one is
not ready to replace the unit, the best solution is a new crystal; it can be
any of a number of frequencies. What changes is the timing span.

Alternately, one can try to shield everything -- especially the leads
going to other parts of the rig. Sometimes, the lcd is noisy and not
much can be done about it except to change the programming to
change the update method. But usually, that is a KHz and
not a MHz problem. In this case I would not discount it, however,
since the problem is audio sidebands.

john
AD5YE

Re: BitX40 v1.27.7 SPOT mode

Allard PE1NWL
 

Ah, that explains!
In your case you'd need to round to the nearest 10 Hz.

at line 481:
ultoa((frequency + 50), b, DEC); // construct the frequency string

change to:
ultoa((frequency + 5), b, DEC); // construct the frequency string

73 Allard PE1NWL

On Sat, February 3, 2018 20:34, Vic WA4THR via Groups.Io wrote:
Thanks, Allard. I'm thinking perhaps to eliminate the +50 in my version
since I am displaying an extra digit in normal mode. Do you know where
(what line) that rounding takes place?

73, =Vic=
WA4THR

Re: #ubitx Current draw when transmitting? #ubitx

KD8CGH
 

It's in the right range. The draw and output depend heavily on frequency. You can see the draw I measured key down into a dummy load at different frequencies in this post https://groups.io/g/BITX20/message/40043

Re: #ubitx Current draw when transmitting? #ubitx

Ghericoan
 

Okay, so I am not going bonkers over the changes in amperage. Something else that I noticed, psk31 on 40m pulls 1.5 amps, but feld-hell pulls only 0.8 amps...any idea why?
--
----------
N5WLF, Greggory (or my nickname, Ghericoan)
General Class, Digital Radio Hobbyist

Re: First Arduino sketch loaded

James Lynes
 

Met Bjarne in a Birds of a Feather session at an OOPSLA(Object Oriented Programming Systems and Languages) conference in the Pacific Northwest. just to further name drop, I also met Ester Dyson at the same conference. Her Release 1.0 newsletter was always a great source to where the software industry was going.

Objective C always made more sense to me than C++.

James

Re: #ubitx Current draw when transmitting? #ubitx

Thomas Sharka
 

SSB only draws current when you speak into the microphone or in the case of digital, transmit a frequency.
 


Sent from Yahoo Mail. Get the app


On Saturday, February 3, 2018 5:53 PM, Ghericoan <boakawizkid@...> wrote:


Okay, so I am not going bonkers over the changes in amperage. Something else that I noticed, psk31 on 40m pulls 1.5 amps, but feld-hell pulls only 0.8 amps...any idea why?
--
----------
N5WLF, Greggory (or my nickname, Ghericoan)
General Class, Digital Radio Hobbyist


Re: uBITX woes, feeling disheartened. #ubitx

@AC8XZ
 

hello all  First poster;   k3 suppose to have voltage all the time?  on rec first set of pins have none. second set/3 have 11.8 v last one no voltage. on trans.1st third and fourth set of pins have11.8v. I can hear ke clicking when I hit ppt.   AC8XZ

Re: uBITX woes, feeling disheartened. #ubitx

Jerry Gaffke
 

I have no idea what your sets of pins are. 
Read this post to understand the relay pin numbering, 
and how the rail labeled "TX" gets connected to 12v when you press the PTT switch to transmit. 
    https://groups.io/g/BITX20/message/40808

When receiving, the relay contacts are as show in the schematic.
Pin 8 of K3 is not getting power during receive, so it is zero volts and the relay is not energized.
M1 and M3 are low level received audio, and should be close to zero volts.
The antenna at K3-12 is connected to K3-14 from which the received signal continues on through K1 and into the receiver.
The antenna also has a low level signal, and you will see close to zero volts on those pins too.

When transmitting, the TX 12v rail powers the K3 relay coil by putting 12 volts on pin 8.
M1 and M2 get disconnected when the relay is energized, in hopes of somewhat reducing the PTT  audio pops.
The antenna is connected to the IRF510 power amp through K3-12 and K3-16, there will be perhaps 30 volts RMS of RF signal
on pins 12 and 16 while transmitting, though the signal is centered on ground due to the transformer at T11, your DC voltmeter won't
accurately show what is going on there when transmitting.  The meter will likely read around zero volts, though the strong RF
transmit signal could conceivably damage some meters.


On Sat, Feb 3, 2018 at 05:53 pm, @AC8XZ wrote:
hello all  First poster;   k3 suppose to have voltage all the time?  on rec first set of pins have none. second set/3 have 11.8 v last one no voltage. on trans.1st third and fourth set of pins have11.8v. I can hear ke clicking when I hit ppt.   AC8XZ

Re: #ubitx-help Strong Audio Tones in and outside audio receive passband #ubitx-help

John <passionfruit88@...>
 

Further tests and head scratching.
 
Since I replaced the Arduino and mounted it on female headers I decided to do more tests to try to answer some of the leads and questions in the thread.
 
I used some 20cm (8 inch) female-male connectors and connected the Arduino remotely from the Radiuno so that I had access to the 12Mhz crystal next to the CH340G chip underneath the Arduino board.
 
The radio has been re-calibrated and shows a difference of less than 10Hz on a 10M beacon and on an 80m CW training transmission from our WIA here in Sydney, so I suspect it is pretty accurate in frequency. 
 
I then re-did a BFO adjustment both on the factory side (low side) of the 12Mhz filter and on the other side. By observing the audio spectrum I adjusted the BFO so that the passband was as close as I could tell 500Hz to 2400Hz.
 
I then in each case moved the first and 2nd VFO to shift the alignment of the two crystal filters and noted the change in signal strength between the factory default and the peak.
 
Results:
 
1. Factory side of BFO adjustment results in a BFO frequency of 11,996.6Khz while the opposite side of the pass band results in a BFO of 11,999.5Khz. So as expected there is a difference of around 3KHz between a low side and high side BFO. And the centre of the filter appears to be at around 11,998Khz which I suspect is pretty normal. Please comment if you think it is not.
 
2. The tuning clicks and tones within the pass band have definitely disappeared as mentioned in a previous post.
 
3. The tones outside of the passband are still there for some values of the BFO and shift by 550Hz for each change of 100Hz of the BFO. Note that the receiver is usable as the tone free BFO values result in a passband that is more or less 500-2400Hz.
 
4. Going with the BFO on the high side of the filter produces similar results. I just noted that the passband seems less steep on the low audio frequencies when in this configuration. Of course in that case LSB becomes USB and vice-versa.
 
5. Now the part I can't understand: while listening to a fixed signal (the CW training transmission on 80M) AND positioning the BFO frequency so that strong tones would be heard and seen on the spectrum at 13,379Hz, I touched the three crystals in turn: the 16Mhz Arduino one, the 12Mhz CH340G one, and the 25Mhz VFO one. 
 
The first two did not produce any difference in Rx signal or tones. Touching the 25Mhz one produced a shift in the received signal audio frequency BUT NOT in the tones frequency. 
 
This does not make sense to me as if the si5351a clock was to shift, any beat of harmonics should produce a shift in frequency.
 
And yet if I adjust either the BFO frequency OR the 1st and 2nd oscillators frequencies I get a shift in tones frequency.
 
So if the tones were geneated after the filter or in the audio circuit I can't see how they would shift in frequency when I change some oscillators frequencies. And if they were generated before the 12Mhz filter they should shift and the 25Mhz crystal shifts!
 
Any idea why that is?
 
6. I used the code below to shift the alignment of the first xtal filter and the 12Mhz xtal filter. I noted improvements in signal level (I assume the Rx amplification chain is more or less linear) of 3 to 6dB. So less that the 8dB I reported before but still not negligible.
 
The peak seems with a first and second VFO about 2 to 3Khz above their default values.
 
The shift is reset to zero each time the Arduino is reset and is not saved in EEPROM at present.
 
It would be interesting to see if some other units show the same changes in signal strength.

I noted that some shifts would produce tones and these tones would shift in frequency too, and by 4,000Hz for each change of 1,000Hz of first and second VFO frequencies. (as opposed to 550Hz for each 100Hz of the BFO).
 
I made the following changes in the ubitx_20 file:
 
A. I inserted the following after the line "unsigned long frequency, ritRxFrequency, ritTxFrequency;  //frequency is the current frequency on the dial"
 
//VK2ETA test spur, change first IF and Second IF to shift the first IF but keep the rig Rx frequency the same
unsigned long firstIfShift = 0;
 
 
B. The setFrequency method became:
 
void setFrequency(unsigned long f){
  uint64_t osc_f;
 
  setTXFilters(f);
 
  if (isUSB){
//VK2ETA first IF shift
//    si5351bx_setfreq(2, SECOND_OSC_USB - usbCarrier + f);
//    si5351bx_setfreq(1, SECOND_OSC_USB);
    si5351bx_setfreq(2, SECOND_OSC_USB + firstIfShift - usbCarrier + f);
    si5351bx_setfreq(1, SECOND_OSC_USB + firstIfShift);
  }
  else{
//    si5351bx_setfreq(2, SECOND_OSC_LSB + usbCarrier + f);
//    si5351bx_setfreq(1, SECOND_OSC_LSB);
    si5351bx_setfreq(2, SECOND_OSC_LSB + firstIfShift + usbCarrier + f);
    si5351bx_setfreq(1, SECOND_OSC_LSB + firstIfShift );
  }
  
  frequency = f;
}
 
 
C. The doRIT method became:
 
void doRIT(){
  unsigned long newFreq;
 
  int knob = enc_read();
  unsigned long old_freq = frequency;
//VK2ETA first IfShift
  unsigned long old_shift = firstIfShift;
  
 
  if (knob < 0)
//    frequency -= 10l;
  firstIfShift -= 1001;
  else if (knob > 0)
//    frequency += 100;
  firstIfShift += 1000;
 
//  if (old_freq != frequency){
  if (old_shift != firstIfShift){
    setFrequency(frequency);
    updateDisplay();
  }
 
To use it: select a preferably fixed tone signal like a broadcast station. Press the encoder and select RIT ON. Turn the dial and note the change in signal strength. Sorry I don't have a display of the 2nd VFO frequency at present. Each step is a shift of 1000Hz in VFO frequency.
 
 
All the best,
 
73, John (VK2ETA)
 

Re: #ubitx-help Strong Audio Tones in and outside audio receive passband #ubitx-help

James Lawrie
 

I know I'm late to this party but you cannot swap crystals on nano board without first using a atmel programmer to burn the fuse bits that tell what freq it will be using or you will brick your nano.... also if the ftdi or whatever usb chip is using 12mhz, you could get the sparkfunPro 16mhz/8mhz board that does not use usb but instead uses usb to serial cable to upload. Be warned 16mhz board is 5 volt and 8 mhz is 3.3 volt.

I only use the Sparkfun Pro 16 for my projects. Another note if you go with the ATMega32U4 boards they have built in usb....

Maybe this will help someone or maybe not....

James Lawrie

Sent from my Galaxy Tab A

-------- Original message --------
From: Arv Evans <arvid.evans@...>
Date: 2/3/18 09:38 (GMT-06:00)
To: BITX20@groups.io
Subject: Re: [BITX20] #ubitx-help Strong Audio Tones in and outside audio receive passband

Jerry

Interesting observation that the 12 MHz USB clock oscillator is on nearly the same frequency
as the uBITX IF and BFO.  If the BFO is offset to the high side of the IF passband it could well
be within audio range of the USB clock frequency.  If this is the problem then it might be possible
to pull the USB clock crystal down with a small parallel capacitor.  That should not make a
significant change in USB clock timing but could take it out of range of the receiver IF and BFO
frequencies.  Some experimenting is probably necessary to tell how far to pull the crystal.  It
would not be good to accidentally put it within the IF filter passband.

Arv  K7HKL
_._


On Sat, Feb 3, 2018 at 1:47 AM, Jerry Gaffke via Groups.Io <jgaffke@...> wrote:
I assume you mean changing the Arduino crystal, not cap.

The 16mhz ATMega328P crystal is about 3mm x 1.5mm, goes to  ATMega328p pins 7 and 8.
It is on the top of the Nano, just above the silk for edge pin D5.
Seeing the actual crystal now, and not just looking at datasheets and schematics, I see that it is
extremely small.   I doubt most of those with uBitx in hand will want to mess with it.

I bought some spare Nano clones, I believe they're identical to what's on the Raduino.
Mine have a CH340G chip on the back of the Nano for the USB interface.
This chip has another 3mm x 1.5mm crystal nearby, this one happens to be 12mhz.
    http://www.datasheet5.com/pdf-local-2195953

Quite possibly it is the 12mhz oscillator for the USB interface that is causing the trouble in at least some cases.
Though in post 40432 it was reported that a finger on the Nano's crystal caused the tones to vary,
which suggests that case was due to the 16mhz crystal since the 12mhz crystal is not usually accessible.

None of this was ever a problem on the Bitx40v3, far as I know.
I'd like to think there will be a simple fix, perhaps soldering in a bit of copper tape somewhere for shielding,
or adding a few caps.    Moving the IF would be pretty disruptive.

Jerry



On Fri, Feb 2, 2018 at 11:55 pm, Ashhar Farhan wrote:
changing the arudino cap is going to be a challenge as the arduino is soldered and you need to access it from the underside to desolder it. we had to resort to solder it in as keep it on a socket was leading to bulge and an additional failure point on the board.
 


Re: Toroids winding information #ubitx

 

What Cesar has not told us other than he has some great antique guns is that he has
6600 function generator. He also has a pico scope.

I've been trouble shooting via whatsapp which is faster than group emails!

The last test done was to feed 500mv to T10 at 7.15MHz and check output - NIL.
Any ideas Jerry!

Raj


At 03/02/2018, you wrote:
Cesar,

I think you have the transformer footprint figured out correctly.

Sounds like you have resolved the PTT issue, and have moved on to
the area of the board where the IRF510's blew as per your first post.
Perhaps T11 did get damaged somehow when the IRF510's blew.
But I'd think more likely it was either L8 or L9 that got damaged, and/or the associated traces.

Jerry


On Sat, Feb 3, 2018 at 08:03 am, César EA3IAV wrote:
I am still debugging and after checking many things inmay have to think of resoldering or remaking the t10 and t11...
I see 10 turns but then 3 wires
which is its dispossition
Pins (square is 1)

6 -  1
5- 2
4 - 3

a - a’
b - b’
c - c’

Re: uBITX Firmware (CEC) 0.30 released (Test version). #ubitx

matjaz
 

hello Ian
I have problem too use software 0.27 for uBitx.
To load in arduino nano use Xloader and your hex file.
But when conect power , first have on display mesage about version and then
CW 7.15000.
Encoder dont work and all button nothing.
What i was made wrong.
The conection on indidds.  pdf file
best regards and 73
Matjaz
my call S56ZVD
 

From: Ian Lee
Sent: Friday, February 02, 2018 12:45 AM
Subject: Re: [BITX20] uBITX Firmware (CEC) 0.30 released (Test version). #ubitx
 
Thanks for your information.
 
i fixed you found bug now, and 1 more fixed. thanks again.
If you have any oddities, please email me anytime.
 
Ian KD8CEC
 
2018-02-02 8:27 GMT+09:00 K2ZSD - L. Ince <K2ZSD@...>:
Tested newest manager and observe display problem with CW speed after changing.  Using stand alone Nano loaded with newest code. Still awaiting my uBITX, soon I hope.
 
Larry, K2ZSD
 
Sent from my Verizon 4G LTE Droid
On Feb 1, 2018 5:01 PM, Ian Lee <kd8cec@...> wrote:
Thanks for your effort.
The Band frequency input of uBITX Manager is my mistake. I set the maximum input value too small.
I will fix it in the next version and upload it.
And I thought about two of them. The problem with step is to use 1 byte of eeprom.
In other words, when the maximum value is 255 and 500 is input, 500% is 256 = 254. I am thinking of a way to increase the value.
 
We will add an option to prevent the top line from appearing.
If you check the option, the call-out will appear as before.
I think you used uBITX Manager a lot. I think you have probably checked the Scroll display option.
The scroll display was created to show a lot of information in a small LCD of unmodified uBITX.
When other VFO frequency is scroll displayed, I am thinking of putting in the way of the previous call sign.
 
The next version will fix all issues.
 
Ian KD8CEC
 
2018-02-02 2:33 GMT+09:00 David S via Groups.Io <dcsuk10@...>:
Ian

I'm a late comer to your party, amazing code functionality, takes the radio to another lever with the CAT, especially for digital.   No issues with uploading to the radio, I figured out how to use Xloader, a really simple way of getting the right code into the radio. 

I've also more or less got to grips with the uBitx manager and have a few comments, I entered my callsign and set it to display (permanently) on the previous manager software, the latest version has the alternate VFO frequency displayed in the callsign position and wipes it out.  I can't see any way of stopping either the 2nd VFO frequency or the Step from displaying, it could do with a settings flag.

There's also an anomaly in the code step function, probably I didn't read about the it correctly.  It works as expected, a little fiddly getting the correct function press time, however  when I entered 500Hz, it's accepted by the manager, it saves and recovers from disc correctly but is implemented as 244Hz by the radio.

A quick question about the band frequencies, the maximum frequency I can enter is 99999 (Hz), sometimes a read from the radio gives a sensible frequency 554970912 (Hz) & mode 1.  Sorry I just can't figure this at all.

The other oddie is that I would expect to be ably to read a configuration file from disc both with or without the radio being connected.  I find that I have to read from the radio to allow a backup to be read from the disc.

I can see that you've got the bit well and truly between your teeth, are there any plans to add functionality for a 4 line or any other display.

Best regards & many thanks for the sharing the huge increase in functionality.

David  G8DJM
 

--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com (my blog)
 

--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com (my blog)

Re: BITX QSO Afternoon/Night, Sunday, February 4, 3PM/7PM Local Time, 7277 kHz in North America, 7177 kHz elsewhere

John P
 

Just a reminder!

I'm probably not going to make it on for either session today. The flu shot apparently didn't work! Have fun!
--
John - WA2FZW

Re: uBITX Firmware (CEC) 0.30 released (Test version). #ubitx

Ian Lee
 

Matjaz

Thanks for interresting.

I saw the schematic you attached. It seems to have only an encoder and a function key. 
I do not test it, but I guess. so My guess might be wrong.
My guess is that the CW key is malfunctioning. The CW key (A6?)  must with pullup resistor.
If you connect any resistor around A6 and VCC, it will work normally.
(This is similar to the original source.)

And I released 0.34. The latest version adds more fun features.

Ian KD8CEC

2018-02-04 20:05 GMT+09:00 matjaz via Groups.Io <matjaz_zejn@...>:

hello Ian
I have problem too use software 0.27 for uBitx.
To load in arduino nano use Xloader and your hex file.
But when conect power , first have on display mesage about version and then
CW 7.15000.
Encoder dont work and all button nothing.
What i was made wrong.
The conection on indidds.  pdf file
best regards and 73
Matjaz
my call S56ZVD
 
From: Ian Lee
Sent: Friday, February 02, 2018 12:45 AM
Subject: Re: [BITX20] uBITX Firmware (CEC) 0.30 released (Test version). #ubitx
 
Thanks for your information.
 
i fixed you found bug now, and 1 more fixed. thanks again.
If you have any oddities, please email me anytime.
 
Ian KD8CEC
 
2018-02-02 8:27 GMT+09:00 K2ZSD - L. Ince <K2ZSD@...>:
Tested newest manager and observe display problem with CW speed after changing.  Using stand alone Nano loaded with newest code. Still awaiting my uBITX, soon I hope.
 
Larry, K2ZSD
 
Sent from my Verizon 4G LTE Droid
On Feb 1, 2018 5:01 PM, Ian Lee <kd8cec@...> wrote:
Thanks for your effort.
The Band frequency input of uBITX Manager is my mistake. I set the maximum input value too small.
I will fix it in the next version and upload it.
And I thought about two of them. The problem with step is to use 1 byte of eeprom.
In other words, when the maximum value is 255 and 500 is input, 500% is 256 = 254. I am thinking of a way to increase the value.
 
We will add an option to prevent the top line from appearing.
If you check the option, the call-out will appear as before.
I think you used uBITX Manager a lot. I think you have probably checked the Scroll display option.
The scroll display was created to show a lot of information in a small LCD of unmodified uBITX.
When other VFO frequency is scroll displayed, I am thinking of putting in the way of the previous call sign.
 
The next version will fix all issues.
 
Ian KD8CEC
 
2018-02-02 2:33 GMT+09:00 David S via Groups.Io <dcsuk10@...>:
Ian

I'm a late comer to your party, amazing code functionality, takes the radio to another lever with the CAT, especially for digital.   No issues with uploading to the radio, I figured out how to use Xloader, a really simple way of getting the right code into the radio. 

I've also more or less got to grips with the uBitx manager and have a few comments, I entered my callsign and set it to display (permanently) on the previous manager software, the latest version has the alternate VFO frequency displayed in the callsign position and wipes it out.  I can't see any way of stopping either the 2nd VFO frequency or the Step from displaying, it could do with a settings flag.

There's also an anomaly in the code step function, probably I didn't read about the it correctly.  It works as expected, a little fiddly getting the correct function press time, however  when I entered 500Hz, it's accepted by the manager, it saves and recovers from disc correctly but is implemented as 244Hz by the radio.

A quick question about the band frequencies, the maximum frequency I can enter is 99999 (Hz), sometimes a read from the radio gives a sensible frequency 554970912 (Hz) & mode 1.  Sorry I just can't figure this at all.

The other oddie is that I would expect to be ably to read a configuration file from disc both with or without the radio being connected.  I find that I have to read from the radio to allow a backup to be read from the disc.

I can see that you've got the bit well and truly between your teeth, are there any plans to add functionality for a 4 line or any other display.

Best regards & many thanks for the sharing the huge increase in functionality.

David  G8DJM
 

--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com (my blog)
 

--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com (my blog)



--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com (my blog)

Re: uBITX Firmware (CEC) 0.30 released (Test version). #ubitx

Ian Lee
 

Philip
I am going to put uBITX into the case finally this week.Until now it was open for testing.
I will cut off the power line of USB like you. And to fix the Arduino Nano reset problem, i will also attach one capacitor.

Thanks for information.

Ian KD8CEC




2018-02-03 7:30 GMT+09:00 Philip <philip.g7jur@...>:

I am going to try disconnecting the 5 Volts on the USB, as it is power up the display via the USB lead.

Ian thanks for the great firmware



--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com (my blog)

Re: uBITX Firmware (CEC) 0.30 released (Test version). #ubitx

Ian Lee
 

Bill

Thanks for using this firmware.
At first I wanted to make uBITX a real radio, so I started to put only the most basic functions.
As I worked on it, I got a lot more fun with the opinions of the users. 
uBITX Manager is more fun if you use it together.

Thank you.

Ian KD8CEC

2018-02-02 12:26 GMT+09:00 bill richardson <ng1p.bill@...>:

Loaded this tonight on my newly build uBitx.. Wow what a great firmware. It’s fantastic!

Thank you


On Feb 1, 2018, at 12:33 PM, David S via Groups.Io <dcsuk10@...> wrote:

Ian

 I'm a late comer to your party, amazing code functionality, takes the radio to another lever with the CAT, especially for digital.   No issues with uploading to the radio, I figured out how to use Xloader, a really simple way of getting the right code into the radio. 

I've also more or less got to grips with the uBitx manager and have a few comments, I entered my callsign and set it to display (permanently) on the previous manager software, the latest version has the alternate VFO frequency displayed in the callsign position and wipes it out.  I can't see any way of stopping either the 2nd VFO frequency or the Step from displaying, it could do with a settings flag. 

There's also an anomaly in the code step function, probably I didn't read about the it correctly.  It works as expected, a little fiddly getting the correct function press time, however  when I entered 500Hz, it's accepted by the manager, it saves and recovers from disc correctly but is implemented as 244Hz by the radio.

A quick question about the band frequencies, the maximum frequency I can enter is 99999 (Hz), sometimes a read from the radio gives a sensible frequency 554970912 (Hz) & mode 1.  Sorry I just can't figure this at all.

The other oddie is that I would expect to be ably to read a configuration file from disc both with or without the radio being connected.  I find that I have to read from the radio to allow a backup to be read from the disc.

I can see that you've got the bit well and truly between your teeth, are there any plans to add functionality for a 4 line or any other display.

Best regards & many thanks for the sharing the huge increase in functionality. 

David  G8DJM



--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com (my blog)