embedlets-developer — Outpost Embedlet container developer list

Re: [Embedlets-dev] Re: 'Secure Outpost' boards

[Marc N. <ma...@ge...>]

On 6/7/03 17:00, "Ted Kosan" <tk...@ya...> wrote:

> I do not see any problem at all with us developing an open 'Secure Outpos=
t'
> hardware/software specification for these remote monitoring and control
> devices
> and then letting anyone who is interested to build and sell devices that
> adhere
> to the standard.  My initial idea was to build an open hardware reference
> implementation for this project but if enough companies are willing to bu=
ild
> specification-compliant devices from day one, perhaps this is not necessa=
ry?

To be candid, open sourcing the hardware design probably isn't necessary,
and also bear in mind that anyone capable of getting a board produced is
likely able to design the thing, too -- it's not a particularly complex
design, and producing PCBs and selecting components requires a modicum of E=
E
knowledge.

Also bear in mind that getting a board run at a prototyping house will
likely cost ~US$100, then you'll have to acquire components, then invest
your time putting the whole thing together. An interesting project, for
sure, but not necessarily fiscally viable if you only want one or two board=
s
that you could buy for <$100.

Plus, what happens if somebody who only has Half-a-Clue=81 gets a board made
from an "open source" design and for some reason they don't know their PCB
design package well enough and end up with traces that are out of spec and
fried electronics and/or hands? Or worse...

One final point...open source software is easy to tweak for your needs, and
re-model time-and-time again...open source hardware is less so.


-marc

RE: [Embedlets-dev] Re: 'Secure Outpost' boards

[Christopher S. <cs...@oo...>]

On the JAPL front... has anyone had a chance to look over the JAPLEvent and
Network API's?

They are in the japl module under:

org.japl.event
org.japl.net
org.japl.media

Just looking for feedback.

> Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
> _______________________________________________
>
> Chris wrote:
>
> >I have some relay boards available. They connect to solenoid driven
> >circuit breakers of the type used in industrial (lighting)
> control. [snip]
>
>
> James wrote:
>
> > What we could do is have an 8-bit DIP on one port of the uVM device and
> >read this in as the low byte of the IP address and have a fixed
> high byte
> >then the we can have each one have a number of relays probably up to 16
> >or something. [snip]
>
>
> Marc wrote:
>
> >Kelly Smith suggested I join the list, so here I am [...] Glad I'm on
> >this list...some interesting discussions going on! :-)
> >
> >Kelly's more-or-less convinced me to do a small production run of 1-wire
> >relay boards. Nothing too crazy, some off-the-top-of-my-head specs: -
>
> Welcome to the group Marc.  We are glad to have you on board!
>
>
> As for the issue of boards, I think that we have a classic case
> of b

[Embedlets-dev] Embedlet components

[Christopher S. <cs...@oo...>]

On the Embedlet/Outpost front...

I have run into some complexities attempting to integrate the Persistence
model into the current Component model. The issue centers around the
inclusion of the Context in the core definition of the component such that
every component has to be aware of the context. This is the case as well
with the model in the OopScope Process Components, hence the conflict... the
component would now have to handle the Context and the Persistent models in
order to integrate with both.

It occurred to me that a more flexible approach would be to make it so that
the core component requires no knowlege of the Context (unless explicitly
required) or Persistence classes. A partner class would provide the
Persistence/Context interface for the component and interact through the
regular get/set Bean patterns.


This would allow lightweight implementations (James) to drop the Persistence
and Context models in favor of a hard-wired approach, yet the same Embedlet
would be able to operate in these enriched enviroments, without
modification, through the inclusion of the appropriate 'partner' class. A
vendor would make the core Embedlet and the enriched partner available
seperatly. Developers could choose the appropriate level of complexity based
on their project needs and know that they could scale up to the enriched
container model with the same components.

This solves the JAPL initialization issue as well. Here the JAPL API is
published with the standard Bean patterns and an Embedlet partner class
provides the initialization when the JAPL component resides in an Embedlet
container. Outside of the Embedlet container the JAPL can operate as a
standalone device driver.

In this light it may make sense to define Level I, Level II... container
specifications that would outline the services avaiable:

Level I (no partner required)
	- Life cycle
	- Logging
	- Event management
	- Requires hard code initialization

Level II
	- Dynamic initialization (Context/Persistence)
	- Networking/Remote management

Level III
	- Enterprise integration
	- Web Services (SOAP RPC)

I have included a diagram to (hopefully) clarify this idea. I will post a
sample Embedlet and partner class with this concept in place. This will be
the BinaryToggle and BinaryToggleContext classes.

Feedback?

[Embedlets-dev] Re: 'Secure Outpost' boards

[Ted K. <tk...@ya...>]

Chris wrote:

>I have some relay boards available. They connect to solenoid driven 
>circuit breakers of the type used in industrial (lighting) control. [snip]


James wrote:

> What we could do is have an 8-bit DIP on one port of the uVM device and 
>read this in as the low byte of the IP address and have a fixed high byte 
>then the we can have each one have a number of relays probably up to 16 
>or something. [snip]


Marc wrote:

>Kelly Smith suggested I join the list, so here I am [...] Glad I'm on 
>this list...some interesting discussions going on! :-)
>
>Kelly's more-or-less convinced me to do a small production run of 1-wire 
>relay boards. Nothing too crazy, some off-the-top-of-my-head specs: - 

Welcome to the group Marc.  We are glad to have you on board!


As for the issue of boards, I think that we have a classic case of “cooperate
on the specification and compete on the implementation” on our hands (which
is wonderful!).

I do not see any problem at all with us developing an open 'Secure Outpost'
hardware/software specification for these remote monitoring and control devices
and then letting anyone who is interested to build and sell devices that adhere
to the standard.  My initial idea was to build an open hardware reference
implementation for this project but if enough companies are willing to build
specification-compliant devices from day one, perhaps this is not necessary?


Anyway, my 'gut feel' is that as soon as people see these remotely controlled
lights blinking that the demand for Secure Outpost devices is going to be
strong enough to keep the device manufactures busy for a long time...


Ted

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

Re: [ Marc Nicholas ] [Embedlets-dev] 1-wire relay board

[Marc N. <ma...@ge...>]

There's no price difference in relays rated for 3A or 10A...the real
considerations are making sure that your board design can handle 10A, and
that people don't blow themselves up ;-) I'd also have to make sure that the
screw terminals are rated that high...they might be a 5A part that I've
selected.


-marc



On 6/7/03 16:53, "Gregg G. Wonderly" <gr...@sk...> wrote:

> Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
> _______________________________________________
> 
> 
>> If anyone else here is interested, let me know. I'd be interested to know
>> whether folk would want single or double-pole relays, and whether 3A would
>> be enough for most needs, or if there's anyone brave enough to switch 10A
>> loads ;-)
> 
> Including 1 10A relay of the four would at least make it possible to do some
> high current applications without biasing the price too much...
> 
> -----
> gr...@cy...  (Cyte Technologies Inc)
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Embedlets-developer mailing list
> Emb...@li...
> https://lists.sourceforge.net/lists/listinfo/embedlets-developer
> 

 
--------------------------------------------------
Marc Nicholas Geekythings Inc. C/416.543.4896
UNIX, Database, Security and Networking Consulting

Re: [ Marc Nicholas ] [Embedlets-dev] 1-wire relay board

[Gregg G. W. <gr...@sk...>]

>If anyone else here is interested, let me know. I'd be interested to know
>whether folk would want single or double-pole relays, and whether 3A would
>be enough for most needs, or if there's anyone brave enough to switch 10A
>loads ;-)

Including 1 10A relay of the four would at least make it possible to do some 
high current applications without biasing the price too much...

-----
gr...@cy...  (Cyte Technologies Inc)

RE: [Embedlets-dev] RE: Global Light Blinker -> can I propose the project?

[Ted K. <tk...@ya...>]

James wrote:

> As for being ready.. Well I agree we nearly are. It would be nice to
> have this all working before we submit.

For the most part I think that we have enough experience to know that we can
come up with a workable solution one way or another.  I bet that almost
everyone on this list has already remotely controlled something using the
internet so that part is not a problem.

In the mean time I think it is important that we propose the project idea to
the JXTA community sooner rather than later so that we can begin a dialog.  It
is going to take awhile for these two communities to understand and effectively
communicate with one another and the sooner we begin this process the better.

Besides, I think that we need the early input of the JXTA developers so that
our hardware designs meet their needs properly.


Ted 

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

[Embedlets-dev] 1-wire relay board

[Marc N. <ma...@ge...>]

Hi all...

Kelly Smith suggested I join the list, so here I am...

Kelly's more-or-less convinced me to do a small production run of 1-wire
relay boards. Nothing too crazy, some off-the-top-of-my-head specs:

- DS2406 based
- 4 relays per board
- all connections via screw terminals (1-wire, external power and loads)
- surface mount LEDs for relay state, power, etc.

If anyone else here is interested, let me know. I'd be interested to know
whether folk would want single or double-pole relays, and whether 3A would
be enough for most needs, or if there's anyone brave enough to switch 10A
loads ;-)

Glad I'm on this list...some interesting discussions going on! :-)


-marc

Re: [Embedlets-dev] Global Light Blinker Project proposal

[Gregg G. W. <gr...@sk...>]

Not to deflate Ted's enthusiasm, but there are some important things to 
understand regarding JXTA.

>Close.  A webbrowser is not involved and the lights are just for the proof of
>concept.  We can control anything in the home that can be interfaced to.  All
>that is needed is to have one or more JXTA Peers running inside of the house
>that are part of the person's personal PeerGroup.  JXTA 2.0 has already
>implemented encrypted TLS (Transport Layer Security) along with encrypted
>authentication for peer group access and communications.  The JXTA groups has
>solved many of the tough communications problems that we have been struggling
>with for the past year.

In the end, IP routability does not disappear.  Thus, there have to be well 
known addresses for rendevous.  This means that while the peer groups might be 
dynamic, you must have a server infrastructure with well known addresses 
somewhere/

>Each JXTA peer in the peer group has a universal unique ID (UUID) which means
>that we can give any device in the home a UUID and then monitor and control it
>from anywhere in the world.  The really great thing is that there is not
>central UUID authority and so anyone is free to create as many UUIDs as they
>need.

While 128 bits is a big number, it is still possible for duplicates, so the 
UUID must be generated with many important considerations such as MAC address, 
date/time etc.  So, you must follow the rules, and thus consider some aspect 
of your physical environment if you are going to operate in the world 
community.

>Network Address Translation.

Nice explanation of NAT.

>The big problem with monitoring and controlling devices in the home up to this
>point has been the following:  When an incoming IP packet comes into the NAT
>box, and it was not the result of an outgoing request, then there is no match
>in the NAT's lookup table and the message gets dumped into the bit bucket.
>
>JXTA 2.0 just solved this 'punching through the NAT' problem a couple of 
months
>ago and so they have just opened the remote home device control market wide
>open for anyone who knows both Java and Embedded systems.
>
>BTW, JXTA also punches through firewalls...

This is where you have to be careful.  JXTA provides protocols between JXTA 
clients that allow a proxy (of sorts) to interconnect them.  This is a well 
known architecture.  I have a proxy at my work location that an X-10 server at 
my house (whose network is NAT'd) connects to.  My J2ME phone connects to the 
proxy which then provides the connecting pipe between the two 'worlds'.  There 
are other examples of this mechanism that include protocol conversion and 
neutralization.  The web server is a central contact point for information 
digestable by web browers and other HTTP capable devices and applications.  It 
is capable of translating HTTP URLs into actions of the server that then 
return an HTTP response (often an HTML document, but not always in the case of 
HEAD requests and others).

What JXTA has done is adopt this strategy into its infrastructure as a useful 
mechanism for fighting with the world of NAT and firewall.  But, there is 
still no possibility of two NAT'd JXTA peers finding each other without some 
well known address to find a rendevous.

>James, it gets even better...  The JXME sub-project has also created 
technology
>that allows a full JXTA peer to act as a proxy for very small devices that can
>only communicate using HTTP.  Because of this I think that your uVMs, along
>with all of the Systronix products, are in a perfect position to fill this
>amazing market opportunity.

This is a great proxy based protocol neutralization example!

There are many competing technologies working in the world of distributed 
computing.  JXTA is very interesting.  I'm on the Jini wagon because it 
provides the solutions that I need for the same types of problems.  The most 
important thing for me is that I don't have to do anything to make complex 
Object graphs go between Jini peers.  The other side is that it also includes 
mobile code.  Thus the implementation details can be changed and/or vary over 
time.  I know that the big issue with mobile code is class loading.  For micro 
devices, this is a really big issue.  That is a place where JXTA can play a 
role.  But, there are other ways to solve the same problems, and in the end, 
the first technology to deploy the next killer application, may end up with 
the momentum to carry the lead...

-----
gr...@cy...  (Cyte Technologies Inc)

RE: [Embedlets-dev] RE: Global Light Blinker -> can I propose the project?

[Christopher S. <cs...@oo...>]

Ted,

I have some relay boards available.

They connect to solenoid driven circuit breakers of the type used in
industrial (lighting) control. Their most important virtue is that they do
not require power after actuation. The internal mechanism latches
mechanically and holds the state set by either the on or off solenoid.

The boards are on a 50 pin cable that is driven by a Intel 8255 3x8 IO chip.

I will dig up the schematic and get it to you so you can determine if they
will work.

Chris

> Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
> _______________________________________________
>
> >I wonder if we could daisychain these units using your serial multidrop
> idea?
>
> Yes, I am certain we can..
>
> What we could do is have an 8-bit DIP on one port of the uVM device and
> read this in as the low byte of the IP address and have a fixed high
> byte then the we can have each one have a number of relays probably up
> to 16 or something.. So it would be easy to have 256 x 16 relays
> controlled via http JXTA proxies sitting off a single PC serial port. We
> could have a very simple board with a serial in/serial out port and
> space for a bunch of relays per board. We could easily have different
> sized boards for different numbers of relays per board.
>
> I especially like that it illustrates the use of the http proxy for the
> JXTA project and I think this is something that will really interest
> them also because it is not a 'proprietry' solution but a generic
> internet one. (HENCE) equally the boards can be all be address using the
> JAPL remoting stack, or as .NET proxies from a .NET application or
> directly from WinSOCK or basically any other way that put standard
> TCP/IP down that RS232 socket! SO there is good re-use outside of the
> JXTA proxy.. And this is also another reason not to use and depend on
> the 1-wire APIS' etc
>
> As for being ready.. Well I agree we nearly are. It would be nice to
> have this all working before we submit.
>
> PS. The document is coming together beautifully thank-you for your input
>
> James Caska
> www.muvium.com
> uVM - 'Java Bred for Embedded'
>
>
>
> -----Original Message-----
> From: emb...@li...
> [mailto:emb...@li...] On Behalf Of
> Ted Kosan
> Sent: Sunday, 6 July 2003 9:11 AM
> To: emb...@li...
> Subject: RE: [Embedlets-dev] RE: Global Light Blinker -> can I propose
> the project?
>
>
> Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
> _______________________________________________
>
> James wrote:
>
> > Well my thoughts are :
> >
> > * Make sure we are ready first
>
> What is your definition of ready?  To me ready means being able to
> control something that is inside of a NAT domain from out on the
> internet (the first thing that I am going to 'control' will just be a
> simulated light on the screen).  As soon as this is proven to work the
> rest is just plain embedded control stuff.
>
>
>
> > * As an additional type of relay I would like to write a uVM
> > controller with a jxta http proxy :-) - then we can use the regular
> > serial connector and won't need special 1-wire translator and special
> > dallas iButtons at the relay end.. Also would be cheaper to throw a
> > uVM-877A a few relays and a regular serial cable into any 'DIY' kit..
>
> James, this is a great idea!  The hardware configuration that I was
> originally considering was looking fairly expensive but a pure
> serial/uVM solution appears like it could be quite cheap.  I wonder if
> we could daisychain these units using your serial multidrop idea?
>
> Anyway, the JXTA project submission guidelines indicate that project
> proposals need to be discussed first and in the initial proposal that I
> would put together I would just say that the Embedlet Group would allow
> the JXTA nodes to control simple home appliances like house lamps.  I
> will not commit to any specific way of how this will be done and I will
> refer to the hardware in strictly abstract black-box terms.
>
>
> Ted
>
> __________________________________
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Embedlets-developer mailing list
> Emb...@li...
> https://lists.sourceforge.net/lists/listinfo/embedlets-developer
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Embedlets-developer mailing list
> Emb...@li...
> https://lists.sourceforge.net/lists/listinfo/embedlets-developer
>

RE: [Embedlets-dev] RE: Global Light Blinker -> can I propose the project?

[Christopher S. <cs...@oo...>]

Sounds good to me.

The more interest and participation that we have the better. Someone else
will come up with a standardized container if it is not the Embedlets
project, so the more that we can get Embedlets recognized the better.

Chris
>
> Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
> _______________________________________________
>
> I am making good progress on the initial JXTA/Embedlets Light Blinker test
> program and I hope to have something running by late Sunday evening.
>
> I have already described the Global Light Blinker project idea in
> an earlier
> post.  Does anyone on the list have any reservations about me officially
> proposing this project to the JXTA group as a joint Embedlets/JXTA group
> project?
>
> I will volunteer to develop the lions share of the code for our
> part of the
> project.
>
>
> Ted
>
> __________________________________
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month!
> http://sbc.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Embedlets-developer mailing list
> Emb...@li...
> https://lists.sourceforge.net/lists/listinfo/embedlets-developer
>

RE: [Embedlets-dev] RE: Global Light Blinker -> can I propose the project?

[James C. <ca...@vi...>]

>I wonder if we could daisychain these units using your serial multidrop
idea?

Yes, I am certain we can.. 

What we could do is have an 8-bit DIP on one port of the uVM device and
read this in as the low byte of the IP address and have a fixed high
byte then the we can have each one have a number of relays probably up
to 16 or something.. So it would be easy to have 256 x 16 relays
controlled via http JXTA proxies sitting off a single PC serial port. We
could have a very simple board with a serial in/serial out port and
space for a bunch of relays per board. We could easily have different
sized boards for different numbers of relays per board.

I especially like that it illustrates the use of the http proxy for the
JXTA project and I think this is something that will really interest
them also because it is not a 'proprietry' solution but a generic
internet one. (HENCE) equally the boards can be all be address using the
JAPL remoting stack, or as .NET proxies from a .NET application or
directly from WinSOCK or basically any other way that put standard
TCP/IP down that RS232 socket! SO there is good re-use outside of the
JXTA proxy.. And this is also another reason not to use and depend on
the 1-wire APIS' etc

As for being ready.. Well I agree we nearly are. It would be nice to
have this all working before we submit. 

PS. The document is coming together beautifully thank-you for your input

James Caska
www.muvium.com
uVM - 'Java Bred for Embedded'



-----Original Message-----
From: emb...@li...
[mailto:emb...@li...] On Behalf Of
Ted Kosan
Sent: Sunday, 6 July 2003 9:11 AM
To: emb...@li...
Subject: RE: [Embedlets-dev] RE: Global Light Blinker -> can I propose
the project?


Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
_______________________________________________

James wrote:

> Well my thoughts are :
> 
> * Make sure we are ready first

What is your definition of ready?  To me ready means being able to
control something that is inside of a NAT domain from out on the
internet (the first thing that I am going to 'control' will just be a
simulated light on the screen).  As soon as this is proven to work the
rest is just plain embedded control stuff.



> * As an additional type of relay I would like to write a uVM 
> controller with a jxta http proxy :-) - then we can use the regular 
> serial connector and won't need special 1-wire translator and special 
> dallas iButtons at the relay end.. Also would be cheaper to throw a 
> uVM-877A a few relays and a regular serial cable into any 'DIY' kit..

James, this is a great idea!  The hardware configuration that I was
originally considering was looking fairly expensive but a pure
serial/uVM solution appears like it could be quite cheap.  I wonder if
we could daisychain these units using your serial multidrop idea?

Anyway, the JXTA project submission guidelines indicate that project
proposals need to be discussed first and in the initial proposal that I
would put together I would just say that the Embedlet Group would allow
the JXTA nodes to control simple home appliances like house lamps.  I
will not commit to any specific way of how this will be done and I will
refer to the hardware in strictly abstract black-box terms.


Ted 

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Embedlets-developer mailing list
Emb...@li...
https://lists.sourceforge.net/lists/listinfo/embedlets-developer

RE: [Embedlets-dev] RE: Global Light Blinker -> can I propose the project?

[Ted K. <tk...@ya...>]

James wrote:

> Well my thoughts are :
> 
> * Make sure we are ready first

What is your definition of ready?  To me ready means being able to control
something that is inside of a NAT domain from out on the internet (the first
thing that I am going to 'control' will just be a simulated light on the
screen).  As soon as this is proven to work the rest is just plain embedded
control stuff.



> * As an additional type of relay I would like to write a uVM controller
> with a jxta http proxy :-) - then we can use the regular serial
> connector and won't need special 1-wire translator and special dallas
> iButtons at the relay end.. Also would be cheaper to throw a uVM-877A a
> few relays and a regular serial cable into any 'DIY' kit.. 

James, this is a great idea!  The hardware configuration that I was originally
considering was looking fairly expensive but a pure serial/uVM solution appears
like it could be quite cheap.  I wonder if we could daisychain these units
using your serial multidrop idea?

Anyway, the JXTA project submission guidelines indicate that project proposals
need to be discussed first and in the initial proposal that I would put
together I would just say that the Embedlet Group would allow the JXTA nodes to
control simple home appliances like house lamps.  I will not commit to any
specific way of how this will be done and I will refer to the hardware in
strictly abstract black-box terms.


Ted 

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

RE: [Embedlets-dev] 1 page JXTA paper for James

[James C. <ca...@vi...>]

Interesting.

Probably really easy though.. Load up the java to C# translator and
implement a few low level routines..

James Caska
www.muvium.com
uVM - 'Java Bred for Embedded'



-----Original Message-----
From: emb...@li...
[mailto:emb...@li...] On Behalf Of
James Caska
Sent: Sunday, 6 July 2003 3:46 AM
To: emb...@li...
Subject: RE: [Embedlets-dev] 1 page JXTA paper for James


Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
_______________________________________________

Thanks! Ted.. 

Just what I needed.. Now to do (another) pretty picture and integrate
into the doc.. 

BTW - Is there an equivalent technology to JXTA from the Microsoft .NET
croud? 

James Caska
www.muvium.com
uVM - 'Java Bred for Embedded'



-----Original Message-----
From: emb...@li...
[mailto:emb...@li...] On Behalf Of
Ted Kosan
Sent: Saturday, 5 July 2003 10:13 PM
To: emb...@li...
Subject: RE: [Embedlets-dev] 1 page JXTA paper for James


Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
_______________________________________________

Ok James, here is the paper.  I tried to make it as non-technical as
possible while still getting across the main ideas.  Hope it helps...

Ted

------

Managing billions of Internet-connected Embedded devices using JXTA and
Java.

BILLIONS OF GENERIC NETWORK NODES

JXTA (www.jxta.org) is a new networking technology that allows any
devices that can be connected to the Internet to be treated as generic
network nodes which developers can form into subgroups.  These JXTA
subgroups are a new class of computer, called a "network-based
computer", and developers can dynamically create these network-based
computers out of generic JXTA nodes in order to solve domain-specific
problems.  JXTA technology is designed to scale to billions of nodes and
these nodes can consist of any devices which have electronic "heart
beats", like PCs, cell phones, servers, PDAs and embedded systems.


THE NETWORK *IS* THE COMPUTER

One way to look at how the new network-based development works is as
follows. 
In the "old" days, the computer use to be the computer and in order to
tailor a computer's capabilities for a given application, one would plug
cards into the computer's ISA or PCI buses.  For example, in order to
control a servo motor system, one would plug a servo motor controller
card into a PCI slot and then the computer's operating system would
recognize it and make it available to software applications.

But now, instead of the computer being the computer, the *network* is
the computer and these new network-based computers consist of nodes
connected by wired or wireless network connections.  These networked
nodes can be as close to one another as fractions of a millimeter or as
far apart from one another as the other side of the globe.  In order to
expand the capabilities of a network-based computer, one simply plugs
more nodes into the network.  One way of looking at this is that the
network is the PCI buss for the new class of network-based computers.


JAVA IS AN OPERATING SYSTEM FOR NETWORK-BASED COMPUTERS

Just like Linux and Windows are operating systems for single computers,
Java is an operating system for network-based computers.  As with all
paradigm shifts, this is a difficult thing to see at first but as people
start using these new network-based computers the understanding of them
and their potential will eventually 'sink in'.

Here are some exciting application scenarios that the new network-based
computers have recently enabled:

1)  Secure remote control and monitoring of devices within the home or
business using any PC on the internet or a cell phone.  Service
companies can also be contracted to provide remote in-home services such
as security, appliance monitoring and energy management.

2)  Company-wide automated 6-Sigma data measurement applications which
feed measurement data into the company's enterprise systems.

3)  City-wide air conditioning load management system.

4)  Quick configuration of CIM (Computer Integrated Manufacturing)
workcells for the flexible production of parts.

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Embedlets-developer mailing list
Emb...@li...
https://lists.sourceforge.net/lists/listinfo/embedlets-developer





-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Embedlets-developer mailing list
Emb...@li...
https://lists.sourceforge.net/lists/listinfo/embedlets-developer

RE: [Embedlets-dev] RE: Global Light Blinker -> can I propose the project?

[James C. <ca...@vi...>]

Well my thoughts are :

* Make sure we are ready first
* As an additional type of relay I would like to write a uVM controller
with a jxta http proxy :-) - then we can use the regular serial
connector and won't need special 1-wire translator and special dallas
iButtons at the relay end.. Also would be cheaper to throw a uVM-877A a
few relays and a regular serial cable into any 'DIY' kit.. 

James Caska
www.muvium.com
uVM - 'Java Bred for Embedded'



-----Original Message-----
From: emb...@li...
[mailto:emb...@li...] On Behalf Of
Ted Kosan
Sent: Sunday, 6 July 2003 7:23 AM
To: emb...@li...
Subject: [Embedlets-dev] RE: Global Light Blinker -> can I propose the
project?


Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
_______________________________________________

I am making good progress on the initial JXTA/Embedlets Light Blinker
test program and I hope to have something running by late Sunday
evening.

I have already described the Global Light Blinker project idea in an
earlier post.  Does anyone on the list have any reservations about me
officially proposing this project to the JXTA group as a joint
Embedlets/JXTA group project?

I will volunteer to develop the lions share of the code for our part of
the project.


Ted

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Embedlets-developer mailing list
Emb...@li...
https://lists.sourceforge.net/lists/listinfo/embedlets-developer

[Embedlets-dev] RE: Global Light Blinker -> can I propose the project?

[Ted K. <tk...@ya...>]

I am making good progress on the initial JXTA/Embedlets Light Blinker test
program and I hope to have something running by late Sunday evening.

I have already described the Global Light Blinker project idea in an earlier
post.  Does anyone on the list have any reservations about me officially
proposing this project to the JXTA group as a joint Embedlets/JXTA group
project?

I will volunteer to develop the lions share of the code for our part of the
project.


Ted

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

RE: [Embedlets-dev] 1 page JXTA paper for James

[Ted K. <tk...@ya...>]

James wrote:

> BTW - Is there an equivalent technology to JXTA from the Microsoft .NET
> croud? 

Not that I am aware of.  I think that one of .NET's main weaknesses is that it
was not designed to be a general purpose network-centric technology like Java
was and I think that this is going to be a major problem for Microsoft going
forward.

At its core, though, JXTA is just an open protocol specification that can be
implemented in any language and it is not specifically related to Java at all.

Somehow I do not see Microsoft implementing it any time soon however...


Ted

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

RE: [Embedlets-dev] 1 page JXTA paper for James

[James C. <ca...@vi...>]

Thanks! Ted.. 

Just what I needed.. Now to do (another) pretty picture and integrate
into the doc.. 

BTW - Is there an equivalent technology to JXTA from the Microsoft .NET
croud? 

James Caska
www.muvium.com
uVM - 'Java Bred for Embedded'



-----Original Message-----
From: emb...@li...
[mailto:emb...@li...] On Behalf Of
Ted Kosan
Sent: Saturday, 5 July 2003 10:13 PM
To: emb...@li...
Subject: RE: [Embedlets-dev] 1 page JXTA paper for James


Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
_______________________________________________

Ok James, here is the paper.  I tried to make it as non-technical as
possible while still getting across the main ideas.  Hope it helps...

Ted

------

Managing billions of Internet-connected Embedded devices using JXTA and
Java.

BILLIONS OF GENERIC NETWORK NODES

JXTA (www.jxta.org) is a new networking technology that allows any
devices that can be connected to the Internet to be treated as generic
network nodes which developers can form into subgroups.  These JXTA
subgroups are a new class of computer, called a "network-based
computer", and developers can dynamically create these network-based
computers out of generic JXTA nodes in order to solve domain-specific
problems.  JXTA technology is designed to scale to billions of nodes and
these nodes can consist of any devices which have electronic "heart
beats", like PCs, cell phones, servers, PDAs and embedded systems.


THE NETWORK *IS* THE COMPUTER

One way to look at how the new network-based development works is as
follows. 
In the "old" days, the computer use to be the computer and in order to
tailor a computer's capabilities for a given application, one would plug
cards into the computer's ISA or PCI buses.  For example, in order to
control a servo motor system, one would plug a servo motor controller
card into a PCI slot and then the computer's operating system would
recognize it and make it available to software applications.

But now, instead of the computer being the computer, the *network* is
the computer and these new network-based computers consist of nodes
connected by wired or wireless network connections.  These networked
nodes can be as close to one another as fractions of a millimeter or as
far apart from one another as the other side of the globe.  In order to
expand the capabilities of a network-based computer, one simply plugs
more nodes into the network.  One way of looking at this is that the
network is the PCI buss for the new class of network-based computers.


JAVA IS AN OPERATING SYSTEM FOR NETWORK-BASED COMPUTERS

Just like Linux and Windows are operating systems for single computers,
Java is an operating system for network-based computers.  As with all
paradigm shifts, this is a difficult thing to see at first but as people
start using these new network-based computers the understanding of them
and their potential will eventually 'sink in'.

Here are some exciting application scenarios that the new network-based
computers have recently enabled:

1)  Secure remote control and monitoring of devices within the home or
business using any PC on the internet or a cell phone.  Service
companies can also be contracted to provide remote in-home services such
as security, appliance monitoring and energy management.

2)  Company-wide automated 6-Sigma data measurement applications which
feed measurement data into the company's enterprise systems.

3)  City-wide air conditioning load management system.

4)  Quick configuration of CIM (Computer Integrated Manufacturing)
workcells for the flexible production of parts.

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Embedlets-developer mailing list
Emb...@li...
https://lists.sourceforge.net/lists/listinfo/embedlets-developer

RE: [Embedlets-dev] 1 page JXTA paper for James

[Ted K. <tk...@ya...>]

Ok James, here is the paper.  I tried to make it as non-technical as possible
while still getting across the main ideas.  Hope it helps...

Ted

------

Managing billions of Internet-connected Embedded devices using JXTA and Java.

BILLIONS OF GENERIC NETWORK NODES

JXTA (www.jxta.org) is a new networking technology that allows any devices that
can be connected to the Internet to be treated as generic network nodes which
developers can form into subgroups.  These JXTA subgroups are a new class of
computer, called a “network-based computer”, and developers can dynamically
create these network-based computers out of generic JXTA nodes in order to
solve domain-specific problems.  JXTA technology is designed to scale to
billions of nodes and these nodes can consist of any devices which have
electronic “heart beats”, like PCs, cell phones, servers, PDAs and embedded
systems.


THE NETWORK *IS* THE COMPUTER

One way to look at how the new network-based development works is as follows. 
In the “old” days, the computer use to be the computer and in order to tailor a
computer's capabilities for a given application, one would plug cards into the
computer's ISA or PCI buses.  For example, in order to control a servo motor
system, one would plug a servo motor controller card into a PCI slot and then
the computer's operating system would recognize it and make it available to
software applications.

But now, instead of the computer being the computer, the *network* is the
computer and these new network-based computers consist of nodes connected by
wired or wireless network connections.  These networked nodes can be as close
to one another as fractions of a millimeter or as far apart from one another as
the other side of the globe.  In order to expand the capabilities of a
network-based computer, one simply plugs more nodes into the network.  One way
of looking at this is that the network is the PCI buss for the new class of
network-based computers.


JAVA IS AN OPERATING SYSTEM FOR NETWORK-BASED COMPUTERS

Just like Linux and Windows are operating systems for single computers, Java is
an operating system for network-based computers.  As with all paradigm shifts,
this is a difficult thing to see at first but as people start using these new
network-based computers the understanding of them and their potential will
eventually 'sink in'.

Here are some exciting application scenarios that the new network-based
computers have recently enabled:

1)  Secure remote control and monitoring of devices within the home or business
using any PC on the internet or a cell phone.  Service companies can also be
contracted to provide remote in-home services such as security, appliance
monitoring and energy management.

2)  Company-wide automated 6-Sigma data measurement applications which feed
measurement data into the company's enterprise systems.

3)  City-wide air conditioning load management system.

4)  Quick configuration of CIM (Computer Integrated Manufacturing) workcells
for the flexible production of parts.

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

RE: [Embedlets-dev] Global Light Blinker Project proposal

[James C. <ca...@vi...>]

Thanks Ted,

No more than 2 pages.. Possibly even just 1.. This is a
marketing/technology vision Document that needs to 'hit between the
eyes' what you can do with the technology and squeezes out the most
compelling thing about the solution. It is as much for the engineers as
it is for potential investors which is a place I may go soon ;-)

Where muvium sits with JXTA here is the same place as it is sitting with
all the rest.. It is the real-time end point with a proxy talking to one
or more uVM devices over simple serial over a serial link (insert
transport here - irda, wired, radio, X-10, zigbee) 

Be it .NET, J2ME, JXTA, internet directly, WinSOCK, outpost.. It's all
the same pattern..

Must say writing this document is both exhausting and exciting!..
Producing this sort of stuff is incredibly hard I have discovered, but
as I read it and look at the pretty pictures I am getting darn excited
as the paradigm shift of embedded with internet connectivity is being
revealed before my very eyes.

James Caska
www.muvium.com
uVM - 'Java Bred for Embedded'



-----Original Message-----
From: emb...@li...
[mailto:emb...@li...] On Behalf Of
Ted Kosan
Sent: Saturday, 5 July 2003 5:01 AM
To: emb...@li...
Subject: RE: [Embedlets-dev] Global Light Blinker Project proposal


Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
_______________________________________________

James wrote:

> Boy.. The more I get into it HTTP for uVM
> with the Java Servlet container is really turning out to be a great 
> choice.. Very happy with the combination of applications that are 
> coming from it!

It looks like your technology instincts are proving to be very good!
JXTA actually uses a servlet container too (Jetty) in order to handle
all of its HTTP needs.



> Ted, can you put together in as condensed a form as possible your best

> language on why JXTA is great and why this is a great space for java 
> to help me build this new section in this what is turning out to be a 
> very powerful document on the future of java embedded application 
> space.

No problem!  About how many pages would you like it to be?


In the mean time, this short JXTA executive overview should serve to
refresh your memory on JXTA:

http://www.jxta.org/project/www/docs/JXTA-Exec-Brief-032803.pdf


Ted

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Embedlets-developer mailing list
Emb...@li...
https://lists.sourceforge.net/lists/listinfo/embedlets-developer

RE: [Embedlets-dev] Global Light Blinker Project proposal

[Ted K. <tk...@ya...>]

James wrote:

> Boy.. The more I get into it HTTP for uVM
> with the Java Servlet container is really turning out to be a great
> choice.. Very happy with the combination of applications that are coming
> from it!

It looks like your technology instincts are proving to be very good!  JXTA
actually uses a servlet container too (Jetty) in order to handle all of its
HTTP needs.



> Ted, can you put together in as condensed a form as possible your best
> language on why JXTA is great and why this is a great space for java to
> help me build this new section in this what is turning out to be a very
> powerful document on the future of java embedded application space.

No problem!  About how many pages would you like it to be?


In the mean time, this short JXTA executive overview should serve to refresh
your memory on JXTA:

http://www.jxta.org/project/www/docs/JXTA-Exec-Brief-032803.pdf


Ted

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

RE: [Embedlets-dev] Global Light Blinker Project proposal

[James C. <ca...@vi...>]

>The JXME sub-project has also created technology that allows a full 
>JXTA peer to act as a proxy for very small devices that can only 
>communicate using HTTP.  Because of this I think that your uVMs,..

Yep.. I remember going through JXTA a while back and thinking about if I
wanted to put into into a uVM but decided HTTP with a proxy was the
better choice because I always thought there would have to be at least 1
'heavyweight' (relative to uVM) conduit into the real-world. Having a
JXTA proxy with the SLIP JAPL HTTP remoting stack we talked about before
is looking really interesting. Boy.. The more I get into it HTTP for uVM
with the Java Servlet container is really turning out to be a great
choice.. Very happy with the combination of applications that are coming
from it!


OK.. Hmm.. I am going to do a rapid think tank on this because I am
RIGHT NOW writing my muvium Bible 'Technology Evaluation' document that
encapsulates everything about muvium and the emerging connectivity
application space, heirachial java /outpost, generic user interfaces via
irda enabled PDA/MobilePhone/Gameboy browsers, WindowCE.NET
connectivity/Industrial control etc. Plus where and why muvium 'makes it
possible'

This document I have about 2 days before it has to hit the printers
before and will be placed into the hot little hands of 1000 world class
embedded engineers and many top Embedded companies, in a workshop think
tank environment and need to know what to 'sell'.. 

Could be good timing. (more good timing)

New Section: JXTA Emerges.

Ted, can you put together in as condensed a form as possible your best
language on why JXTA is great and why this is a great space for java to
help me build this new section in this what is turning out to be a very
powerful document on the future of java embedded application space.

More soon,

James Caska
www.muvium.com
uVM - 'Java Bred for Embedded'



-----Original Message-----
From: emb...@li...
[mailto:emb...@li...] On Behalf Of
Ted Kosan
Sent: Saturday, 5 July 2003 2:58 AM
To: emb...@li...
Subject: RE: [Embedlets-dev] Global Light Blinker Project proposal


Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
_______________________________________________

James wrote:

> Well done.. It's a very good point that you don't always hit the 
> target you are aiming for.. I am impressed that you have got so far as

> to have a manufacturer and working model which is driving your 
> confidence.

Hey, it did not take much selling either.  All I had to do was to tell
them that a person could securely control or monitor anything inside
their Home from out on the internet using a cell phone, any PC or even a
Web Browser and they just instantly 'got it'.



> I must admit I am not paying as much attention as I should be. So this

> idea is to allow Home automation meaning people can connect to their 
> homes webbrowser and turn lights on and off?

Close.  A webbrowser is not involved and the lights are just for the
proof of concept.  We can control anything in the home that can be
interfaced to.  All that is needed is to have one or more JXTA Peers
running inside of the house that are part of the person's personal
PeerGroup.  JXTA 2.0 has already implemented encrypted TLS (Transport
Layer Security) along with encrypted authentication for peer group
access and communications.  The JXTA groups has solved many of the tough
communications problems that we have been struggling with for the past
year.

Each JXTA peer in the peer group has a universal unique ID (UUID) which
means that we can give any device in the home a UUID and then monitor
and control it from anywhere in the world.  The really great thing is
that there is not central UUID authority and so anyone is free to create
as many UUIDs as they need.



> BTW - for the dummies.. What is NAT?

Network Address Translation.  It is the main mechanism used to extend
the present limited IPV4 address space by taking a routable IP address
and then serving non-routable 'dummy' IP addresses to devices in a
domain that then all share this one routable address.

In most people's homes (and probably in most business to) a NAT box
(like the one that an ISP cable company installs) will serve dummy
address to any device in the home that needs one and when the device
wants to go out to the internet it makes a request to the NAT box and
the NAT box places the dummy IP address, and the destination IP address,
in an intenal lookup table and then resends the request to the
destination IP address using the one routable IP address that it has.

When the response comes back the NAT box looks in its lookup table to
match the response to the request and then it resends the response to
the internal originating device using its dummy IP address.

The big problem with monitoring and controlling devices in the home up
to this point has been the following:  When an incoming IP packet comes
into the NAT box, and it was not the result of an outgoing request, then
there is no match in the NAT's lookup table and the message gets dumped
into the bit bucket.

JXTA 2.0 just solved this 'punching through the NAT' problem a couple of
months ago and so they have just opened the remote home device control
market wide open for anyone who knows both Java and Embedded systems.

BTW, JXTA also punches through firewalls...


James, it gets even better...  The JXME sub-project has also created
technology that allows a full JXTA peer to act as a proxy for very small
devices that can only communicate using HTTP.  Because of this I think
that your uVMs, along with all of the Systronix products, are in a
perfect position to fill this amazing market opportunity.


Ted

PS, I have just succeeded in creating an experimental GlobalLightBlinker
JXTA Peer Group and the next step is to write a small LightBlink test
application and build a lamp controller box (with the parts that came in
yesterday).  I have already lined up someone who has a NAT connection to
the internet in their home to test the box and as soon as everything is
ready I am going to jump on my bike and ride over there (probably at a
rate which is way over the speed limit ;-)

 

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Embedlets-developer mailing list
Emb...@li...
https://lists.sourceforge.net/lists/listinfo/embedlets-developer

RE: [Embedlets-dev] Global Light Blinker Project proposal

[Ted K. <tk...@ya...>]

Chris wrote:

> My experience in the lighting control business is actually quite extensive.
> In the early 90's I designed a system to run the lighting for large
> commercial buildings. Based on the Intel 8051 and the twisted wire BitBus
> network we were able to control buildings with up to 250 networked panels
> each controlling 255 light circuits. This was installed in the tallest
> building in Los Angeles, the Library Square. (The one that they 'fried' in
> the movie Indepdenance Day) and many others around the country.

Man Chris, the amount of embedded systems experience that you have never ceases
to amaze me!  How many total watts of power was this system controlling?



> My point to this is that there is also a large market to efficiently manage
> the energy consumption in commercial buildings, especially with a system
> that would not require rewiring existing  buildings.
> 
> The issues are similar to those in the home (security, ease of installation,
> remote management etc.) but also involve tieing in to the tenant management
> and billing systems as well.

Ok, here is a question for you then.  I think that as soon as people and
companies see how easy it is to remotely and securely control any device, or
groups of devices (from 1 up to potentially billions, the JXTA address space is
astounding), behind or not behind firewalls and NATs, that they are going to
want to engage the services of the people who can build this stuff for them.

How are we (the Embedded Java Developer Community) going to meet this demand in
an organized manner if it materializes?  It seems to me that having something
like an Embedded Java commercial website that matches up companies who want
these kind of devices with the people and companies that can make them, is
going to be needed.


Ted

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

RE: [Embedlets-dev] Global Light Blinker Project proposal

[Ted K. <tk...@ya...>]

James wrote:

> Well done.. It's a very good point that you don't always hit the target
> you are aiming for.. I am impressed that you have got so far as to have
> a manufacturer and working model which is driving your confidence.

Hey, it did not take much selling either.  All I had to do was to tell them
that a person could securely control or monitor anything inside their Home from
out on the internet using a cell phone, any PC or even a Web Browser and they
just instantly 'got it'.



> I must admit I am not paying as much attention as I should be. So this
> idea is to allow Home automation meaning people can connect to their
> homes webbrowser and turn lights on and off?

Close.  A webbrowser is not involved and the lights are just for the proof of
concept.  We can control anything in the home that can be interfaced to.  All
that is needed is to have one or more JXTA Peers running inside of the house
that are part of the person's personal PeerGroup.  JXTA 2.0 has already
implemented encrypted TLS (Transport Layer Security) along with encrypted
authentication for peer group access and communications.  The JXTA groups has
solved many of the tough communications problems that we have been struggling
with for the past year.

Each JXTA peer in the peer group has a universal unique ID (UUID) which means
that we can give any device in the home a UUID and then monitor and control it
from anywhere in the world.  The really great thing is that there is not
central UUID authority and so anyone is free to create as many UUIDs as they
need.



> BTW - for the dummies.. What is NAT?

Network Address Translation.  It is the main mechanism used to extend the
present limited IPV4 address space by taking a routable IP address and then
serving non-routable 'dummy' IP addresses to devices in a domain that then all
share this one routable address.

In most people's homes (and probably in most business to) a NAT box (like the
one that an ISP cable company installs) will serve dummy address to any device
in the home that needs one and when the device wants to go out to the internet
it makes a request to the NAT box and the NAT box places the dummy IP address,
and the destination IP address, in an intenal lookup table and then resends the
request to the destination IP address using the one routable IP address that it
has.

When the response comes back the NAT box looks in its lookup table to match the
response to the request and then it resends the response to the internal
originating device using its dummy IP address.

The big problem with monitoring and controlling devices in the home up to this
point has been the following:  When an incoming IP packet comes into the NAT
box, and it was not the result of an outgoing request, then there is no match
in the NAT's lookup table and the message gets dumped into the bit bucket.

JXTA 2.0 just solved this 'punching through the NAT' problem a couple of months
ago and so they have just opened the remote home device control market wide
open for anyone who knows both Java and Embedded systems.

BTW, JXTA also punches through firewalls...


James, it gets even better...  The JXME sub-project has also created technology
that allows a full JXTA peer to act as a proxy for very small devices that can
only communicate using HTTP.  Because of this I think that your uVMs, along
with all of the Systronix products, are in a perfect position to fill this
amazing market opportunity.


Ted

PS, I have just succeeded in creating an experimental GlobalLightBlinker JXTA
Peer Group and the next step is to write a small LightBlink test application
and build a lamp controller box (with the parts that came in yesterday).  I
have already lined up someone who has a NAT connection to the internet in their
home to test the box and as soon as everything is ready I am going to jump on
my bike and ride over there (probably at a rate which is way over the speed
limit ;-)

 

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

RE: [Embedlets-dev] Global Light Blinker Project proposal

[Christopher S. <cs...@oo...>]

Ted,

I certainly am.

My experience in the lighting control business is actually quite extensive.
In the early 90's I designed a system to run the lighting for large
commercial buildings. Based on the Intel 8051 and the twisted wire BitBus
network we were able to control buildings with up to 250 networked panels
each controlling 255 light circuits. This was installed in the tallest
building in Los Angeles, the Library Square. (The one that they 'fried' in
the movie Indepdenance Day) and many others around the country.

My point to this is that there is also a large market to efficiently manage
the energy consumption in commercial buildings, especially with a system
that would not require rewiring existing  buildings.

The issues are similar to those in the home (security, ease of installation,
remote management etc.) but also involve tieing in to the tenant management
and billing systems as well.

Fun stuff!

Chris
>
> Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
> _______________________________________________
>
> Well Ted,
>
> Why didn't you SAY SO!!
>
> Well done.. It's a very good point that you don't always hit the target
> you are aiming for.. I am impressed that you have got so far as to have
> a manufacturer and working model which is driving your confidence.
>
> I must admit I am not paying as much attention as I should be. So this
> idea is to allow Home automation meaning people can connect to their
> homes webbrowser and turn lights on and off?
>
> BTW - for the dummies.. What is NAT?
>
> James Caska
> www.muvium.com
> uVM - 'Java Bred for Embedded'
>
>
>
> -----Original Message-----
> From: emb...@li...
> [mailto:emb...@li...] On Behalf Of
> Ted Kosan
> Sent: Friday, 4 July 2003 10:19 PM
> To: emb...@li...
> Subject: RE: [Embedlets-dev] Global Light Blinker Project proposal
>
>
> Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE]
> _______________________________________________
>
> James wrote:
>
> > This project does get me wondering though.. Wondering
> > about what happened to outpost. I don't think the graphic wiring tool
> > was the thing that slowed it down.
>
> I think that Outpost is alive and well but the problem is that my
> version of a Outpost marketing strategy has the following dependencies:
>
> 1) Graphic Wiring tool.
> 2) Deployment/Configuration mechanism.
> 3) Solid JAPL specification and implementations.
> 4) Standard way to connect an Outpost to a backend enterprise system.
>
> We don't have any of these pieces yet and it looks like it is going to
> take us a while to build them.  Beyond this we do not have any users
> using the code we already do have which makes it difficult to move
> forward.
>
>
>
> > I wonder if we are going to make the effort to build something like
> > this that it shouldn't be more along the lines of an outpost demo that
>
> > might have a commercial impact rather than a hobbyst project.
>
> In the process of building something commercial, what happens if a great
> sub-commercial opportunity is discovered that directly helps build
> towards commercial-quality code?
>
> The funny thing about Java is that it is a very inaccurate (albeit
> powerful) 'weapon'.  Sun initially aimed Java at the Embedded Market and
> it endedded up hitting the Enterprise market.  Here we initially aimed
> Java at the Enterprise Market (with Enterprise Outpost) and I think
> there is a very good chance that we are going to end up hitting the Home
> Embedded market.
>
> If we go back to the main reason that the Outpost idea was conceived in
> the first place, it was to find a large market for Embedded Java.  This
> overall goal supersedes all lesser goals.  The Embedlets/Outpost project
> was designed to be a vehicle to use to help with this discovery.
>
> From my perspective the project is meeting its purpose excellently
> because I know that I have a much better understanding of Embedded Java
> dynamics than I did when we started this journey back in October.  I now
> think that I have a fairly good grasp of what a good Embedded Java
> opportunity looks like and what the Embedded Java pitfalls look like.
>
>
> We have all put a heck of a lot of work into Embedlets/Embedded Java
> over the past year and now I think it is time for some of that effort to
> pay off.
>
> In my opinion, the Global Light Blinker (GLB) project opens the door to
> the greatest Embedded Java opportunity to come along since the concept
> of Embedded Java was first developed and the Embedded Java community is
> currently the only group on the planet which is in a position to pursue
> it.
>
>
> Here are my reasons for thinking this:
>
> 1) The GLB project shows a large number of people what Embedded Java is
> capable of without having to explain anything to them (the project's
> visibility potential is enormous!).  As soon as they see their lamps
> turning on and off remotely through the internet they will instantly
> 'get it'.
>
> 2) As soon as people's 'lights go on', how long do you think it is going
> to take for them to come up with dozens of ideas for things to control
> inside of the their homes that they can actually use?  How many of these
> people are business people that will instantly see how they can sell
> devices like this to other people?
>
> 3) At this moment in time, the main opportunity for building these
> devices, and showing others how to build them, is being offered to the
> Embedded Java Community (as defined by
> http://embedlets.org/images/flounder.jpg). The Embedded Java developers
> represent the primary Community in the world that has the correct mix of
> Hardware/Software skills needed to build these devices.
>
> 4) The great thing for us is that the 'remote control of in-home
> devices' opportunity is in its very early stages because NAT has been an
> effective roadblock which has prevented it from materializing.  JXTA 2.0
> smashed this roadblock a few months ago and now, very suddenly, the
> Embedded Java Community has *secure* access into the home.  To get
> started, we don't need commercial-quality hardware or a finished and
> commercial-quality Embedlets implementation.  As incomplete as it is,
> the Embedlets implementation that we currently have is more than ready
> for starting to pursue this opportunity.
>
>
> To summarize, the Enterprise Outpost idea is a great idea, and we are
> slowly getting there. In the process of building the Enterprise Outpost
> the Home Device Outpost was discovered, and it has a large market that
> we can pursue right now.
>
>
>
> > The other thing we need to be careful of is not to dilute our efforts
> > to such an extent that progress stalls.
>
> I would say that progress on Embedlets is about to make a great leap
> forward.
> When viewed from the right perspective, a number of seemingly
> disconnected efforts can be seen to actually be part of a
> well-coordinated effort.  Some people's style when building a system is
> to work sequentially and to completely finish the current component
> before moving on to the next step.
>
> A style that contrasts this is to work on all of the components in
> parallel so that the quality of the interfaces between the components
> can be maximized and also so that the system can be better tuned to fit
> its overall purpose.
>
> I am definitely a parallel-development-style person so perhaps this
> knowledge might ease your concerns a bit.
>
>
>
> Anyway, for the past couple of weeks I have been working 'like a dog' to
> get my mind around JXTA 2.0 with the goal of remotely blinking a house
> lamp which is sitting behind NAT in someone's home.  I am so close now
> that I can 'almost taste it' and with any luck the first LightBlinker
> should go live sometime this weekend.
>
> I have also already found a company that is willing to make the beta
> hardware and I even convinced them to hire our University students to do
> the assembly.
> The hardware specification is going to be open so that anyone can
> implement them but it is my guess that most people would rather just buy
> a reasonably priced pre-assembled box.
>
>
> But actually, the LightBlinker project is just a proof of concept, the
> real opportunity is in meeting the demand for all of the other things
> that people want to monitor and control in their homes.
>
>
> So, is anyone here interested in this idea enough to discuss it further?
>
>
> Ted
>
> __________________________________
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Embedlets-developer mailing list
> Emb...@li...
> https://lists.sourceforge.net/lists/listinfo/embedlets-developer
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Embedlets-developer mailing list
> Emb...@li...
> https://lists.sourceforge.net/lists/listinfo/embedlets-developer
>