<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Alan,<br>
Yes, I did not enable firsttime on the RPi. I'll fix it soon. For
now:<br>
touch /etc/asterisk/firsttime<br>
<br>
I'll look at pcf.sh<br>
<br>
The one way audio is interesting. I need to add apt-get update and
apt-get upgrade to the first boot.<br>
<br>
Thanks for the patch to firsttime. I merged it.<br>
<br>
Steve<br>
<br>
<div class="moz-cite-prefix">On 04/30/2017 06:22 PM, Alan Crosswell
wrote:<br>
</div>
<blockquote
cite="mid:CAA5py3i6taeUjVb4m+PN+sgDkXg-dk+fgmYiHq8J6FRqF32iAg@mail.gmail.com"
type="cite">
<div dir="ltr">Hi Steve, et. al.:
<div><br>
</div>
<div>A couple of errata for RAT_RC1.img on a Pi 3B:</div>
<div><br>
</div>
<div><b>firsttime:</b> </div>
<div><br>
</div>
<div>1) Does not happen on first boot after copying the img to
CF and first login as root. Still investigating reproducing
this but it seems that means the img is missing
/etc/asterisk/firsttime. Maybe I'll try opening this with a
loopback FS to see what's in the image before it boots.</div>
<div><br>
</div>
<div>2) Hit enter instead of Y or N at password change prompt
and get a syntax error. <a moz-do-not-send="true"
href="https://github.com/AllStarLink/DIAL/pull/3"
target="_blank">PR #3 </a>submitted and I see you already
merged it!</div>
<div><br>
</div>
<div><b><i>no</i>noload:</b></div>
<div><b><br>
</b></div>
<div>The unanchored sed commands in /usr/local/sbin/pcf.sh cause
"noload" to become "nonoload", "nononoload" and so on each
time nodesetup is run.</div>
<div><br>
</div>
<div>
<div><font face="monospace, monospace"># grep nono
/etc/asterisk/modules.conf </font></div>
<div><font face="monospace, monospace">nononoload =>
chan_simpleusb.so ;<span class="gmail-Apple-tab-span" style="white-space:pre"> </span>CM1xx
USB Cards with Radio Interface Channel Driver (No DSP)</font>
</div>
</div>
<div><br>
</div>
<div>Here's where this happens in /usr/local/sbin/pcf.sh:</div>
<div><br>
</div>
<div><font face="monospace, monospace">691: sed -i 's/noload
=> <a moz-do-not-send="true"
href="http://chan_simpleusb.so/load">chan_simpleusb.so/load</a>
=> <a moz-do-not-send="true"
href="http://chan_simpleusb.so/g">chan_simpleusb.so/g</a>'
/etc/asterisk/modules.conf</font></div>
<div><font face="monospace, monospace">692: sed -i 's/load =>
<a moz-do-not-send="true"
href="http://chan_usbradio.so/noload">chan_usbradio.so/noload</a>
=> <a moz-do-not-send="true"
href="http://chan_usbradio.so/g">chan_usbradio.so/g</a>'
/etc/asterisk/modules.conf</font></div>
<div><font face="monospace, monospace">695: sed -i 's/load =>
<a moz-do-not-send="true"
href="http://chan_simpleusb.so/noload">chan_simpleusb.so/noload</a>
=> <a moz-do-not-send="true"
href="http://chan_simpleusb.so/g">chan_simpleusb.so/g</a>'
/etc/asterisk/modules.conf</font></div>
<div><font face="monospace, monospace">696: sed -i 's/noload
=> <a moz-do-not-send="true"
href="http://chan_usbradio.so/load">chan_usbradio.so/load</a>
=> <a moz-do-not-send="true"
href="http://chan_usbradio.so/g">chan_usbradio.so/g</a>'
/etc/asterisk/modules.conf</font></div>
<div><font face="monospace, monospace"><br>
</font></div>
<div><font face="arial, helvetica, sans-serif">Fix is to change
them to: sed -i 's/^...' to anchor the pattern but I was
unable to find where this happens in the source code so
didn't submit a PR. It looks like pcf.sh is derived from <a
moz-do-not-send="true"
href="https://allstarlink.org/config/portalconfig.sh">https://allstarlink.org/config/portalconfig.sh</a>
but I'm missing something...</font></div>
<div><br>
</div>
<div><b>one-way audio with <a moz-do-not-send="true"
href="http://www.repeater-builder.com/products/usb-rim-lite.html">rb-usb-rim
lite-scom 7330</a>:</b></div>
<div><b><br>
</b></div>
<div>We seemed to have one-way audio where audio from the SCOM
was not being heard via the (763) phone dialup but phone audio
was being transmitted by the SCOM. In the process of debugging
this, we decided to see if there were packets flowing outbound
and tried to "apt-get install tcpdump" and saw that it needed
some updates, so we did an "apt-get update" and, lo and
behold, the one-way audio problem went away. (Could be app_rpt
saw we were getting ready to watch it;-) So perhaps there was
just an update that needed to get installed, or it was just
gremlins. Maybe just an Asterisk restart needed. Always
frustrating when "circuit tested, no trouble found" after 4
hours of head-scratching. We had done many service asterisk
stop/start cycles. So if firsttime isn't already, it should
probably do an apt-get update.</div>
<div><br>
</div>
<div>We had also played around with "radio tune rxvoice" with a
service monitor (and saved the tune config) to make sure there
was actually audio going in to the RIM and at the right level.<br>
</div>
<div><br>
</div>
<div>Anyway, the good news is I believe we got this stuff
working and the firsttime/nodesetup stuff makes it really
easy.</div>
<div><br>
</div>
<div>Thanks & 73 de N2YGK & N2DVQ</div>
<div><br>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
App_rpt-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:App_rpt-users@lists.allstarlink.org">App_rpt-users@lists.allstarlink.org</a>
<a class="moz-txt-link-freetext" href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users">http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users</a>
To unsubscribe from this list please visit <a class="moz-txt-link-freetext" href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users">http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. </pre>
</blockquote>
<br>
</body>
</html>