¿ªÔÆÌåÓý

Date

Re: Bitx 40 source file

 

I have no idea just following the instructions that pop up on the screen....


This is what the directory looks like after I clock OK






Re: Bitx 40 source file

Jack Purdum
 

I compiled it with IDE 1.8.5 without issue. You do realize you MUST place the INO file in a subdirectory that has the same name, right? That is, if your working directory on C is Arduino, you MUST lay it out as:

C://Arduino/raduino_v1.27.7/raduino_v1.27.7.ino

It appears yours is in the wrong directory. Compare the correct directory name above with what you have below.


Jack, W8TEE

On Monday, June 4, 2018, 10:21:12 PM EDT, kj6etl <pa1zz@...> wrote:


Nope this one is not working either:


Arduino: 1.8.6 Hourly Build 2018/05/28 10:12 (Mac OS X), Board: "Arduino Nano, ATmega328P (Old Bootloader)"
?
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino:61:0: warning: "CAP_SENSITIVITY" redefined
?#define CAP_SENSITIVITY 0 ? ? ? ? // capacitive touch keyer sensitivity 0 (OFF) [accepted range 0-25]
?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:48:0: note: this is the location of the previous definition
?#define CAP_SENSITIVITY 22 ? ? ? ? // capacitive touch keyer sensitivity 0 (OFF) [accepted range 0-25]
?
?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino:70:0: warning: "CLICK_DELAY" redefined
?#define CLICK_DELAY 1500 ? ? ? ? ?// max time (in ms) between function button clicks
?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:57:0: note: this is the location of the previous definition
?#define CLICK_DELAY 750 ? ? ? ? ? // max time (in ms) between function button clicks
?
?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino:338:0: warning: "bfo_freq" redefined
?#define bfo_freq (11998700UL)
?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:271:0: note: this is the location of the previous definition
?#define bfo_freq (11998800UL)
?
?^
raduino_v1.27.7:76:8: error: redefinition of 'struct userparameters'
?struct userparameters {
? ? ? ? ^
raduino_diag_v3:63:8: error: previous definition of 'struct userparameters'
?struct userparameters {
?
? ? ? ? ^
raduino_v1.27.7:105:23: error: redefinition of 'userparameters u'
?struct userparameters u;
? ? ? ? ? ? ? ? ? ? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:92:23: note: 'userparameters u' previously declared here
?struct userparameters u;
?
? ? ? ? ? ? ? ? ? ? ? ?^
raduino_v1.27.7:150:10: error: redefinition of 'uint32_t si5351bx_vcoa'
?uint32_t si5351bx_vcoa = (SI5351BX_XTAL*SI5351BX_MSA); ?// 25mhzXtal calibrate
? ? ? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:150:10: note: 'uint32_t si5351bx_vcoa' previously defined here
?uint32_t si5351bx_vcoa = (SI5351BX_XTAL*SI5351BX_MSA); ?// 25mhzXtal calibrate
?
? ? ? ? ? ^
raduino_v1.27.7:151:10: error: redefinition of 'uint8_t si5351bx_rdiv'
?uint8_t ?si5351bx_rdiv = 0; ? ? ? ? ? ? // 0-7, CLK pin sees fout/(2**rdiv)
? ? ? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:151:10: note: 'uint8_t si5351bx_rdiv' previously defined here
?uint8_t ?si5351bx_rdiv = 0; ? ? ? ? ? ? // 0-7, CLK pin sees fout/(2**rdiv)
?
? ? ? ? ? ^
raduino_v1.27.7:152:26: error: redefinition of 'uint8_t si5351bx_drive [3]'
?uint8_t ?si5351bx_drive[3] = {1, 1, 1}; // 0=2ma 1=4ma 2=6ma 3=8ma for CLK 0,1,2
? ? ? ? ? ? ? ? ? ? ? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:152:10: note: 'uint8_t si5351bx_drive [3]' previously defined here
?uint8_t ?si5351bx_drive[3] = {1, 1, 1}; // 0=2ma 1=4ma 2=6ma 3=8ma for CLK 0,1,2
?
? ? ? ? ? ^
raduino_v1.27.7:153:10: error: redefinition of 'uint8_t si5351bx_clken'
?uint8_t ?si5351bx_clken = 0xFF; ? ? ? ? // Private, all CLK output drivers off
? ? ? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:153:10: note: 'uint8_t si5351bx_clken' previously defined here
?uint8_t ?si5351bx_clken = 0xFF; ? ? ? ? // Private, all CLK output drivers off
?
? ? ? ? ? ^
raduino_v1.27.7:173:18: error: redefinition of 'LiquidCrystal lcd'
?LiquidCrystal lcd(8, 9, 10, 11, 12, 13);
? ? ? ? ? ? ? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:170:15: note: 'LiquidCrystal lcd' previously declared here
?LiquidCrystal lcd(8, 9, 10, 11, 12, 13);
?
? ? ? ? ? ? ? ?^
raduino_v1.27.7:187:10: error: redefinition of 'char c [17]'
?char c[17], b[10], printBuff[2][17];
? ? ? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:184:6: note: 'char c [17]' previously declared here
?char c[17], b[10], printBuff[2][17];
?
? ? ? ^
raduino_v1.27.7:187:17: error: redefinition of 'char b [10]'
?char c[17], b[10], printBuff[2][17];
? ? ? ? ? ? ? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:184:13: note: 'char b [10]' previously declared here
?char c[17], b[10], printBuff[2][17];
?
? ? ? ? ? ? ?^
raduino_v1.27.7:187:35: error: redefinition of 'char printBuff [2][17]'
?char c[17], b[10], printBuff[2][17];
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:184:20: note: 'char printBuff [2][17]' previously declared here
?char c[17], b[10], printBuff[2][17];
?
? ? ? ? ? ? ? ? ? ? ^
raduino_v1.27.7:223:6: error: redefinition of 'bool PTTsense_installed'
?bool PTTsense_installed; //whether or not the PTT sense line is installed (detected automatically during startup)
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:219:6: note: 'bool PTTsense_installed' previously declared here
?bool PTTsense_installed; //whether or not the PTT sense line is installed (detected automatically during startup)
?
? ? ? ^
raduino_v1.27.7:247:6: error: redefinition of 'bool TXRX_installed'
?bool TXRX_installed = true; // whether or not the TX_RX mod (PTT bypass transistor) is installed (set automatically at startup)
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:242:6: note: 'bool TXRX_installed' previously defined here
?bool TXRX_installed = true; // whether or not the TX_RX mod (PTT bypass transistor) is installed (set automatically at startup)
?
? ? ? ^
raduino_v1.27.7:280:15: error: redefinition of 'long unsigned int vfoA'
?unsigned long vfoA; ? ? ? ? ? ? ? // the frequency (Hz) of VFO A
? ? ? ? ? ? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:256:15: note: 'long unsigned int vfoA' previously declared here
?unsigned long vfoA; ? ? ? ? ? ? ? // the frequency (Hz) of VFO A
?
? ? ? ? ? ? ? ?^
raduino_v1.27.7:281:15: error: redefinition of 'long unsigned int vfoB'
?unsigned long vfoB; ? ? ? ? ? ? ? // the frequency (Hz) of VFO B
? ? ? ? ? ? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:257:15: note: 'long unsigned int vfoB' previously declared here
?unsigned long vfoB; ? ? ? ? ? ? ? // the frequency (Hz) of VFO B
?
? ? ? ? ? ? ? ?^
raduino_v1.27.7:282:6: error: redefinition of 'byte mode'
?byte mode = LSB; ? ? ? ? ? ? ? ? ?// mode of the currently active VFO
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:258:6: note: 'byte mode' previously defined here
?byte mode = LSB; ? ? ? ? ? ? ? ? ?// mode of the currently active VFO
?
? ? ? ^
raduino_v1.27.7:283:6: error: redefinition of 'bool inTx'
?bool inTx = false; ? ? ? ? ? ? ? ?// whether or not we are in transmit mode
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:259:6: note: 'bool inTx' previously defined here
?bool inTx = false; ? ? ? ? ? ? ? ?// whether or not we are in transmit mode
?
? ? ? ^
raduino_v1.27.7:286:15: error: redefinition of 'volatile bool TXstart'
?volatile bool TXstart = false; ? ?// this flag will be set by the ISR as soon as the PTT is keyed
? ? ? ? ? ? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:260:15: note: 'volatile bool TXstart' previously defined here
?volatile bool TXstart = false; ? ?// this flag will be set by the ISR as soon as the PTT is keyed
?
? ? ? ? ? ? ? ?^
raduino_v1.27.7:301:6: error: redefinition of 'bool CapTouch_installed'
?bool CapTouch_installed = true; ?// whether or not the capacitive touch modification is installed (detected automatically during startup)
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:266:6: note: 'bool CapTouch_installed' previously defined here
?bool CapTouch_installed = true; ?// whether or not the capacitive touch modification is installed (detected automatically during startup)
?
? ? ? ^
raduino_v1.27.7:302:6: error: redefinition of 'byte base_sens_KEY'
?byte base_sens_KEY; ? ? ? ? ? ? ?// base delay (in us) when DIT pad is NOT touched (measured automatically by touch sensor calibration routine)
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:267:6: note: 'byte base_sens_KEY' previously declared here
?byte base_sens_KEY; ? ? ? ? ? ? ?// base delay (in us) when DIT pad is NOT touched (measured automatically by touch sensor calibration routine)
?
? ? ? ^
raduino_v1.27.7:303:6: error: redefinition of 'byte base_sens_DAH'
?byte base_sens_DAH; ? ? ? ? ? ? ?// base delay (in us) when DAH pad is NOT touched (measured automatically by touch sensor calibration routine)
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:268:6: note: 'byte base_sens_DAH' previously declared here
?byte base_sens_DAH; ? ? ? ? ? ? ?// base delay (in us) when DAH pad is NOT touched (measured automatically by touch sensor calibration routine)
?
? ? ? ^
raduino_v1.27.7:304:6: error: redefinition of 'bool capaKEY'
?bool capaKEY = false; ? ? ? ? ? ?// true when DIT pad is touched
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:269:6: note: 'bool capaKEY' previously declared here
?bool capaKEY, capaDAH;
?
? ? ? ^
raduino_v1.27.7:305:6: error: redefinition of 'bool capaDAH'
?bool capaDAH = false; ? ? ? ? ? ?// true when DAH pad is touched
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:269:15: note: 'bool capaDAH' previously declared here
?bool capaKEY, capaDAH;
?
? ? ? ? ? ? ? ?^
raduino_v1.27.7:340:15: error: redefinition of 'long unsigned int baseTune'
?unsigned long baseTune = 7100000UL; // frequency (Hz) when tuning pot is at minimum position
? ? ? ? ? ? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:272:15: note: 'long unsigned int baseTune' previously defined here
?unsigned long baseTune = 7100000UL; // frequency (Hz) when tuning pot is at minimum position
?
? ? ? ? ? ? ? ?^
raduino_v1.27.7:341:5: error: redefinition of 'int old_knob'
?int old_knob = 0;
? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:273:5: note: 'int old_knob' previously defined here
?int old_knob = 0;
?
? ? ?^
raduino_v1.27.7:343:15: error: redefinition of 'long unsigned int frequency'
?unsigned long frequency; ? ?// the 'dial' frequency as shown on the display
? ? ? ? ? ? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:274:15: note: 'long unsigned int frequency' previously declared here
?unsigned long frequency; ? ?// the 'dial' frequency as shown on the display
?
? ? ? ? ? ? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void si5351bx_init()':
raduino_v1.27.7:390:6: error: redefinition of 'void si5351bx_init()'
?void si5351bx_init() { ? ? ? ? ? ? ? ? ?// Call once at power-up, start PLLA
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:306:6: note: 'void si5351bx_init()' previously defined here
?void si5351bx_init() { ? ? ? ? ? ? ? ? ?// Call once at power-up, start PLLA
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void si5351bx_setfreq(uint8_t, uint32_t)':
raduino_v1.27.7:404:6: error: redefinition of 'void si5351bx_setfreq(uint8_t, uint32_t)'
?void si5351bx_setfreq(uint8_t clknum, uint32_t fout) { ?// Set a CLK to fout Hz
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:320:6: note: 'void si5351bx_setfreq(uint8_t, uint32_t)' previously defined here
?void si5351bx_setfreq(uint8_t clknum, uint32_t fout) { ?// Set a CLK to fout Hz
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void i2cWrite(uint8_t, uint8_t)':
raduino_v1.27.7:429:6: error: redefinition of 'void i2cWrite(uint8_t, uint8_t)'
?void i2cWrite(uint8_t reg, uint8_t val) { ? // write reg via i2c
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:345:6: note: 'void i2cWrite(uint8_t, uint8_t)' previously defined here
?void i2cWrite(uint8_t reg, uint8_t val) { ? // write reg via i2c
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void i2cWriten(uint8_t, uint8_t*, uint8_t)':
raduino_v1.27.7:436:6: error: redefinition of 'void i2cWriten(uint8_t, uint8_t*, uint8_t)'
?void i2cWriten(uint8_t reg, uint8_t *vals, uint8_t vcnt) { ?// write array
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:352:6: note: 'void i2cWriten(uint8_t, uint8_t*, uint8_t)' previously defined here
?void i2cWriten(uint8_t reg, uint8_t *vals, uint8_t vcnt) { ?// write array
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void updateDisplay()':
raduino_v1.27.7:469:6: error: redefinition of 'void updateDisplay()'
?void updateDisplay() {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:385:6: note: 'void updateDisplay()' previously defined here
?void updateDisplay() {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void bleep(int, int, byte)':
raduino_v1.27.7:525:6: error: redefinition of 'void bleep(int, int, byte)'
?void bleep(int pitch, int duration, byte repeat) {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:433:6: note: 'void bleep(int, int, byte)' previously defined here
?void bleep(int pitch, int duration, byte repeat) {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void setFrequency()':
raduino_v1.27.7:646:6: error: redefinition of 'void setFrequency()'
?void setFrequency() {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:442:6: note: 'void setFrequency()' previously defined here
?void setFrequency() {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void SetSideBand(byte)':
raduino_v1.27.7:1303:6: error: redefinition of 'void SetSideBand(byte)'
?void SetSideBand(byte drivelevel) {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:473:6: note: 'void SetSideBand(byte)' previously defined here
?void SetSideBand(byte drivelevel) {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void ISRptt()':
raduino_v1.27.7:1823:6: error: redefinition of 'void ISRptt()'
?void ISRptt(void) {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:497:6: note: 'void ISRptt()' previously defined here
?void ISRptt(void) {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'int knob_position()':
raduino_v1.27.7:1828:5: error: redefinition of 'int knob_position()'
?int knob_position() {
? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:502:5: note: 'int knob_position()' previously defined here
?int knob_position() {
?
? ? ?^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void set_drive_level(byte)':
raduino_v1.27.7:1854:6: error: redefinition of 'void set_drive_level(byte)'
?void set_drive_level(byte level) {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:529:6: note: 'void set_drive_level(byte)' previously defined here
?void set_drive_level(byte level) {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void shiftBase()':
raduino_v1.27.7:1901:6: error: redefinition of 'void shiftBase()'
?void shiftBase() {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:543:6: note: 'void shiftBase()' previously defined here
?void shiftBase() {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void doTuning()':
raduino_v1.27.7:1919:6: error: redefinition of 'void doTuning()'
?void doTuning() {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:561:6: note: 'void doTuning()' previously defined here
?void doTuning() {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void factory_settings()':
raduino_v1.27.7:2070:6: error: redefinition of 'void factory_settings()'
?void factory_settings() {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:699:6: note: 'void factory_settings()' previously defined here
?void factory_settings() {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void save_frequency()':
raduino_v1.27.7:2081:6: error: redefinition of 'void save_frequency()'
?void save_frequency() {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:710:6: note: 'void save_frequency()' previously defined here
?void save_frequency() {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void touch_key()':
raduino_v1.27.7:2142:6: error: redefinition of 'void touch_key()'
?void touch_key() {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:813:6: note: 'void touch_key()' previously defined here
?void touch_key() {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void calibrate_touch_pads()':
raduino_v1.27.7:2204:6: error: redefinition of 'void calibrate_touch_pads()'
?void calibrate_touch_pads() {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:732:6: note: 'void calibrate_touch_pads()' previously defined here
?void calibrate_touch_pads() {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void setup()':
raduino_v1.27.7:2283:6: error: redefinition of 'void setup()'
?void setup() {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:865:6: note: 'void setup()' previously defined here
?void setup() {
?
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_v1.27.7.ino: In function 'void loop()':
raduino_v1.27.7:2383:6: error: redefinition of 'void loop()'
?void loop() {
? ? ? ^
/Users/rogierwillems/Desktop/raduino_v1.27.7/raduino_diag_v3/raduino_diag_v3.ino:989:6: note: 'void loop()' previously defined here
?void loop() {
?
? ? ? ^
exit status 1
redefinition of 'struct userparameters'
?
This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.
?


Re: Bitx 40 source file

M Garza
 

For the factory firmware, you need to load in the Etherkit si5351 library into the IDE to be able to compile it.

Hope this helps.

Marco - KG5PRT

On Mon, Jun 4, 2018 at 9:05 PM, kj6etl <pa1zz@...> wrote:
Thanks, as I mentioned the original Farhan wan't load because when I try to verify it it tells me its not complete.
Will try Allards version



Re: FLdigi

Bo Barry
 

I got it going by installing and running flrig.? Hamlib wouldn't work.

?The Raspberry pi version didn't have a provision for flrig, so I picked rigcat option and it works fine on the pi. Doing the PC tomorrow.

73, Bo W4GHV since '54

On 4 June 2018 at 22:01, Dennis <dennis@...> wrote:
Bump,

Sure would appreciate some help getting fldigi to transmit. In that I have no trouble getting FT8 to transmit, I suspect it is a setting within fldigi that I have wrong. I'm using the setup outlined in the wiki?/g/BITX20/wiki/Digital-Setup

T
hanks,
73, Dennis
W7DRW



Re: RF power chain mods and improvements..

 

Its the rare air of VHF and up where I spend more time guess.

Good on that.

Mine however unless I limit the power hard, not good.??
I'm going the band pass route.? For the bands under 20mhz not a problem I can find.
To many projects...

Allison


Re: Nextion NX3224K028 in TWO days! #ubitx #parts

 

¿ªÔÆÌåÓý

Bo

Hook me up

73
Art N2AJO




On Jun 4, 2018, at 5:47 PM, Bo Barry <bobarr@...> wrote:

On eBay from Kansas.? It's the 2.8" enhanced model with RTC and GPIO
.
He has a direct sales site too. If you plan to order one before July 31st drop me an email and I'll give you the company link and code for a 5% discount!

73, Bo W4GHV since '54
my Gmail is the same as my Novice call in '54 WN4GHV? (to make it long enough for Gmail)


Re: FLdigi

 

Bump,

Sure would appreciate some help getting fldigi to transmit. In that I have no trouble getting FT8 to transmit, I suspect it is a setting within fldigi that I have wrong. I'm using the setup outlined in the wiki?/g/BITX20/wiki/Digital-Setup

T
hanks,
73, Dennis
W7DRW


Re: RF power chain mods and improvements..

 

¿ªÔÆÌåÓý

This is the regulation for amateur? transmitters below 30 MHz:
?For transmitters installed after January 1, 2003, the mean power of any spurious emission from a station transmitter or external RF power amplifier transmitting on a frequency below 30 MHz must be at least 43 dB below the mean power of the fundamental emission. For transmitters installed on or before January 1, 2003, the mean power of any spurious emission from a station transmitter or external RF power amplifier transmitting on a frequency below 30 MHz must not exceed 50 mW and must be at least 40 dB below the mean power of the fundamental emission. For a transmitter of mean power less than 5 W installed on or before January 1, 2003, the attenuation must be at least 30 dB. A transmitter built before April 15, 1977, or first marketed before January 1, 1978, is exempt from this requirement.

So, -43 dB is our threshold, which we meet.

Howard

P.S.? it is - 60dB above 30 MHz.

On 6/4/2018 8:56 PM, ajparent1/KB1GMX wrote:

Howard,

10 W from IRF510s at 10M is doable I've seen it already.? For? that fact they will
easily produce 10W on 6M (at 13V much more at 24V).

The spur if its 46db down is not compliant as its out of band and it has to be far better.
The accepted number is not less than -60DbC? You may get away with less but?
I'm not comfortable doing that.? Bandpassing it does help.?In band you can be
-43db and be compliant so harmonics and spurs must be only that within
the ham bands.

I can run any voltage as the audio amp has a seperate 8V regulator.

Allison



Re: Bitx 40 source file

M Garza
 

Factory software:


Allard's fantastic version:

Hope this helps,

Marco - KG5PRT?


On Mon, Jun 4, 2018, 6:57 PM kj6etl <pa1zz@...> wrote:
I replaced the Radruino and need to reload the software and I am looking for the source file to reprogram the Arduino Nano.
Not a HEX file but the package with the .ino files etc.

Thanks!


Rogier


Re: RF power chain mods and improvements..

 

Howard,

10 W from IRF510s at 10M is doable I've seen it already.? For? that fact they will
easily produce 10W on 6M (at 13V much more at 24V).

The spur if its 46db down is not compliant as its out of band and it has to be far better.
The accepted number is not less than -60DbC? You may get away with less but?
I'm not comfortable doing that.? Bandpassing it does help.?In band you can be
-43db and be compliant so harmonics and spurs must be only that within
the ham bands.

I can run any voltage as the audio amp has a seperate 8V regulator.

Allison


Re: Github's future?

 

?


On Mon, Jun 4, 2018 at 4:55 PM Jerry Gaffke via Groups.Io <jgaffke=[email protected]> wrote:
Arv,

Being an anarchist by nature, I wing it.
Before making changes, I save to a zip archive of everything I care about, named perhaps ubitxjg37.zip
Then I create a new header at the top of the main file with the date, perhaps ubitxjg38:? 2018-6-4
and add comments below that header as I adjust the code.?

When I'm ready for other people to look at it, I review all those comments and make sure nothing
is still outstanding, then remove all of it, leave only comments that are current.
Call the whole thing revision 1.0 and send it out.

Never have really figured out git in a serious way.
Don't intend to.
? ??

Jerry, KE7ER? ?(just now up from his nap)



On Mon, Jun 4, 2018 at 03:17 pm, Arv Evans wrote:
As I get even older I find that some sort of revision control system is needed in order
to do any code work.? I use CVCS on Linux to tell me when I last worked on a coding
project, what changes I made at that time, and then check-out the latest version for
continued work.? I can remember code I wrote at Bell Labs in 1980, but not what I
wrote for my Raduino last week.? Getting old is difficult and frustrating.? 8-(


Re: digital modes - how to connect computer line out

 

Thanks for the response guys. I wasn't sure about the signal levels of the electret mic and if I needed to bypass the preamp. But from Johns info figured it was not an issue. I opted for the direct route from headphone jack tip to mic input. Found out pretty quick that 1) a mono 3mm plug in the ubirx mic jack shorts the PTT to the mic with unpleasant results, and 2) a stereo plug with ring open was needed if I wanted to use the mic jack on the ubitx!? { a similar situation with?my mono 3mm plug on my straight key, hi}

With that out of the way, bringing up wsjt-x for transmit was easy - I think I mentioned that the receive was working fine.?

BTW that KD8CEC CAT over USB works awesome and seamlessly with wsjt-x.? Made a number of 40m FT8 qso's last night to JA and CONUS.? No luck on 20m or 17m today but maybe on the gray line things will be different. Now with a working baseline it gets interesting.

Bo - not familiar with a 4 wire adapter like you mentioned, newbie here.? Was hoping I'd find a schematic in the ubitx community, but didn't turn one up.? I ended up building an adapter with 3mm jacks and plugs to allow using the stock stereo jacks on the ubitx and stock 3mm stereo cables. This helped me to keep the cutting and hacking to minimum while I bring up the ubitx:).??

Once it's all working however ...?

Doug - I saw a reference to the Easy Digi board - wish I had one of those a few years ago when I was hacking on my FT-857 to make it play PSK ! :)? ?Keep it mind however, you never know.? If I had some of those transformers lying around I'd be tempted to try it, as you say, to get better receive isolation at least.

cheers for the responses! P


On Mon, Jun 4, 2018 at 12:22 PM, Doug W <dougwilner@...> wrote:
We have a wiki page that shows one way to do it.

/g/BITX20/wiki/Digital-Setup
--



Re: Github's future?

 

I hear you there, Arv.

I remember trying to convince my boss to institute revision control in 2 different jobs. I'd been using RCS for a while on my own, but both bosses were the kind that wouldn't let you use "shareware" or "freeware" for work. Neither believed that something free, written by just some guy and not a big software company, could POSSIBLY work properly, and if it did, it certainly wouldn't get updated if you found a bug.

I used Pegasus Mail personally. When I found a bug in it, I sent a bug report to the creator. Later that afternoon, he released a new version with the fix in it. Total elapsed time from report to revision: 4.5 hours. I pointed this out to both of my bosses, and asked how long they'd have to wait for a bug fix in some Microsoft product. 2 hours? 3 hours? Or would they be lucky to see a new version that actually fixed that bug sometime within the next six months...or at all.

You're right. Damn, I feel old.


Re: RF power chain mods and improvements..

 

¿ªÔÆÌåÓý

I just got to retest inserting a 1 KHz tone and also with speech. I tested on 21 MHz and drove the signal until I got my full output, 7 watts. The spurs were around -46 dB. With my equipment, I need to eyeball it, it doesn't make measurements, its a 40+year old analyzer I bought in the 70s. IT seems my rig is compliant, but not by a huge amount.
On 10 meters I get 4.5 watts. I have done a lot of simulations using IRF510s and believe that I can get them to produce 10 watts on 10 meters. I am documenting the work, and will share it later.
Oh, my power supply is 12 volts, not 13.5.

Howard

On 6/4/2018 5:20 PM, Arv Evans wrote:

Allison is correct that things are much cleaner when using CW.?

For my tests I inserted 1KHz at variable levels and adjusted the audio level for
cleanest RF on the oscilloscope.? Then I performed a frequency sweep to look for
spurs.? As long as the microphone port audio input is below 45 millivolts the spurs seem
to be down at least 50db, but can be pushed even further down by reducing the audio
level to around 32 millivolts.? This seems to be where oscilloscope peak-to-peak RF level
is about the same as when using CW mode.?

I could not duplicate this using an averaging type RF voltmeter as the signal level detector.

It is interesting to vary the microphone port input frequency and watch each spur to see
if it moves up or down.? This could be an aid in figuring out how each spur is being
generated.?

Arv
_._


Arv
_._


On Mon, Jun 4, 2018 at 10:32 AM Howard Fidel <sonic1@...> wrote:
Arv:
I just got an explanation from Allison, which I will confirm later. I measured the spurs in CW which I thought was a side tone, but isn't. I need to retest with actual audio.

Howard

On 6/4/2018 12:21 PM, Arv Evans wrote:
Howard

I'm seeing about the same.

Arv
_._


On Mon, Jun 4, 2018 at 10:18 AM Howard Fidel <sonic1@...> wrote:
Arv:
When properly driven, I see the spurs almost at -60dB.

Howard
On 6/4/2018 11:37 AM, Arv Evans wrote:
The uBITX does actually work on 15M, 12M, and 10M (and yes it does work on 11M as
evidenced by the number of CB'ers who have purchased it).? Power output is much lower
on the higher bands, but is still enough to make QRP contacts.? Just do not try to increase
power output on upper bands by adding microphone gain.? Too much microphone audio
will cause spurs, distortion, and QRM.?

Arv? K7HKL
_._


On Sun, Jun 3, 2018 at 9:01 PM Jerry Gaffke via Groups.Io <jgaffke=[email protected]> wrote:
To keep the price down, I think hfsignals may as well continue to use the 45mhz filter.
Perhaps claim 80m through 17m, beyond that is experimental, disable 15m,12m, and 10m
in the stock firmware.? Different transistors for more consistent gain should be considered.


However, if we can instrument drive level into the mixers, sounds like we may be able to have
a clean signal on up to 30mhz.? ?Perhaps replace transistors to get consistent gain through the 45mhz IF
and the Q90 stage, then monitor the top of RV1 with a diode RF probe into a Nano analog pin.

Better yet, add another 10dB of gain after the mixers so the IRF510's show trouble (much more obvious)
long before the mixers do.? So maybe add an extra gain stage between Q90 and RV1,
existing rigs could easily patch this in with an MMIC.?


If we do decide to go to 70mhz and beyond for that first IF, there are viable filters available.

In this post:??/g/BITX20/message/33203
Farhan explains that the 45mhz filter must be narrow enough to reject signals 2 mhz away from center.

Here's the filters on Mouser that are between 70 and 90 mhz, and have a bandwidth of less than 4mhz:
? ??

The PX1002 from Murata looks good to me, center frequency of 86.85mhz.
25khz wide, 3dB insertion loss, over 60dB of rejection at 1mhz out,
datasheet shows how to use it in 50 ohm environment.
Not exactly cheap at $12 single unit, $6 if buying hundreds from Mouser.
The similar PX1004 at 82.2mhz is harder to get, especially in low quantities,
but might be preferred as it allows a lower vfo frequency.?

To operate at 30mhz with an 86.85mhz first IF, the vfo should be 86.85+30 = 116.85mhz.
The Si5351's internal vco is spec'd to a max of 900mhz, and our fractional output dividers can divide down
to a minimum of 8.0, so 900/8=112.5mhz max using the current si5351bx routines with the vco moved to 900mhz.
Hans, G0UPL, has found that the vco can be pressed to go much higher, beyond 1100mhz,
so we could just cheat on that, perhaps 935mhz for the vco giving 935/8 = 116.875mhz max.
I'd try that first.
The other possibility is to use the second Si5351 internal vco with fractional pll feedback and an
integer output divider on clk1, giving fine grained frequency control up to 200mhz (290mhz, according to Hans).
This second method would roughly double the size of the si5351bx routines, but that's not a major hit.
The other two si5351 outputs would continue to use the first vco, and be restricted to 112.5mhz max.

If using the equations of post?/g/BITX20/message/44278
the only needed change to the uBitx code outside the Si5351bx routines would be to change this
uint32_t? f45c? = 44995000;? ? ?// center of 45mhz filter
? to this:
uint32_t? f45c? = 86850000;? ? ?// center of 87mhz filter

The filter and 50 ohm matching networks could be on a very small PC board
glued to the back of the uBitx main board.
This daughterboard could include a new BiDi amp with appropriate transistors.
If the uBitx mixers are problematic at 86.85mhz, then perhaps a couple ADE-1's also,
replacing everything from T2 to T4 inclusive.? Parts cost of around $10 if building hundreds,
$15 bucks if adding the two ADE-1's.?

Then everybody will get fixated on making the uBitx work on 6 meters
and we get to do this all over again.

Jerry, KE7ER

?
On Sun, Jun 3, 2018 at 03:44 pm, ajparent1/KB1GMX wrote:
Its not a drop in.? The filter would likely be hard to find and costly or for a one off salvage from?
an old junker commercial radio.?

I think Kenwood radios used a 63mhz filter or maybe ICOM.? so lets do a thought
experiment on what needs to be done.

The filter would need to be matched and like data for it will require experimental testing.
The T30-2 toroids could be reused and rewould and the cap for the L-networks changed
as needed.? The entire string of 3904s [all 6 of them] in the 45mhz section would have
to be some thing like 2n2369, or better BFR106s.?

Then the firmware has to be revised as the first lo needs to be higher to start maybe
65mhz and go up from there.??

So yes it can be done.? I don't have such a part so thats ruled out.? So for a one off
maybe, doesn't help everyone though. and even if the filter was not too expensive?
thats a lot of SMT and through hole work plus a new firmware.? At the production
level it could add significant cost and interrupt the product flow as you have all the
material in place and likely paid for.

Right now the most feasible option is bandpass filters and switching.? Cost wise the
parts are cheap is SMT inductors are used.? The trick there is drop in and play no
manufacturing tuning.

Allison





Re: Bitx 40 source file

 

Found this but its not working, something is missing:
https://github.com/afarhan/bitx40


Re: Github's future?

 

Given what I've seen of them these last 40 years, I'm sure they are quite capable.
Jerry


On Mon, Jun 4, 2018 at 04:44 pm, <groupio@...> wrote:
Microsoft would have to be pretty foolish to screw it up


Bitx 40 source file

 

I replaced the Radruino and need to reload the software and I am looking for the source file to reprogram the Arduino Nano.
Not a HEX file but the package with the .ino files etc.

Thanks!


Rogier


Re: Github's future?

 

Github is a platform to serve advertisements to software developers.? The price they pay to advertise is providing free project hosting.? Microsoft would have to be pretty foolish to screw it up.? If they alienate developers they lose their ad revenue.? The mass migration away from Sourceforge a while back should serve as a cautionary tale to them.

73 Mike
KK7ER


Re: Building homebrew ubitx: Need pre-v3 schematic PDF. Also, source for 45M15 (45 MHz IF) filter?

 

Maybe this one: available from ?? There maybe a min order value though for non VK's.


  • Stock No:?12232
    Part No:?45E2BF
    Description:?45M Matched Pair Crystal Filter
    Qty on Hand:?28
    Pricing
    * Minimum purchase qty * 8
    1???????up:? $0.500

    On Special
  • Device: 45E2BF
    Freq.: 45MHz
    Passband 3dB +/-3.75KHz
    Stopband 30dB +/-12.5KHz
    * Sold Per Pair *


Re: Github's future?

 

Arv,

Being an anarchist by nature, I wing it.
Before making changes, I save to a zip archive of everything I care about, named perhaps ubitxjg37.zip
Then I create a new header at the top of the main file with the date, perhaps ubitxjg38:? 2018-6-4
and add comments below that header as I adjust the code.?

When I'm ready for other people to look at it, I review all those comments and make sure nothing
is still outstanding, then remove all of it, leave only comments that are current.
Call the whole thing revision 1.0 and send it out.

Never have really figured out git in a serious way.
Don't intend to.
? ??

Jerry, KE7ER? ?(just now up from his nap)



On Mon, Jun 4, 2018 at 03:17 pm, Arv Evans wrote:
As I get even older I find that some sort of revision control system is needed in order
to do any code work.? I use CVCS on Linux to tell me when I last worked on a coding
project, what changes I made at that time, and then check-out the latest version for
continued work.? I can remember code I wrote at Bell Labs in 1980, but not what I
wrote for my Raduino last week.? Getting old is difficult and frustrating.? 8-(