From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Sun, 2 Nov 2014 12:04:50 +1100 Message-ID: From: Shane Morris To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=089e011609cc2cbe7a0506d5d121 Subject: Re: [9fans] A setup Topicbox-Message-UUID: 229f9b7a-ead9-11e9-9d60-3106f5b1d025 --089e011609cc2cbe7a0506d5d121 Content-Type: text/plain; charset=UTF-8 I like your setup Skip...! I was thinking of having a "mostly" Plan 9 distributed solution, with an Inferno registry node in the mix (per Pete Elmores debu.gs tutorials and 9gridchan tutorials). I may end up doing the GUI on Inferno too, as it has quite a few more primitives that'll make it look "friendly." I'll have to read Philips book on Limbo programming for that. I was thinking of having the Mac9P/ 9mount on Linux there in case I needed it, but yes, you're right about authentication and the like. On Sun, Nov 2, 2014 at 11:58 AM, Skip Tavakkolian < skip.tavakkolian@gmail.com> wrote: > i can think of two options: > > - you could go for an all Plan 9 distributed solution. this will be the > easiest to roll out and maintain in my opinion (security, administration, > maintenance, etc). i have used this setup with over a dozen 9pi cpu's (tftp > booting from a 386-based auth+fs) collecting bluetooth data (via usb) and > logging it on the fs. it worked well; the collector is a simple rc script > that reads files served by the bluetooth fs and writes the data to the > (imported) filesystem; it all uses 9P, of course. > > - you could build a 9P network on top of heterogeneous OS environments , > but things get unnecessarily messy. you have to deal with authentication, > log forwarding or u9fs, non-standard ways of talking to USB, or serial and > needing to build your own 9P file server for each, etc. > > -Skip > > > > On Sat, Nov 1, 2014 at 2:41 PM, Shane Morris > wrote: > >> Hi 9fans, >> >> I wish to have a 9P based sensor and actuator reporting system for an >> aquaponics setup I am designing. >> >> I was going to use a RaspberryPi running Plan 9, an "A la mode" for the >> interface to the Arduino shield, and a Cooking Hacks Open Aquarium/ Open >> Garden shield (so I would need two RaspberryPi's). On the control side of >> things, I would have my MacBook access the namespace via Mac9P. >> >> Some questions: >> >> * Would it be better to use a RaspberryPi Plan 9 CPU image rather than a >> terminal image? The only interface I will need from the RaspberryPi to the >> Arduino is TTL serial >> * Eventually I would create another RaspberryPi, running Linux using >> 9mount, to display various statistics and data about the system. I'd be >> writing the interpreter for the information from the Open Aquarium/ Open >> Garden shields in Python. With what I have described, all I would need to >> do is "open" the TTL serial stream file from each of the RPis and read out >> the data, am I correct? >> * Does anyone have any constructive thoughts on this system setup? Please >> note, I am doing this to get a handle on 9P. >> >> Many thanks! >> >> Shane. >> >> > --089e011609cc2cbe7a0506d5d121 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I like your setup Skip...!

I was thinki= ng of having a "mostly" Plan 9 distributed solution, with an Infe= rno registry node in the mix (per Pete Elmores d= ebu.gs tutorials and 9gridchan tutorials). I may end up doing the GUI o= n Inferno too, as it has quite a few more primitives that'll make it lo= ok "friendly." I'll have to read Philips book on Limbo progra= mming for that.

I was thinking of having the Mac9P= / 9mount on Linux there in case I needed it, but yes, you're right abou= t authentication and the like.

On Sun, Nov 2, 2014 at 11:58 AM, Skip Tavakkolian = <skip.tavakkolian@gmail.com> wrote:
i can think of two options:
=

- you could go for an all Plan 9 distributed solution. = this will be the easiest to roll out and maintain in my opinion (security, = administration, maintenance, etc). i have used this setup with over a dozen= 9pi cpu's (tftp booting from a 386-based auth+fs) collecting bluetooth= data (via usb) and logging it on the fs. =C2=A0it worked well; the collect= or is a simple rc script that reads files served by the bluetooth fs and wr= ites the data to the (imported) filesystem; it all uses 9P, of course.

- you could build a 9P network on top of heterogeneous= OS environments , but things get unnecessarily messy. you have to deal wit= h authentication, =C2=A0log forwarding or u9fs, non-standard ways of talkin= g to USB, or serial and needing to build your own 9P file server for each, = etc.

-Skip



On Sat, Nov 1, 2014 at 2:41 PM, Shane Morris <edgecomber= ts@gmail.com> wrote:
Hi 9fans,

I wish to have a 9P based sensor an= d actuator reporting system for an aquaponics setup I am designing.

I was going to use a RaspberryPi running Plan 9, an "= ;A la mode" for the interface to the Arduino shield, and a Cooking Hac= ks Open Aquarium/ Open Garden shield (so I would need two RaspberryPi's= ). On the control side of things, I would have my MacBook access the namesp= ace via Mac9P.

Some questions:

* Would it be better to use a RaspberryPi Plan 9 CPU image rather tha= n a terminal image? The only interface I will need from the RaspberryPi to = the Arduino is TTL serial
* Eventually I would create another Ras= pberryPi, running Linux using 9mount, to display various statistics and dat= a about the system. I'd be writing the interpreter for the information = from the Open Aquarium/ Open Garden shields in Python. With what I have des= cribed, all I would need to do is "open" the TTL serial stream fi= le from each of the RPis and read out the data, am I correct?
* D= oes anyone have any constructive thoughts on this system setup? Please note= , I am doing this to get a handle on 9P.

Many than= ks!

Shane.



--089e011609cc2cbe7a0506d5d121--