@Raj vu2zap

The problem is at any volume

@Ian Reeve the problem remains.

?

Has anyone set up WSPR for use?? I find Bob Bruninga's web pages read more like hypothetical possibilities than actual application but that's probably me. If I'm going to be one of only a dozen people doing this, the investment in time becomes a chicken vs egg enterprise while hoping it catches on.

The reason that I picked up a second uBitx in the first place is for mobile use in data formats.? I've been dabbling around with voice so far, with abysmal test results with voice mode due to QRP levels and, of course, mobile antennas which are abysmal by definition compared to what's required for good, low-power voice comms.? So, back to the digital formats....

What are people doing with WSPR - or other formats for that matter - that might translate well to a minimalist site (i.e. relief camp) capability or mobile application with these feature-rich yet lower-powered radios?


Tnx,

Ted
k3rta

Are there any controls or jacks that I should isolate from my metal chassis?? Specifically, I'm thinking of the PTT and C/W key inputs, since those are wired to the Raduino.? Since they are part of the digital circuitry to some extent, should they be isolated from the chassis ground assuming I've got, e.g. the antenna RF out ground there?

Thanks,
-Rob

If the problem is at low volume level then add any resistor value between 1-10K in series with center volume control wire
and see if that helps.

Raj, vu2zap

开云体育

I tried unplugging the volume control completely, the problem persists

开云体育

Please help

I think you meant

HI,

This interesting article shows prototypes like I see in projects in this group, are like the test and development prototypes for many analog ICs. A look into the days before SPICE simulations became the standard.



Tom, wb6b

Well that makes more sense.? How do you make a 25 kHz wide LC filter at VHF? You don't.? I optimistically misread. Thanks Lawrence.

As Roseanne Rosannadanna used to say..."nevermind."

I'm looking to potentially add an audio DSP filter to my uBITX... I've got a Teensy 3.2 lying around that hasn't been used for anything, and I figured that 'd be the perfect toy to try out for this application.? Some thoughts and questions in no good order...

(1) I'm thinking I'd like to tap off the VOL-H location... so the DSP filter would come before the volume pot.? What are the pitfalls to this, if any?

(2) I would also use the Teensy as the interface to the computer for digimodes.? So by having the Teensy prior to the volume pot, I would be able to have separate control over the level into the computer, and the level through the speaker/headphones.? I could adjust audio output with the volume control for my ears, but meanwhile have a separate, independent control over the level seen by the computer (more so for e.g. CW w/ fldigi rather than PSK or FT8).

(3) Buffer?? Transformer?? Both?? I see that the JackAl has a similar arrangement, though it taps the audio off of VOL-M.? Why is the 1:1 isolation transformer prior to the preamp?? Would it be viable to have a high-impedance buffer first (to decouple the two outputs), and then the 1:1 transformer prior to the Teensy???

(4) Is there a spec or expected audio voltage level at the output of the uBITX audio preamp? (prior to the volume pot and LM386)? The Teensy audio adaptor has adjustable sensitivity, so I would think that I would want to set the input sensitivity (which goes up to ~3V, I believe) based on the design output peak voltage of the preamp, plus a small pad.

Thanks!
-Rob

I'm guessing your "GLCD 32160"?display is like the G32160x02 from Crystal Clear Technologies:
? ??
That datasheet says it uses the SBN1661 controller:
? ??
It appears the SBN1661 is supported under Arduino by u8glib?
? ??

Datasheet says the SBN1661 always has an 8 bit parallel data bus plus Read, Write, ChipSelect.
The uBitx currently uses a 4 bit parallel bus, so you won't have enough pins
unless you go to a bigger processor than the Nano that is used on the Raduino.

I've made a number of assumptions above.
Check your display over, see if any chips are labeled "SBN1661"

This might not be easy to get working.
But could be a fun project if you have an extra Arduino processor to play with.

Good to know you have your uBitx up and working.
I am quite happy sticking with the original 1602 display.

Jerry, KE7ER

Senior CO8PAP

Sorry we got off your topic, and not everyone appreciates your challenges there.

Please visit my club's website k3pzn.net/ubitx for many simple modifications you can consider. Also okay to email me.

The basic display does work nicely.

Curt

As this is still relevant to this topic I refrain from opening another thread and write here again.

I can confirm Mark's problems with the speed of the 100ppr encoder:
If the encoder is span slowly it works acceptable, but if the speed is increased, problems arise (See my reference

Has anyone found a way around this for KD8CECs software?

There are of course different ways which can be tried:

The following methods I thought of, but they are also burdening up some other problems (at least for me)

1.) My first idea was to simply change to a Arduino Nano Every to keep investements low and to gain something from the change. It's a bit faster, pin compatible and has interrupts everywhere but the eeprom is smaller and it will probably not work with the uBITX Manager. And it also does not compile as the softserial_tiny.cpp is incompatible and would require a rewrite (or a write out of the libray)

2.) Just changing the pins to interrupt capable ones and use another libray for the encoder.
This might be a solution as? Pin 2 and 3? are at the moment used for the CW key and TX-C (I think) which seems to control the low pass filters. I would need cut some connections and rewire here to make the software experiments possible with an unknown result.? Therefore I would rather just try a? software approach.

3.)Try to use portmapping to be able to read out the encoder faster. I found the but I am not sure if it can be used with analog inputs.
KD8CEC uses the following code to check the encoders status:

byte enc_state (void) {
??? return (analogRead(ENC_A) > 500 ? 1 : 0) + (analogRead(ENC_B) > 500 ? 2: 0);

The libray above only supplies

• digitalWriteFast(pinNum, state) (sets or clears pin/port faster)
• pinModeFast(pinNum, mode) (sets pin/port as input or output faster)
• digitalReadFast(pinNum)(reads the state of pin/port faster)

So no support for analogRead. And I guess if it was possible to read out the analog ports digitally,
this would have been done by KD8CEC before using this workaround.

Does anybody have an idea, what could be done?

Sascha

Here in cuba not is possible buy component, i an take the aviable components .

Fun fact, when I start to touch and move around the brown wire from volume control knob, I can hear local FM radio station.