Thread: [Embedlets-dev] RE: Global Light Blinker -> can I propose the project?
Status: Alpha
Brought to you by:
tkosan
Menu
▾
▴
embedlets-developer
|
From: Ted K. <tk...@ya...> - 2003-07-06 05:22:35
|
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 |
|
From: James C. <ca...@vi...> - 2003-07-06 05:53:10
|
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 |
|
From: Ted K. <tk...@ya...> - 2003-07-06 07:10:49
|
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 |
|
From: James C. <ca...@vi...> - 2003-07-06 07:49:01
|
>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 |
|
From: Christopher S. <cs...@oo...> - 2003-07-06 19:50:52
|
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 > |
|
From: Ted K. <tk...@ya...> - 2003-07-06 20:28:45
|
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 |
|
From: Christopher S. <cs...@oo...> - 2003-07-06 19:38:30
|
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 > |
|
From: Christopher S. <cs...@oo...> - 2003-07-06 21:20:12
Attachments:
EmbedletContainerLevels.pdf
|
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? |
|
From: Ted K. <tk...@ya...> - 2003-07-07 03:52:43
|
Chris wrote: > 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) > [...] > > Feedback? This kind of thinking seems to mirror the J2EE, J2SE and J2ME level concept and at first look it seems to be a good idea. It also enables us to start implementing compliant Level I Embedlets now without having to wait for the Level II and III capabilities to be finished. I will post some more detailed feedback after I finish with the current Light Blinker work I have been pursuing. Ted __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
Thanks for helping keep SourceForge clean.
X