[arm-allstar] Update version 1.3 BBB/RPi2 now in testing

Sun Jan 10 18:59:53 EST 2016

Perre,

  Not promising anything but yes they might be. But be aware - I have said this many times before - the job of modifying a FOB and the interface circuitry involved is little more than what you would have to do to use the main board GPIO. You would still need to build the same interface circuitry. The only thing you would not have to do is solder a few wires on the FOB. 

I really wish I could get people to understand how ridiculously easy that is and how the GPIO method is not just connect a couple of wires up to pins. It is much safer and cleaner to work on a $3 FOB then to build circuitry and run wires to GPIO on the main board. You can buy a dozen FOBS for $24 - less than the cost of one RPI2 board. Practice on a couple, if you blow them up throw them in the trash and start over, no big loss.

I realize there are some hams due to disability, eyesight, etc. who would not be able to do the modification but in that case I doubt you would be able to build the required interface to the main board GPIO either. Most hams know other hams. Ask someone to help you.
The simple FOB modification is at the hamvoip.org web page.

73 Doug
WA3DSP
http://www.crompton.com/hamradio

Date: Sun, 10 Jan 2016 17:57:05 -0500
From: petem001 at gmail.com
To: arm-allstar at hamvoip.org
Subject: Re: [arm-allstar] Update version 1.3 BBB/RPi2 now in testing

Will the hardware headers will be available with that release ?? (the i/o pin on both the BBB and rpi) so that we could use a simple dongle without mods and input/and outpu connection could be driven directly to the embeded device?

2016-01-09 14:44 GMT-05:00 Doug Crompton <doug at crompton.com>:

I am pleased to announce that version 1.3 of the BBB and RPi2 images are now in Alpha testing. The 1.3 versions will bring the BBB and RPi2 to the same level of updates and code capability. This update will also mark a split in the code. The 1.x versions will continue with maintenance updates as needed but a new 2.x version will be appearing in 2016. The 2.x versions will mark a very significant branch from the current code including a completely different code concept and many new features and capabilities. More on that will be coming out soon. The 1.x versions are considered stable and will be supported into the future during transition to the 2.x code. Here is a list of significant changes for version 1.3 -

Both the BBB and RPi2 have been updated to 4.x kernels and all associated software has been updated.

New app_rpt.c changes:

 - Removed obsolete uchameleon code (about 2500 lines).

      This is obsolete hardware.

 - Added COS timeout, with COS flap suppression (new rx_timeout, rx_cosflap  rpt.conf parameters)

      This is an attempt at eliminating single node hangups of connected networks. Often a single node,
      due to radio or interface failure, can cause a COS hangup tying up an entire network. If the timeout
      is set COS is monitored and the indication of asserted COS to the network is dropped if the time is
      exceeded. The COS timeout is set in the same way as a TX timeout. The COS unasserted indication to
      the network will remain until the hardware COS is cleared. COSFLAP can also be set and will attempt
      to catch conditions where a squelch is "flapping" by not resetting the timer during this condition and
      allowing the timeout period to proceed. 

 - Added telemetry gain levels (new telemnomdb rpt.conf parameter)

     This will allow a level adjustment of telemetry (connect, disconnect, etc.) messages. The level 
     change is in dB like the Echolink level adjustments. This will eliminate the need to change the
     level of audio files. 

 - Added telemetry ducking (AKA: Allison ducking) (new telemduckdb rpt.conf parameter)

    This optionally reduces telemetry levels when a voice signal is present. 

 - Changed tx timeout variable name from totime to tx_timeout (the old variable is deprecated,
    but still works after printing a console warning)

    This was done to avoid the confusion between TX and RX timeouts. TX timeout is applied only
    to the local transmitter. It is often in addition to a TX timeout that is set at a longer time in the
    radio itself ensuring double protection for a hung transmitter. The RX timeout, added in this
    update, would normally be set slightly longer than the TX timeout to offer the same protection 
    to the network from a COS hardware failure. 

New core Asterisk changes:

- Removed need to recompile to enable/disable RADIO_RELAX

   This command when on reduces the DTMF decode requirements but can also cause DTMF "Falsing"
   RADIO _RELAX is OFF by default and has been in ALL BBB and RPi2 compiles.  This command
   previously required a menuselect change and recompile to enable. It is now added as a runtime
   option in the simpleusb.conf and usbradio.conf files.

   IMPORTANT NOTE - this command should be used with caution and NEVER used indiscriminately.
   It loosens the  DTMF decoding requirements but also can cause voice "falsing" which can severely
   effect the audio. The "falsing" causes muting that sounds like dropouts. In 99.9% of cases you do
   not need to enable this command. Proper pre/de-emphasis and level settings solve most all DTMF 
   problems and should always be the first thing tried. I have run with this off in all the time I have
   used Allstar and never had a problem. In all but one case so far, that I know of, using the
   BBB/RPi2 images DTMF issues have been solved with proper settings. So be aware that this
   command can potentially cause as many problems as it might solve. 

 New chan_simpleusb.c changes:

 - Added code to resolve annoying variable transmitted audio delay

   This has plagued simpleusb on all platforms since it was added to the ACID code. It is more prevalent
   on the small boards and especially the RPi2.  The symptoms generally only appear when Allstar
   is used on a repeater. A user would hear their own voice for a few syllables or a word after
   unkeying. This update totally fixes the problem and the delay through the system is now constant
   and short in length.   

   The delay elimination update has been in beta testing on several repeaters for the last month 
   with excellent results.

Other updates

 - Cleaned up all compiler warnings. in app_rpt.c and chan_simpleusb both now compile cleanly,
   no warnings at all.  Added flags to allow compiles using new gcc for new and old versions of the
   code

 - The weather scripts are updated to "work around" the loss of Google voice.

 - With the kernel update the BBB now has GPIO capability for external control like the RPi2. 

While these are the significant changes in 1.3 there are other programs and scripts added and updated.
There may be more options added and further updates before the release date and a complete listing
will be available at that time.

Many thanks to Dave, KB4FXC and Chris, W0ANM for these updates.

I am hoping we can move this to distribution by the end of January early February time frame.

73, Doug 
WA3DSP

_______________________________________________

arm-allstar mailing list

arm-allstar at hamvoip.org

http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar

Visit the BBB and RPi2 web page - http://hamvoip.org

_______________________________________________

arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar

Visit the BBB and RPi2 web page - http://hamvoip.org 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160110/21976317/attachment.html>