So, then we have to go dac side, with ramping, and pay attention to tx_enable as well... I'll see what I can do.
Eric Blossom wrote: > > On Tue, Jan 16, 2007 at 09:54:00AM -0800, Brett Trotter wrote: >> >> an additional note- tested with the original firmware and ctrl+c'ing >> still >> leaves the sine-wave, with my new firmware, it goes away as desired.. > > Good. > >> I remain perplexed as to why letting the program end normally results in >> the >> tx_empty not happening or the clock stopping or whatever is causing the >> transmitter to transmit the last sample. > > I believe that what's happening is that when it ends normally, the > host library disables the transmit path. When it's killed with ^C it > just blows out and doesn't disable the transmit path (Note that the > python code handles ^C properly) > > Thus, what's happening in the "normal termination" case is that the > tx_chain is disabled, and therefore the zeros that you're inserting > into the head of the tx signal processing path aren't being > processed and never get to the DACs... > > So much for the simple solution ;) > > Eric > > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- View this message in context: http://www.nabble.com/ramping-down-%28tx_empy-continued%29-tf3021634.html#a8397435 Sent from the GnuRadio mailing list archive at Nabble.com. _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
