开云体育

Hasan: Give it a try and report back. It's an interesting idea. 1. What are the required AVC attack and decay times vs, the Nano maximum ADC read rate plus the added I2C/SPI pot communications

Primary hit on using a Nano for AGC is the time it takes to drive a digital pot via the i2c bus, especially since i2c is also running the si5351 and perhaps a display. Don't have enough pins to go

Yes Sam, Sunil told me the following..The resistor need to be mounted on PCB and a cut is required in one track. I contacted him due to the circuit board is in his Nextion case kit. Will do the mod

There was a recent post about having to cut a trace on the front panel board for paddles.

I played around with audio processing for the esp32. I limited external components to analog conditioning only. Core 1 did sample service, core 2 frame processing. Sampling on the timer (rather than

Interesting. Try measuring the voltage on the keyer analog input pin to the Arduino. If it doesn't go up significantly when the resistance is increased, then?try an external pull-up (maybe 10k)

The same result using a pot to vary dahs... no effect.? No dahs, at all. Im down a power supply so no other rig to compare to at this time. 73,? Kelly K5AID

Wow! Jack is an ESP32 convert! Sent: Monday, April 22, 2019 9:04 PM To: [email protected] Subject: Re: [BITX20] Audio AVC Exactly. Consider the ESP32 with 1.3Mb of flash, 350Kb of SRAM, all

Hi Tom, i am using v1.12 of CEC fw. I will try to adjust my dash resistor. I think i have a 10k pot lying around somewhere...Thanks!! 73, Kelly K5AID

Hi, If you are not already, you may want to try the CEC firmware. I believe that software allows you to adjust for the actual voltages seen on the analog input pin for the dots and dashes. There

Ok, so i studied the thread and the ubitx.net website to wire up my vibroplex paddle for the ubitx.? I am using a sunil amateurradiokits.in case and front panel board. I have used a 10k and a 2.18k

This isn't requiring the micro controller to do any heavy duty DSP type processing. I think it would be very fast. An Arduino Nano may be fast enough. However, as time has marched on, there are new

Staples would be a good bet for me. However, I have the drawback that it is 60 miles from me, and I cannot afford the trip most of the time, much less added cost. I had a bad weekend with my Truck,

I don't think I have ever heard a argument in favor of slow attack AGC before. 73 Jack KZ5A

If you digitize the audio, you could delay it to match your pokey AGC scheme (and fancy audio filters and such too). That's what many SDR rigs do. In extreme cases it's like talking over a satellite

If I'm listening intently to some weak signal from far far away and kW of carrier opens up from across the street, I want a very fast attack in my AGC. For a strong SSB signal, the decay must be slow

Exactly. Consider the ESP32 with 1.3Mb of flash, 350Kb of SRAM, all scooting along at 240Mhz at a price of around $6. It also has two DAC ports. While the DAC ports are only 8 bit, it's better than

AGCs are supposed to be slow to react. If they were too fast then they would distort the received signals' envelope and effectively clamp the? RF signal to a constant value.? That might be fine for

I wondered about this approach myself. I figured there would be too much time lag in the software path to be effective(untested). James

Doing AGC in software would incur added delay, especially with an i2c pot on our beloved little Nano. We want to keep the attack time as short as possible. Would be fun to try, perhaps using one of