[GRLUG] grlug Digest, Vol 91, Issue 14

Fri Oct 18 21:23:47 EDT 2013

I am interested in the details,  What are you trying to do that can not
be accomplished over ethernet or wifi?

Looking for ways to connect devices with no idea of the data or reason to
connect them is like asking someone to run cable to a computer... So many
options that work but no idea if its what you want.

As for some of your questions

you will want to look at

parallel-ssh for running commands to many computers all at roughly the same
time and getting results back.

capistrano - could also be used but that is more for managing a cluster of
machines with ruby

and I think puppet might also help distributed commands

And again BASH is a swiss army knife
(Untested) - I dont have a machine to try it on atm

make this a script....  call it with scriptname.sh "COMMAND AND STUFF"

#!/bin/bashCOMMAND=$1
HOSTS="josh at 10.13.37.3 josh at 13.37.3.3 bob at 10.110.0.1"for HOSTNAME in
${HOSTS} ; do
    ssh ${HOSTNAME} "${COMMAND}"done

And before you look to far into OTG USB networking - note that the USB spec
calls for cable length of 15 feet.

Your only option of the top of my head, without adding anything to an r-pi
is to use the serial tty console adapters.

and just have then all pluged into the same computer -- but then there is
the problem of how to issues command to each device -- altho you can prolly
just cat them to the /usb/tty that gets made.

Josh
On Fri, Oct 18, 2013 at 4:23 PM, rodney nunya <redheadedrodney at gmail.com>wrote:

> Without going into details the ARM boards will be linked via LAN to the
> data collection devices and are not connected to the PC. Because of the
> nature of this application I can NOT use LAN between the PC and ARM boards.
> This also includes WiFi or similar devices that use the LAN layer. For the
> purpose of this application consider that the PC has no networking of any
> sort available to it. Due to the environment any sort of wireless
> communications is a BAD idea.
>
> I am assuming the OTG USB port hooked to the PC through a hub is likely
> the second best connection from these boards to PC. But I want to be able
> to send what ever data I want through the port.
>
>
>
>
> On Fri, Oct 18, 2013 at 6:59 PM, <grlug-request at grlug.org> wrote:
>
>> Send grlug mailing list submissions to
>>         grlug at grlug.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>         http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
>> or, via email, send a message with subject or body 'help' to
>>         grlug-request at grlug.org
>>
>> You can reach the person managing the list at
>>         grlug-owner at grlug.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of grlug digest..."
>>
>>
>> Today's Topics:
>>
>>    1. Re: 'Simpler' email list manager (Patrick Goupell)
>>    2. Re: continuing fedora installation trials and tribulations
>>       (Eric Beversluis)
>>    3. Remote control of ARM development board (rodney nunya)
>>    4. Re: Remote control of ARM development board (L. V. Lammert)
>>    5. Re: Remote control of ARM development board (Ben Rousch)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Thu, 17 Oct 2013 14:33:52 -0400
>> From: Patrick Goupell <patrick at upmerchants.com>
>> To: grlug at grlug.org
>> Subject: Re: [GRLUG] 'Simpler' email list manager
>> Message-ID: <52602D90.9070302 at upmerchants.com>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>>
>> On 10/17/2013 12:23 PM, L. V. Lammert wrote:
>> > Looking for a 'simpler' email list manager (i.e. for a simpler user), ..
>> > something a business can use to manage an email list.
>> >
>> >
>>
>> What is being used now so I know what would be 'simpler'?
>>
>> Have you found anything close to what you want?
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Thu, 17 Oct 2013 19:41:35 -0400
>> From: Eric Beversluis <ebever at researchintegration.org>
>> To: "Mailing List for LUG in greater Grand Rapids, MI area."
>>         <grlug at grlug.org>
>> Subject: Re: [GRLUG] continuing fedora installation trials and
>>         tribulations
>> Message-ID: <1382053295.2450.11.camel at localhost>
>> Content-Type: text/plain; charset="UTF-8"
>>
>> On Sat, 2013-10-12 at 00:02 +0000, ebever at researchintegration.org wrote:
>> > After giving up on FedUp, I downloaded the DVD for Fedora 19 and three
>> times
>> > tried to install it. <....>
>>
>> Success 6 days later!! Tho hard telling why.
>>
>> After trying all kinds of things, what seems to have worked it
>> --delete all partitions
>> --replace gpt partition table with msdos type.(Despite seeing in a
>> number of places that gpt was required.)
>> --set bios/uefi to 'legacy' only
>> --no lvm
>> --let the fedora 19 installer make all choices.
>>
>> Thanks for the various suggestions.
>>
>> Was it Freudian to call their new upgrader 'Fedup'?
>>
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Fri, 18 Oct 2013 18:36:12 -0400
>> From: rodney nunya <redheadedrodney at gmail.com>
>> To: grlug <grlug at grlug.org>
>> Subject: [GRLUG] Remote control of ARM development board
>> Message-ID:
>>         <
>> CA+4KSnfmHqDwQVb3CAHEN-qwBkjfouO21_msJq4jMqx1jjcZQA at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> I am curious if anyone has any suggestions on how best to control a board
>> such as a Beagle Bone, rasberry pi or similar.
>>
>> I am looking at a setup where I want to interact with multiple ARM based
>> linux boards from my PC. The idea is I want to run CLI based commands on
>> the Linux boards and return the response to the PC. I may want to run
>> multiple programs at the same time on the linux board and return a large
>> amount of data at times. The PC will make determinations on the data
>> returned and decide to run other programs based on the need.
>>
>> I am wondering what is the fastest non LAN connection I could make between
>> the ARM and the computer. Most of the boards I looked at have USB 2.0
>> ports
>> and they have a serial console available.
>> What I am considering at this time is to build a specialized "switchboard"
>> type program on the Linux boxes that would run the programs and look for
>> the responses and communicate with a program on the PC that would then
>> decide which programs to run and such.
>>
>> Basically I am looking to use ARM boards as a sort of data collector for
>> the PC and the PC will make determinations based on the information
>> returned and go from there. It may start with one device getting
>> information and 2 others sitting idle waiting for something to happen and
>> when something is detected on the one getting information then the PC
>> calls
>> up one of the idle computers to perform actions.
>>
>> I will be making use of CLI based programs already in existence and
>> controlling everything from the PC with a custom program using a graphical
>> based interface to display the data to the user.
>>
>> In design this system would use 2-3 different arm boards but in practical
>> use I could be making use of dozens of ARM boards from the PC with the ARM
>> boards doing data collection and calculations on the data and allow the PC
>> to sit mostly idle as a controller.
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <
>> http://shinobu.grlug.org/pipermail/grlug/attachments/20131018/e4b8f921/attachment-0001.html
>> >
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Fri, 18 Oct 2013 17:46:42 -0500 (CDT)
>> From: "L. V. Lammert" <lvl at omnitec.net>
>> To: "Mailing List for LUG in greater Grand Rapids, MI area."
>>         <grlug at grlug.org>
>> Subject: Re: [GRLUG] Remote control of ARM development board
>> Message-ID: <Pine.BSO.4.53.1310181742550.4922 at Mail.omnitec.net>
>> Content-Type: TEXT/Plain; charset=US-ASCII
>>
>> On Fri, 18 Oct 2013, rodney nunya wrote:
>>
>> > I am curious if anyone has any suggestions on how best to control a
>> board
>> > such as a Beagle Bone, rasberry pi or similar.
>> >
>> This is a major reason why we always use a standard kernel. A RPi, for
>> example, supports standard ssh server/client interaction, along with all
>> of the related utilities.
>>
>> > I am wondering what is the fastest non LAN connection I could make
>> between
>> > the ARM and the computer. Most of the boards I looked at have USB 2.0
>> ports
>> > and they have a serial console available.
>> >
>> What is the issue with a LAN connection? It is by far the simplest way to
>> communicate with any embedded device, .. also trivial to use a miniUSB
>> Ethernet adapter for no-wires, if needed.
>>
>> > What I am considering at this time is to build a specialized
>> "switchboard"
>> > type program on the Linux boxes that would run the programs and look for
>> > the responses and communicate with a program on the PC that would then
>> > decide which programs to run and such.
>> >
>> Perfect application for ssh!
>>
>> For example, the first RPi system I build is a media server - ssh to the
>> box, run mpg123 to play a stream and alsamixer to control if needed.
>>
>>         Lee
>>
>>
>> ------------------------------
>>
>> Message: 5
>> Date: Fri, 18 Oct 2013 18:49:31 -0400
>> From: Ben Rousch <brousch at gmail.com>
>> To: Grand Rapids Linux Users Group <grlug at grlug.org>
>> Subject: Re: [GRLUG] Remote control of ARM development board
>> Message-ID:
>>         <CAOPHfB2ERwWUV5nD1qKbOu3uuWO6=
>> 2N7u8ffS8uA6iJMLe55Dg at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Thr boards you describe have ethernet or wifi and run Linux. You can just
>> use the usual Linux networking and tools to communicate.
>> I am curious if anyone has any suggestions on how best to control a board
>> such as a Beagle Bone, rasberry pi or similar.
>>
>> I am looking at a setup where I want to interact with multiple ARM based
>> linux boards from my PC. The idea is I want to run CLI based commands on
>> the Linux boards and return the response to the PC. I may want to run
>> multiple programs at the same time on the linux board and return a large
>> amount of data at times. The PC will make determinations on the data
>> returned and decide to run other programs based on the need.
>>
>> I am wondering what is the fastest non LAN connection I could make between
>> the ARM and the computer. Most of the boards I looked at have USB 2.0
>> ports
>> and they have a serial console available.
>> What I am considering at this time is to build a specialized "switchboard"
>> type program on the Linux boxes that would run the programs and look for
>> the responses and communicate with a program on the PC that would then
>> decide which programs to run and such.
>>
>> Basically I am looking to use ARM boards as a sort of data collector for
>> the PC and the PC will make determinations based on the information
>> returned and go from there. It may start with one device getting
>> information and 2 others sitting idle waiting for something to happen and
>> when something is detected on the one getting information then the PC
>> calls
>> up one of the idle computers to perform actions.
>>
>> I will be making use of CLI based programs already in existence and
>> controlling everything from the PC with a custom program using a graphical
>> based interface to display the data to the user.
>>
>> In design this system would use 2-3 different arm boards but in practical
>> use I could be making use of dozens of ARM boards from the PC with the ARM
>> boards doing data collection and calculations on the data and allow the PC
>> to sit mostly idle as a controller.
>>
>>
>>
>> _______________________________________________
>> grlug mailing list
>> grlug at grlug.org
>> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <
>> http://shinobu.grlug.org/pipermail/grlug/attachments/20131018/f47a33a2/attachment.html
>> >
>>
>> ------------------------------
>>
>> _______________________________________________
>> grlug mailing list
>> grlug at grlug.org
>> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
>>
>> End of grlug Digest, Vol 91, Issue 14
>> *************************************
>>
>
>
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shinobu.grlug.org/pipermail/grlug/attachments/20131018/d4464585/attachment-0001.html>