Thank you very much for the thorough investigation David.
I'd been pulling may hair out a bit on it to the point where modified the PCB to get the signals back in on the correct ADC inputs just in case I screwed something up in the code and its still doing it. I will go back to the source files on the SM1000 page and give it another go. And Steve, I'll check again in case there is a DC offset occurring some where? I checked early on but have not done so recently. That is a good point. Thank you for the feedback. Regards Eric. On 2016-09-11 12:05, David Rowe wrote: > Hi Eric, > > Never been reported as far as I know. I just tried a few tests on a > SM1000 I have in front of me. In each test I'm replaying 120 seconds of > this mornings broadcast to the SM1000 from a laptop: > > i) Stock firmware from factory. Played 120s no problem. > > ii) Reflashed using stock sm1000.bin firmware from link on sm1000 page. > Played 120s no problem. > > iii) Latest sm1000.bin. This includes the menu system Stuart developed > late last year, some recent patches, lots development of (non sm100 > specific) FreeDV over the last year or so. Towards the end of a 120s > session I'm occasionally hearing a problem very similar to what you > report, e.g. garbled speech and errors and then recovers after 20s or so. > > iv) Back to stock firmware, Played 120s x 3 - no problems. > > So looks like it's not yr hardware. Tricky one to track down, as it > takes so long to occur (at least for me). Guess a first step would be > back track to earlier versions of SVN, find out if it's sm1000 specific, > or if it also occurs on x86 versions. Might be interesting to monitor > the free cpu cycles, stack, or try to trap the problem in some way. > > Can anyone else repeat this problem on their sm1000 with any version of > firmware? Best to test with a wave file played from a PC, rather than > an off-air signal. > > Thanks for the report, > > David > > On 11/09/16 16:55, eric@vk5kbb.comwrote: > >> Ok, Slightly modified SM1000 code. Basically all menu functions removed so >> it only powers up in DV mode. GPIO pins changed to a few different pins and >> DAC1/2 transposed. ADC's have not been changed because there is no easy way >> of doing that. Appears to modulate fine. Decode/RX has a good solid RT LED >> but anywhere from 3-20 seconds after RT light coming on during a receive of >> a good signal. (ie this mornings broadcast) The ERR LED stars flashing >> frantically like almost solid on. Audio becomes garbage. 25% of the time it >> will recover after 10-20 seconds other times I get frustrated and need to >> PTT, power cycle or hit the reset. Then it is almost instantly up and >> running fine again. I noticed this originally when running audio from the PC >> directly into the modem and thought it may be because the computer is >> glitching as its quite a slow computer. I expect glitches to happen but I am >> not sure on causes of lack of recovery. Have tested at various levels and >> this does not seem to effect it. Any thoughts? Or has any one seen this before? Cheers Eric ------------------------------------------------------------------------------ _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1] > > ------------------------------------------------------------------------------ > _______________________________________________ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1] Links: ------ [1] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
------------------------------------------------------------------------------
_______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
