Keyboard Shortcuts
Likes
- BITX20
- Messages
Search
Re: I made a mistake
D7 is in the VCC line right next to the relay K1.
Check your wiring. It seems likely that you applied 12v to the Nano (or reversed the polarity), which probably fried it. If K1 coil is open, then the 12c would be applied directly to D7 as the load at that point. Maybe that's what took out the diode... john AD5YE |
Re: I made a mistake
¿ªÔÆÌåÓýBottom left corner of schematic. Are you sure you don't have the
power hooked up backwards? On 10/20/2017 10:38 PM, Barrett O
wrote:
I forgot to ground the black wire on the arduino. When I plugged in the power D7 started smoking. I pulled the power grounded the black wire (one next to the brown) then tried again and it started smoking again. Do yall think changing D7 will fix it or did I really screw up? I was trying to find d7 in the circuit diagram to see what it is but it's like looking for waldo. |
I made a mistake
I forgot to ground the black wire on the arduino. When I plugged in the power D7 started smoking. I pulled the power grounded the black wire (one next to the brown) then tried again and it started smoking again. Do yall think changing D7 will fix it or did I really screw up? I was trying to find d7 in the circuit diagram to see what it is but it's like looking for waldo.
|
Issues
Greetings, all ...
I have replaced my banjaxed raduino. It ran on the original firmware, and I'd applied several fixes to the Bitx40: ?- better biasing for Q16 ?- N2CQR's active filter replacing R113 (worked a treat to knock back the tuning clicks) ?- 1k Vol pot wiper to U1.3 ?- D7-K1 back-emf mod ?- I7SWX's de-thump AF clamp (modded to delay release on Tx-Rx) ?- 1N400x +12 to U1.6 All seemed stable until the 'fat-fingers' slip that killed the raduino ... although I got to hear my old sig.gen and a 'birdie' or two, I didn't actually hear decipherable audio ... Meanwhile another 'fat-fingers' slip killed U2, so the new raduino's CLK0 is now driving Q7 base. There's plenty of audio, so Q8 and Q9 seem to be redundant with raduino tuning, though I still haven't actually heard decipherable audio ... I've been struggling with hum. A major contributor was the power supply I've been using (linear 13.8V with seemingly defunct diode in the bridge), so I'm now running from a switcher (ex-USB-DVD external drive). There's still hum intermittently, but I've narrowed that down to stray pick-up from the raduino's CONTROLS loom. I still haven't connected any switches and 'stuff', so the wires as supplied are still there, but tucking them down against the metal (earthed) chassis-tray of my (otherwise plastic) housing has put that in the background. Should all unused lines here be defined with pull-ups at power-up unless otherwise assigned? I've noted that with my ultimate aim of encoder tuning, the tuning pot? will become redundant and A7 usable elsewise ... perhaps taking on D4's duties to free that up for the enconder's 'bump switch'? Now having installed Allard's latest firmware (first time and painless) I find the tuning clicks back with a vengeance. N2CQR's active filter seemingly no longer effective versus tuning clicks ... ... and there's tuning drift. It would seem that the si5351 is being controlled in 50Hz or less steps and the display only indicating each 100Hz. Is that 100k pot too high an impedance for the raduino's input? The originally-supplied 0.1uF (104) cap is connected as before wiper-to-ground, so I'm mystified ... with multiple clicks heard per displayed change (while not touching the pot.), is there a temperature effect? I've read that rapid discharge of +RX on TX (and vice versa?) might be beneficial. I wonder if/how this might be implemented at K1 - transistor clamps controlled from opposite contacts? Not tried, just conjecture ... RX->TX, clamping the Rx line: D18 in the +RX line will leave C110 powering the Rx audio - what purpose does it serve? and could it be bridged? or maybe do the clamp at C110 rather than at K1 contacts? +12 has left the RX side to power the TX after all - or does de-powering U1 produce its own thump? TX->RX, clamping the Tx line: no 'great thumping' electros or diodes, so should clamp cleanly at K1. 73 de Dex, ZL2DEX |
Re: Need a Raduino
¿ªÔÆÌåÓýI still have lots of Raduino X bare PCBs and completed boards.?
In case you blew up stock Raduino or want to make alternate
projects.
On 10/20/2017 5:40 PM, Bruce Bjerke,
K7BHB wrote:
Hello, All; -- Mike Hagen, WA6ISP 10917 Bryant Street Yucaipa, Ca. 92399 (909) 918-0058 PayPal ID "MotDog@..." Mike@... |
Re: Need a Raduino
Vince Vielhaber
I bought a BitX40 a while back with no intention of using the Raduino. It's still in the bubble wrap. $30 shipped prio conus. Email me direct if you're interested. vev at michvhf dot com
toggle quoted message
Show quoted text
Vince. On 10/20/2017 08:40 PM, Bruce Bjerke, K7BHB wrote:
Hello, All; --
Michigan VHF Corp. |
Bandpass filter
I'm looking at getting a second bitx to multiband. I know this wouldn't work for the LPF, but I wondered if anyone had considered or tried making band pass filters using standard value miniature inductors and fixed capacitors. It just seems, if possible, it would be easier and smaller than winding toroids. I built the N3ZI receiver a few years back, and he used them in the front end. Worked well.
Brent |
BITX QSO Night, Sunday, October 22, 7pm Local Time, 7277 kHz in North America, 7177 kHz elsewhere
John P
BITX QSO Night, Sunday, October 22, 7pm Local Time, 7277 kHz in North America, 7177 kHz elsewhere Join us as we make contacts from BITX40 to BITX40 on 7.277 MHz in 40 meters! This is a worldwide event for BITX40 stations starting at 7pm in each time zone. To participate, call CQ BITX on Sunday, starting at 7pm your local time. The BITX QSO Night continues through the evening and conditions usually improve after sunset, so it is worthwhile to participate later in the evening. Suggested Best Operating Practices: Work at QRP power levels unless conditions require more power. Report your QSO's, discuss propagation, noise, signal reports, audio reports, antenna type, etc. in this thread. This is an undirected, scheduled event.? The BITX QSO Night relies on you to call CQ BITX to initiate contacts with other stations, so warm up that final and transmit a few calls on Sunday evening.? Talk to you then! |
Re: uBITX Questions
what i meant is that you must terminate all the clock inputs into resistive loads of between 100 and 80 ohms and then measure the spurs.? - f On Fri, Oct 20, 2017 at 1:45 PM, Ashhar Farhan <farhanbox@...> wrote:
|
Re: More questions
Here are the two lines (highlighted yellow below) I added to the checkTX routine at line 666 (in v1.25.1) to prevent the carrier burst. Will also be included in v1.26 (to be released soon).
void checkTX() { ? // We don't check for ptt when transmitting cw in semi-QSK mode ? // as long as the TimeOut is non-zero, we will continue to hold the ? // radio in transmit mode ? if (TimeOut > 0 && semiQSK) ??? return; ? if (digitalRead(PTT_SENSE) && !inTx) { ??? // go in transmit mode ??? si5351bx_setfreq(2, 0);????? // temporarily disable CLK2 to prevent spurious emission (tks Dave M0WID) ??? inTx = true; ??? RXshift = RIT = RIT_old = 0; // no frequency offset during TX ??? if (semiQSK) { ????? mode = mode & B11111101; // leave CW mode, return to SSB mode ????? if (!vfoActive) { // if VFO A is active ??????? mode_A = mode; ??????? EEPROM.put(24, mode_A); ????? } ????? else { // if VFO B is active ??????? mode_B = mode; ??????? EEPROM.put(25, mode_B); ????? } ??? } ??? delay(75);?????????????????? // wait till RX-TX burst is over ??? setFrequency(frequency);???? // enable CLK2 again ??? shiftBase(); ??? updateDisplay(); 73 Allard PE1NWL |
Re: Standoff question
John P
On Fri, Oct 20, 2017 at 03:36 am, Barrett O wrote:
Hey John are these the right ones? I'm thinking not sense they are like a 1.28 a peice. The ones that are not threaded seem to come in packs of 100?The ones? I got were Nylon Unthreaded Spacers, 1/4" OD, 7/16" Length, for Number 4 Screw Size; item number ? -- John - WA2FZW |
Re: More questions
Gary O'Neil
Yes Dave;
? ? ?That sounds like it would work, at least to the extent that it would suppress the Rx pop to the AGC limit. Connecting the diode directly to the gate of the FET might be more effective by circumventing the attack time, and dumping a healthy charge into the hold capacitor. That could potentially kill the pop altogether. I think that idea has promise also. Great job! Gary, N3GO |
Re: W8TEE Software Release 1.07-09
I think I know what the problem is whith not being able to see emailadress etc.
I opted for the read online only? ( no email update) and it seems like the site don't post the letters after @ . Probably to fool bots etc. I have now changed settings and see emailadress etc. But I still don't have jack purdums adress, guess it will show when he posts the next time. |