Re: [Svxlink-devel] Svxlink directly connected to repeater
Brought to you by:
sm0svx
From: Christoph K. <chr...@gm...> - 2012-06-19 08:48:36
|
sorry, please ignore! Am 19.06.2012 10:46, schrieb Christoph Kottke: > nö. muß mir putty gehen und denn via ssh. > > > Am 19.06.2012 10:43, schrieb Adi Bier: >> Hi Dean, >> >> thank you for posting to the mailinglist, I forgot to add the >> email-address of the svxlink-list in my last posting. >> >> Dean, it's very important, that you made your changes _not_ inside >> the original tcl-files in /usr/share/svxlink/events.d. With the next >> update your changes going lost. The safe way is to create an own >> tcl-file (e.g. my_settings.tcl) in the >> /usr/share/svxlink/events.d/local directory. >> I've made a short description of the locale concept at my german >> website (http://svxlink.de/?page_id=903), it's in German only, sri. >> But the google translator may help. The enumeration in the middle of >> the website shows the order of execution. >> >> To make SvxLink silent set the params as follows: >> >> RGR_SOUND_DELAY=-1 >> SHORT_IDENT_INTERVAL=0 >> LONG_IDENT_INTERVAL=0 >> >> and create a my_settings.tcl in /usr/share/svxlink/events.d/local >> directory: >> >> # file my_settings.tcl >> namespace eval RepeaterLogic { >> >> proc repeater_down {reason} { >> global mycall; >> variable repeater_is_up; >> >> set repeater_is_up 0; >> set now [clock seconds]; >> set Logic::prev_ident $now; >> } >> >> proc repeater_up {reason} { >> global mycall; >> global active_module; >> variable repeater_is_up; >> >> set repeater_is_up 1; >> >> if {($reason != "SQL_OPEN") && ($reason != "CTCSS_OPEN") && >> ($reason != "SQL_RPT_REOPEN")} { >> set now [clock seconds]; >> if {$now-$Logic::prev_ident < $Logic::min_time_between_ident} { >> return; >> } >> set Logic::prev_ident $now; >> } >> } >> } >> >> But it doesn't have an influence to announcements of >> incoming/outgoing EchoLink-connections. So you shoud define which >> SvxLink-announcements you want to have or not to decide which >> tcl-functions must be changed. >> >> On the other hand you should take into consideration to let SvxLink >> fully control your repeater instead of an external hardware. I would >> never give up the opportunity anymore to adjust all operating params >> by remote access (ssh,...). >> >> 73's de Adi, DL1HRC >> >> >> >> Am 19.06.2012 03:55, schrieb Dean Groe: >>> You are correct Adi, I was using an old svxlink.conf file. This has >>> one of those projects that was started, interrupted, started, >>> etc... for over a year now. Tonight I recreated the svxlink.conf >>> file, using the proper version. Svxlink now appears to be stable. >>> I suspect that the solution to the seg fault was addressing the ALSA >>> device as alsa:plughw:0, instead of :default . 16K sampling is >>> working fine too. >>> >>> I am still having some challenges with the roger beeps. In trying >>> to figure out what is triggering what, I have turned off all >>> identifications in the svxlink.conf file (all three values set to >>> 0), and also set the RGR_SOUND_DELAY to -1 . I am still getting >>> roger sounds and idents from Svxlink, as well as the NHRC >>> controller. I am getting a three tone beep from Svxlink, but I >>> cannot find it in the Logic.tcl . >>> >>> I have an events.d/local RepeaterLogic.tcl that should be disabling >>> all of the sounds / beeps at activation / deactivation events. >>> I have also slightly customized send_short_ident in events.d/local >>> Logic.tcl. I find that some events would use the customized >>> send_short_ident, some would ignore it. >>> >>> At least it is stable now. But I cannot leave it running with all >>> of these additional beeps and ident issues. I only leave it running >>> long enough to work on it, then shutdown svxlink before our local >>> repeater users hunt me down and make it STOP. >>> >>> Thanks for the help. >>> Dean KD4TWJ >>> >>> ------------------------------------------------------------------------ >>> *From:* Adi Bier <dl...@gm...> >>> *To:* Dean Groe <war...@ya...> >>> *Sent:* Monday, June 18, 2012 4:40 PM >>> *Subject:* Re: [Svxlink-devel] Svxlink directly connected to >>> repeater >>> >>> Hi Dean, >>> >>> Am 18.06.2012 18:39, schrieb Dean Groe: >>> > OK, lets try this again. Sorry for the previous reply. >>> Trying to do this via the mobile from work. >>> > Linux, 3.1.10-gentoo-r1-2 >>> > SvxLink v0.13.0 (Feb 15 2012) Controller is a NHRC-4. >>> > The svxlink.conf is probably a mess right now. >>> >>> No, it isn't. Do you really want to see my config? ;-) >>> >>> > We have to schedule time to be there at the repeater site, >>> so as we started noticing problems with this, we (two people) >>> started trying different parameters just to see if maybe we were >>> misinterpretting a setting. So keep an open mind when you look >>> at the conf, we know that it is a mess at this point. >>> > We only had so much time with the repeater connected to a >>> dummy load to play with this. I did the initial testing with a >>> link node and a Motorola commecial radio, because I did not have >>> a repeater at my disposal to test with. I thought that I had >>> most of the settings correct for the repeater, and maybe I did, >>> But as I mentioned, the .conf is a mess now. Also, I now have >>> more information on the seg fault. It is an Error 6 in >>> libasyncaudio, so this may be something different from repeater >>> control issues. >>> >>> Please start SvxLink in the console and post all messages from >>> the start of the application until the segfault occurs , are >>> there more errors during the startup? >>> >>> > I have since tried all values for CARD_SAMPLE_RATE with no >>> success. Here is the svxlink.conf . You will notice that we >>> are not currently not sending LOCATION_INFO. We will do that >>> after we solve the problems. [GLOBAL] >>> > MODULE_PATH=/usr/lib/svxlink >>> > LOGICS=RepeaterLogic >>> > CFG_DIR=svxlink.d >>> > TIMESTAMP_FORMAT="%c" >>> > CARD_SAMPLE_RATE=48000 >>> > #LOCATION_INFO=LocationInfo >>> The sampling rate is ok, if your soundcard supports 48k you >>> really shouldn't prevent them from using it. >>> >>> >>> > [RepeaterLogic] >>> > TYPE=Repeater >>> > RX=Rx1 >>> > TX=Tx1 >>> > MODULES=ModuleHelp,ModuleParrot,ModuleEchoLink >>> > CALLSIGN=N2HBX >>> > SHORT_IDENT_INTERVAL=5 >>> > LONG_IDENT_INTERVAL=720 >>> > IDENT_ONLY_AFTER_TX=9 >>> > EXEC_CMD_ON_SQL_CLOSE=750 >>> > EVENT_HANDLER=/usr/share/svxlink/events.tcl >>> > NO_REPEAT=1 >>> > IDLE_TIMEOUT=5 >>> > #OPEN_ON_1750=1000 >>> > #OPEN_ON_CTCSS=136:2000 >>> > #OPEN_ON_DTMF=* >>> > OPEN_ON_SQL=200 >>> > OPEN_SQL_FLANK=OPEN >>> > IDLE_SOUND_INTERVAL=0 >>> > RGR_SOUND_DELAY=0 >>> > REPORT_CTCSS=103.5 >>> > #TX_CTCSS=SQL_OPEN >>> > MACROS=Macros >>> > #LINKS=LinkToR4 >>> > FX_GAIN_NORMAL=0 >>> > FX_GAIN_LOW=-16 >>> > SQL_FLAP_SUP_MIN_TIME=1000 >>> > SQL_FLAP_SUP_MAX_COUNT=10 >>> > #ACTIVATE_MODULE_ON_LONG_CMD=4:Ec >>> >>> It seems that you're using an older version of svxlink.conf with >>> a newer svxlink-version. Your svxlink.conf is missing some >>> params like DEFAULT_LANG=en_US and so on... >>> >>> It's better to use AUDIO_DEV=alsa:plughw:0 >>> for your first soundcard inside the TX and RX-Section. >>> >>> vy 73's de Adi >>> >>> > Thanks >>> > Dean KD4TWJ >>> >>> >>> >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats.http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >> >> _______________________________________________ >> Svxlink-devel mailing list >> Svx...@li... >> https://lists.sourceforge.net/lists/listinfo/svxlink-devel > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > Svxlink-devel mailing list > Svx...@li... > https://lists.sourceforge.net/lists/listinfo/svxlink-devel |