instrumentelem-developer Mailing List for Instrument Element
Brought to you by:
francesco-lelli
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
(33) |
Jun
(20) |
Jul
(8) |
Aug
(15) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
|---|
|
From: Alimur R. <ch...@gm...> - 2009-11-13 15:52:41
|
Hi, About the Bluetooth Communication.. The bluetooth communication is not designed in a unified way. Every method that needs to send or receive via comm channel does it in its own way.. which in turn has become difficult to manage as the number of methods increased. We did not thing about this problem before because it was working. I am using the chainsaw logger on the PC side and I can now see actually what is happening... I press "Forward" -> Forward command sends a byte on the other side, sensors keep sending bytes... As for the tachometer method, I am using polling technique on the PC side, the method that waits for the tachometer feedback, gets confused with the sensor values and reacts absurdly. It may not be clear to you only from the email, but I figured out the problem. The hard way (Time consuming) would now be to change the communication method totally and implement some kind of communication management. The easier way would be to handle the bytes very carefully by checking the values from all methods that access the channel. This way, we can fix the problem for now but later on, the same problem might appear. What do you suggest?? I will be working on it this weekend, as much as I can. So if you are in the university, I can come there and talk about it. see you. |
|
From: Teemu K. <te...@ka...> - 2009-10-06 19:27:10
|
Hello all again, After all the great rush to come up with interesting tests that can be applied for different instruments/endpoints (=no replies at all), I was hoping to make a few simple invocations for the services and provide these as examples. However, the website http://instrumentelem.sourceforge.net/wiki/index.php/How_to_use_the_Web_Service_API_with_Axis_1.4 contains only spam links and talks about buying some drugs. So no go for instructions on how to invoke a service for IE. How motivating. See you, Teemu > Hello all, > > I have recently created a simple framework for running some automated > tests through a web-interface. It takes a simple form of "give an > endpoint URL and press button to test it". > > So the tests should be something generic and applicable for all > endpoints, or instruments in the case of IE. Since I understand there is > no state-machine to be expected from deployed instruments, or other real > model of behaviour, these tests can for now be only simple things to test > the required interfaces are provided and give meaningful results. Maybe > someday a nice model of expected bahviour can be bundled and in this case > I can come up with something more advanced.. until then.. > > For creating these simple tests for IE, I ask everyone here to give their > ideas for good generic tests for IE. Please post some ideas and also some > code to invoke the service in question (on an instrument). I will try to > convert these into automated tests and post the whole thingie for you > guys to chew on once I got some tests implemented. > > Cheers, > Teemu > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Instrumentelem-developer mailing list > Ins...@li... > https://lists.sourceforge.net/lists/listinfo/instrumentelem-developer > |
|
From: Teemu K. <te...@ka...> - 2009-10-01 18:48:05
|
Hello all, I have recently created a simple framework for running some automated tests through a web-interface. It takes a simple form of "give an endpoint URL and press button to test it". So the tests should be something generic and applicable for all endpoints, or instruments in the case of IE. Since I understand there is no state-machine to be expected from deployed instruments, or other real model of behaviour, these tests can for now be only simple things to test the required interfaces are provided and give meaningful results. Maybe someday a nice model of expected bahviour can be bundled and in this case I can come up with something more advanced.. until then.. For creating these simple tests for IE, I ask everyone here to give their ideas for good generic tests for IE. Please post some ideas and also some code to invoke the service in question (on an instrument). I will try to convert these into automated tests and post the whole thingie for you guys to chew on once I got some tests implemented. Cheers, Teemu |
|
From: Krzysztof Z. <zaw...@lu...> - 2009-08-17 13:18:06
|
Hi, Alimur I uploaded a new version of server and robot tools (I sent also a mail to your other account), remember to set the configuration file and also there is a new command STEER. KZ On Aug 12, 2009, at 11:55 PM, Alimur Rashid wrote: > Hi Sohrab, > > Where are you? How are you doing? I can see email replies from you > but didn't see you in our usual work place in this week. We need to > work together, right? Email is not enough for me to understand each > other's work. > > Hope to see you tomorrow. > > -- Alimur > <ATT00001.txt><ATT00002.txt> |
|
From: Francesco L. <fra...@lu...> - 2009-08-13 15:05:38
|
------ Forwarded Message From: Alimur Rashid <ch...@gm...> Date: Thu, 13 Aug 2009 17:00:48 +0200 To: Navid Ahmadi <nav...@us...> Cc: Ameli Sohrab <soh...@us...>, Lelli Francesco <fra...@us...> Subject: Integration.. Dear Navid, Today, I and Sohrab were trying to make some basic plugins with Instrument Element functionalities embedded into those. We crated a VDT and a VID with the functionality to connect to the LEGO robot. Now, there are some issues. First, For the instrument, we have some functionalities that do not have any input parameters (like connect, disconnect). So, probably it's better to embed these "fixed" functionalities in the Menus of your UI. This is what I and Sohrab think. Second, In order to test the UI, we ran ProgrammingEnvironment.html file from within the weup project. As it runs from localhost:8000, it cannot make call to services which are running on the Instrument Element server on localhost:8080. So, according to Fracesco's idea, I copied the whole weup folder in the "target" folder in IE project then openned the ProgrammingEnvironment.html from loacalhost:8080. For now I think it's ok for testing but we don't think it's a nice idea. Probably somewhere in your project, you have specified the port 8000, I don't know, just a guess. Let us know what you think. For now, we are working on making some "static" plugins for the UI. Take care. -- Alimur ------ End of Forwarded Message |
|
From: Alimur R. <ch...@gm...> - 2009-08-13 10:01:33
|
> > I’ve described every detail you needed. Last time you asked me to how to > use those proxies and you had some problems loading commands from device and > also some regular expressions. So why don’t you write down the problems > precisely in chronological order, and then we can help. Hi Sohrab, I appreciate that you pointed out my mistakes clearly. You are right, I can not ask about problems precisely. That is because sometimes it is difficult to understand the problem first. However, I asked you about proxies not to get a precise solution about that but if we both knew something about it, we could have figured out a solution together faster. > > And about me not in working place these days, well, our projects is totally > different and there is not much to work together the except for those > plugins which practically you are going to make some of them and I just have > to attach them. > Anyway I’ll come to see if I can help anymore. > > -Sohrab Yes our projects are totally different. But I suppose we are going to integrate two projects in some parts and for this Navid spent quite some time with me describing what you are doing and what are the issues we have to keep in mind in order to do the integration. I believe this needs co-operation, not just asking for problems and providing solutions. However, it is up to you to work the way you like. I believe I can solve the problems I have by myself. No hard feelings. Take care. -- Alimur > > > ________________________________________ > From: Alimur Rashid [ch...@gm...] > Sent: Wednesday, August 12, 2009 11:55 PM > To: Ameli Sohrab > Cc: Lelli Francesco; ins...@li...; > Ahmadi Navid > Subject: Need support... > > Hi Sohrab, > > Where are you? How are you doing? I can see email replies from you but > didn't see you in our usual work place in this week. We need to work > together, right? Email is not enough for me to understand each other's work. > > Hope to see you tomorrow. > > -- Alimur > |
|
From: Ameli S. <soh...@us...> - 2009-08-13 00:40:00
|
Hi, I’ve described every detail you needed. Last time you asked me to how to use those proxies and you had some problems loading commands from device and also some regular expressions. So why don’t you write down the problems precisely in chronological order, and then we can help. And about me not in working place these days, well, our projects is totally different and there is not much to work together the except for those plugins which practically you are going to make some of them and I just have to attach them. Anyway I’ll come to see if I can help anymore. -Sohrab ________________________________________ From: Alimur Rashid [ch...@gm...] Sent: Wednesday, August 12, 2009 11:55 PM To: Ameli Sohrab Cc: Lelli Francesco; ins...@li...; Ahmadi Navid Subject: Need support... Hi Sohrab, Where are you? How are you doing? I can see email replies from you but didn't see you in our usual work place in this week. We need to work together, right? Email is not enough for me to understand each other's work. Hope to see you tomorrow. -- Alimur |
|
From: Alimur R. <ch...@gm...> - 2009-08-12 21:56:28
|
Hi Sohrab, Where are you? How are you doing? I can see email replies from you but didn't see you in our usual work place in this week. We need to work together, right? Email is not enough for me to understand each other's work. Hope to see you tomorrow. -- Alimur |
|
From: Navid A. <ah...@us...> - 2009-08-11 07:54:20
|
Hi, > > Then Sohrab can load them into the environment. Not to forget, for > the setParameters instruction, since the dataType is also being > generated on the fly, > > I didn't exactly understand what you mean by setParameters > Instruction. The way I imagined it is like this: > The service will provide a list of available commands as "PlugIn" > XMLs (similar to the generic template you showed me, which I know is > called VID) to the UI at the time when the UI loads. Using these > plugins, the UI will generate the "visual" plugins inside the UI. > The commands will allow some parameters of some particular types. So, IE(instrument element) returns us commands (using getCommands) and parameters (using getParameters). For each command we create a VID plugin, as you already know. What is left is parameters. Now, I assume we will have many parameters (10 or more for sensors, motors, etc). for setting each parameter we do not want to have one single instruction. Instead, we have to add one general VID insturction (let's call it setParameters) to our UI environment, where users can choose the parameter from a drop-down box and set its value. The instruction UI looks like this: now, we know we always have such an instruction for all the devices. Therefore, unlike other instructions(plugins) that are being generated on-the-fly, we can create a single XML file inside our project directory and load it whenever we wan. > > Alimur has to develop the VDT on-the-fly generation (similar to the > VID generation), and Sohrab has to develop similar initFromText in > VDT.js as well to make it work for setParameter. > > "VDT on-the-fly generation" - it is not clear. I talked to Sohrab > yesterday and I think he also has some confusion. > > Currently I am able to generate arrays containing the VIDs for the > available commands I get from the device, in my index.html. > > In the mean time, I still have some things to do in the server side > and for that I am working with Krzysztof's codes. > > Hope you are enjoying over there :-) take care. > Now, look again on the setParameters instruction(plugin). What part has to be generated on-the-fly from the information coming from the device(lego)? For sure the parameter list comes from the device. i.e., first we call the instrument Element getParameters() which returns the list of the parameters of the device. Then we have to generate the Drop box that you can see in the UI. That drop box is a VDT (Visual Data Type) that in this case is a list of parameters. This VDT has to be generated on the fly. For an example of VDT look at VDTNumber.XML. in VDTNumber we create an empty text box. Here we have to create an HTML list box filled with the names of the paramters. We can call it VDTDeviceParams. Similar to generating VID plugins, you to generate this VDT plugin, which will be loaded into the setParameters instruction. shortly, we need: 1- one fixed VIDSetParameter.XML which is the definition of the UI above and has two inputs, a VDTDeviceParams, and a VDTValue, which is just a simple text box. 2- A VDTParams.XML which is a VDT for UI of a Drop-down box, but empty. It has to be read and loaded into the memory and the items list has to be filled with the name of parameters coming form the instrument element getParameters(). I hope it makes it clear for you. Navid > -- Alimur > > > 2009/8/3 Navid Ahmadi <ah...@us...> > Good Job!, > > Alimur, Did you get the Proxy working? it has to be working to be > able to connect AgentWeb project to IE project. Right? > > > The next Step: > Sohrab, Alimur is generating some VIDs(Visual Instructions) on the > fly, which are basically the instructions to load inside the > programming environment so that End-user can control the > device(Device=Lego now). Now, instead of having these VIDS in XML > files, we have the XML text in memory. Therefore, we need another > init() method in VID that loads the XML text as an XML doc and > passes it to the parseVIDDefinition mehtod. There is no need for > overloading. Sohrab can create a method like > initFromMemory(XMLText). Then You can both sit together and create > an instance of the element to see if the instruction (plugin) is > well generated. Look at the VIDTest file as an example.Then Sohrab > can load them into the environment. Not to forget, for the > setParameters instruction, since the dataType is also being > generated on the fly, Alimur has to develop the VDT on-the-fly > generation (similar to the VID generation), and Sohrab has to > develop similar initFromText in VDT.js as well to make it work for > setParameter. > > I am excited to see the instructions loaded automatically into the > programming environment of end users. > Navid > > > On Aug 3, 2009, at 3:20 PM, Alimur Rashid wrote: > > Hello Navid, > > I am working on plugin generation for your UI. I was having some > difficulty working with the code you gave me. Finally, it works, I > had to modify the regular expression. > > Now, I have an array containing all the plugin XMLs, customised for > each of the command I get from the SOAP response. > > I think it's time for me and Sohrab to sit together and try to test > it with your UI. > > What do you think? > > Take care. > > -- Alimur > > |
|
From: Henry M. <mar...@ms...> - 2009-08-06 23:53:56
|
Hi Francisco, I have been busy lately and have not had time to examine the code and I am now thinking I could maybe start with something lighter like translation of manuals etc. Is there anything in that area that needs to be done? MVH Henry -------------------------------------------------- From: "Francesco Lelli" <fra...@lu...> Sent: Monday, August 03, 2009 7:30 PM To: <ins...@li...> Subject: [Instrumentelem-developer] FW: Plugins.. > > ------ Forwarded Message > From: Navid Ahmadi <nav...@us...> > Date: Mon, 3 Aug 2009 18:57:25 +0200 > To: Alimur Rashid <ch...@gm...> > Cc: Navid Ahmadi <nav...@us...>, Ameli Sohrab > <soh...@us...>, > Lelli Francesco <fra...@us...>, > "ins...@li..." > <ins...@li...> > Subject: Re: Plugins.. > > Good Job!, > > Alimur, Did you get the Proxy working? it has to be working to be able > to connect AgentWeb project to IE project. Right? > > > The next Step: > Sohrab, Alimur is generating some VIDs(Visual Instructions) on the > fly, which are basically the instructions to load inside the > programming environment so that End-user can control the > device(Device=Lego now). Now, instead of having these VIDS in XML > files, we have the XML text in memory. Therefore, we need another > init() method in VID that loads the XML text as an XML doc and passes > it to the parseVIDDefinition mehtod. There is no need for overloading. > Sohrab can create a method like initFromMemory(XMLText). Then You can > both sit together and create an instance of the element to see if the > instruction (plugin) is well generated. Look at the VIDTest file as an > example.Then Sohrab can load them into the environment. Not to forget, > for the setParameters instruction, since the dataType is also being > generated on the fly, Alimur has to develop the VDT on-the-fly > generation (similar to the VID generation), and Sohrab has to develop > similar initFromText in VDT.js as well to make it work for setParameter. > > I am excited to see the instructions loaded automatically into the > programming environment of end users. > Navid > > On Aug 3, 2009, at 3:20 PM, Alimur Rashid wrote: > >> Hello Navid, >> >> I am working on plugin generation for your UI. I was having some >> difficulty working with the code you gave me. Finally, it works, I >> had to modify the regular expression. >> >> Now, I have an array containing all the plugin XMLs, customised for >> each of the command I get from the SOAP response. >> >> I think it's time for me and Sohrab to sit together and try to test >> it with your UI. >> >> What do you think? >> >> Take care. >> >> -- Alimur > > > ------ End of Forwarded Message > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Instrumentelem-developer mailing list > Ins...@li... > https://lists.sourceforge.net/lists/listinfo/instrumentelem-developer > |
|
From: Ameli S. <soh...@us...> - 2009-08-05 15:44:59
|
I should add that loading array of instructions (VIDs) and VDTs from memory is ready. In VID.js the function is called “initFromMemory(XMLVIDText, XMLVDTText)”, where first parm is VID xml in memory and second parm is VDT XML in Memory. -Sohrab ________________________________________ From: Alimur Rashid [ch...@gm...] Sent: Wednesday, August 05, 2009 2:34 PM To: Ahmadi Navid Cc: Ameli Sohrab; Lelli Francesco; ins...@li... Subject: Re: Plugins.. Hi Navid, I am having a tough time to figure out how to make the proxy working. I found some different solutions on the web but couldn't make any of them working. Here are some points based on what I have understood so far: I don't think we need to set-up a proxy server. http://www.daniweb.com/code/snippet494.html# <http://www.daniweb.com/code/snippet494.html#%20> This link has an example of a PHP proxy for using cross domain ajax script. I found some other solutions similar to this. It looks like a good solution but unfortunately I never worked with PHP and don't know how to make this example useful for us. Then Sohrab can load them into the environment. Not to forget, for the setParameters instruction, since the dataType is also being generated on the fly, I didn't exactly understand what you mean by setParameters Instruction. The way I imagined it is like this: The service will provide a list of available commands as "PlugIn" XMLs (similar to the generic template you showed me, which I know is called VID) to the UI at the time when the UI loads. Using these plugins, the UI will generate the "visual" plugins inside the UI. The commands will allow some parameters of some particular types. Alimur has to develop the VDT on-the-fly generation (similar to the VID generation), and Sohrab has to develop similar initFromText in VDT.js as well to make it work for setParameter. "VDT on-the-fly generation" - it is not clear. I talked to Sohrab yesterday and I think he also has some confusion. Currently I am able to generate arrays containing the VIDs for the available commands I get from the device, in my index.html. In the mean time, I still have some things to do in the server side and for that I am working with Krzysztof's codes. Hope you are enjoying over there :-) take care. -- Alimur 2009/8/3 Navid Ahmadi <ah...@us...<mailto:ah...@us...>> Good Job!, Alimur, Did you get the Proxy working? it has to be working to be able to connect AgentWeb project to IE project. Right? The next Step: Sohrab, Alimur is generating some VIDs(Visual Instructions) on the fly, which are basically the instructions to load inside the programming environment so that End-user can control the device(Device=Lego now). Now, instead of having these VIDS in XML files, we have the XML text in memory. Therefore, we need another init() method in VID that loads the XML text as an XML doc and passes it to the parseVIDDefinition mehtod. There is no need for overloading. Sohrab can create a method like initFromMemory(XMLText). Then You can both sit together and create an instance of the element to see if the instruction (plugin) is well generated. Look at the VIDTest file as an example.Then Sohrab can load them into the environment. Not to forget, for the setParameters instruction, since the dataType is also being generated on the fly, Alimur has to develop the VDT on-the-fly generation (similar to the VID generation), and Sohrab has to develop similar initFromText in VDT.js as well to make it work for setParameter. I am excited to see the instructions loaded automatically into the programming environment of end users. Navid On Aug 3, 2009, at 3:20 PM, Alimur Rashid wrote: Hello Navid, I am working on plugin generation for your UI. I was having some difficulty working with the code you gave me. Finally, it works, I had to modify the regular expression. Now, I have an array containing all the plugin XMLs, customised for each of the command I get from the SOAP response. I think it's time for me and Sohrab to sit together and try to test it with your UI. What do you think? Take care. -- Alimur |
|
From: Alimur R. <ch...@gm...> - 2009-08-05 12:35:29
|
Hi Navid, I am having a tough time to figure out how to make the proxy working. I found some different solutions on the web but couldn't make any of them working. Here are some points based on what I have understood so far: I don't think we need to set-up a proxy server. http://www.daniweb.com/code/snippet494.html# <http://www.daniweb.com/code/snippet494.html#%20> This link has an example of a PHP proxy for using cross domain ajax script. I found some other solutions similar to this. It looks like a good solution but unfortunately I never worked with PHP and don't know how to make this example useful for us. *Then Sohrab can load them into the environment. Not to forget, for the setParameters instruction, since the dataType is also being generated on the fly,* I didn't exactly understand what you mean by setParameters Instruction. The way I imagined it is like this: The service will provide a list of available commands as "PlugIn" XMLs (similar to the generic template you showed me, which I know is called VID) to the UI at the time when the UI loads. Using these plugins, the UI will generate the "visual" plugins inside the UI. The commands will allow some parameters of some particular types. * Alimur has to develop the VDT on-the-fly generation (similar to the VID generation), and Sohrab has to develop similar initFromText in VDT.js as well to make it work for setParameter.* "VDT on-the-fly generation" - it is not clear. I talked to Sohrab yesterday and I think he also has some confusion. Currently I am able to generate arrays containing the VIDs for the available commands I get from the device, in my index.html. In the mean time, I still have some things to do in the server side and for that I am working with Krzysztof's codes. Hope you are enjoying over there :-) take care. -- Alimur 2009/8/3 Navid Ahmadi <ah...@us...> > Good Job!, > > Alimur, Did you get the Proxy working? it has to be working to be able to > connect AgentWeb project to IE project. Right? > > > The next Step: > Sohrab, Alimur is generating some VIDs(Visual Instructions) on the fly, > which are basically the instructions to load inside the programming > environment so that End-user can control the device(Device=Lego now). Now, > instead of having these VIDS in XML files, we have the XML text in memory. > Therefore, we need another init() method in VID that loads the XML text as > an XML doc and passes it to the parseVIDDefinition mehtod. There is no need > for overloading. Sohrab can create a method like initFromMemory(XMLText). > Then You can both sit together and create an instance of the element to see > if the instruction (plugin) is well generated. Look at the VIDTest file as > an example.Then Sohrab can load them into the environment. Not to forget, > for the setParameters instruction, since the dataType is also being > generated on the fly, Alimur has to develop the VDT on-the-fly generation > (similar to the VID generation), and Sohrab has to develop similar > initFromText in VDT.js as well to make it work for setParameter. > > I am excited to see the instructions loaded automatically into the > programming environment of end users. > Navid > > > On Aug 3, 2009, at 3:20 PM, Alimur Rashid wrote: > > Hello Navid, >> >> I am working on plugin generation for your UI. I was having some >> difficulty working with the code you gave me. Finally, it works, I had to >> modify the regular expression. >> >> Now, I have an array containing all the plugin XMLs, customised for each >> of the command I get from the SOAP response. >> >> I think it's time for me and Sohrab to sit together and try to test it >> with your UI. >> >> What do you think? >> >> Take care. >> >> -- Alimur >> > > |
|
From: Francesco L. <fra...@lu...> - 2009-08-03 17:31:26
|
------ Forwarded Message From: Navid Ahmadi <nav...@us...> Date: Mon, 3 Aug 2009 18:57:25 +0200 To: Alimur Rashid <ch...@gm...> Cc: Navid Ahmadi <nav...@us...>, Ameli Sohrab <soh...@us...>, Lelli Francesco <fra...@us...>, "ins...@li..." <ins...@li...> Subject: Re: Plugins.. Good Job!, Alimur, Did you get the Proxy working? it has to be working to be able to connect AgentWeb project to IE project. Right? The next Step: Sohrab, Alimur is generating some VIDs(Visual Instructions) on the fly, which are basically the instructions to load inside the programming environment so that End-user can control the device(Device=Lego now). Now, instead of having these VIDS in XML files, we have the XML text in memory. Therefore, we need another init() method in VID that loads the XML text as an XML doc and passes it to the parseVIDDefinition mehtod. There is no need for overloading. Sohrab can create a method like initFromMemory(XMLText). Then You can both sit together and create an instance of the element to see if the instruction (plugin) is well generated. Look at the VIDTest file as an example.Then Sohrab can load them into the environment. Not to forget, for the setParameters instruction, since the dataType is also being generated on the fly, Alimur has to develop the VDT on-the-fly generation (similar to the VID generation), and Sohrab has to develop similar initFromText in VDT.js as well to make it work for setParameter. I am excited to see the instructions loaded automatically into the programming environment of end users. Navid On Aug 3, 2009, at 3:20 PM, Alimur Rashid wrote: > Hello Navid, > > I am working on plugin generation for your UI. I was having some > difficulty working with the code you gave me. Finally, it works, I > had to modify the regular expression. > > Now, I have an array containing all the plugin XMLs, customised for > each of the command I get from the SOAP response. > > I think it's time for me and Sohrab to sit together and try to test > it with your UI. > > What do you think? > > Take care. > > -- Alimur ------ End of Forwarded Message |
|
From: Navid A. <ah...@us...> - 2009-08-03 16:58:56
|
Good Job!, Alimur, Did you get the Proxy working? it has to be working to be able to connect AgentWeb project to IE project. Right? The next Step: Sohrab, Alimur is generating some VIDs(Visual Instructions) on the fly, which are basically the instructions to load inside the programming environment so that End-user can control the device(Device=Lego now). Now, instead of having these VIDS in XML files, we have the XML text in memory. Therefore, we need another init() method in VID that loads the XML text as an XML doc and passes it to the parseVIDDefinition mehtod. There is no need for overloading. Sohrab can create a method like initFromMemory(XMLText). Then You can both sit together and create an instance of the element to see if the instruction (plugin) is well generated. Look at the VIDTest file as an example.Then Sohrab can load them into the environment. Not to forget, for the setParameters instruction, since the dataType is also being generated on the fly, Alimur has to develop the VDT on-the-fly generation (similar to the VID generation), and Sohrab has to develop similar initFromText in VDT.js as well to make it work for setParameter. I am excited to see the instructions loaded automatically into the programming environment of end users. Navid On Aug 3, 2009, at 3:20 PM, Alimur Rashid wrote: > Hello Navid, > > I am working on plugin generation for your UI. I was having some > difficulty working with the code you gave me. Finally, it works, I > had to modify the regular expression. > > Now, I have an array containing all the plugin XMLs, customised for > each of the command I get from the SOAP response. > > I think it's time for me and Sohrab to sit together and try to test > it with your UI. > > What do you think? > > Take care. > > -- Alimur |
|
From: Navid A. <ah...@us...> - 2009-08-03 16:43:23
|
Hi, As I explained for Rashid, make sure there is only two plugins (UI Instruction) for parameters: SetParameter(ParameterName, Value) GetParameter(ParameterName) For SetParameters, the parameterName is a Visual data type (VDT) that has to be generated on the fly. The VDT UI is a simple drop-down box with the list of parameters retrieved from the device. You can look at the VDTNumber.XML as a good example of how a VDT( Visual Data Type) works. Sohrab, Can you help Alimur and Krzysztof to understand the VDT? Navid On Aug 3, 2009, at 1:36 PM, Alimur Rashid wrote: > Hi guys, > > I am working on the "Plug-in generation" part for the UI. Also, > extended the web API a little bit, added descriptions and parameter > types with the "commands". > > @ Krzysztof: how are you doing with the sensors? > > Cheers. > > Alimur |
|
From: Alimur R. <ch...@gm...> - 2009-08-03 13:20:40
|
Hello Navid, I am working on plugin generation for your UI. I was having some difficulty working with the code you gave me. Finally, it works, I had to modify the regular expression. Now, I have an array containing all the plugin XMLs, customised for each of the command I get from the SOAP response. I think it's time for me and Sohrab to sit together and try to test it with your UI. What do you think? Take care. -- Alimur |
|
From: Krzysztof Z. <zaw...@lu...> - 2009-08-03 11:40:22
|
some problems.......I will explain later....I will be there On Aug 3, 2009, at 1:36 PM, Alimur Rashid wrote: > Hi guys, > > I am working on the "Plug-in generation" part for the UI. Also, > extended the web API a little bit, added descriptions and parameter > types with the "commands". > > @ Krzysztof: how are you doing with the sensors? > > Cheers. > > Alimur > <ATT00001.txt><ATT00002.txt> |
|
From: Alimur R. <ch...@gm...> - 2009-08-03 11:36:37
|
Hi guys, I am working on the "Plug-in generation" part for the UI. Also, extended the web API a little bit, added descriptions and parameter types with the "commands". @ Krzysztof: how are you doing with the sensors? Cheers. Alimur |
|
From: Alimur R. <ch...@gm...> - 2009-07-30 13:57:50
|
Hi Krzysztof, I just created the NxtServer folder in the SVN, so don't create any new folder for the "server side" codes. Just make your own folder inside the NxtServer, if you would like. Let me know. Ciao. Alimur |
|
From: Alimur R. <ch...@gm...> - 2009-07-30 13:44:25
|
Hi Krzysztof, Could you please commit the "NxtServer" folder to the project repository as soon as possible? Otherwise, there is a chance of overlapping, which will not be good. Also, send me an email as soon as you do it. Ciao. Alimur |
|
From: Krzysztof Z. <zaw...@lu...> - 2009-07-22 15:03:30
|
Yeah working on it, I had some problems but slowly I'm resuming to go forward.......we will see when we meet next time On Jul 22, 2009, at 4:58 PM, Alimur Rashid wrote: > Hi Krzysztof, > > This is Alimur. How are you doing? > > This is my status right now: I can "create", "destroy" instrument > instance and do some other stuff like, execute getParameter and > getCommand on the instrument through the WebApp using a JavaScript. > I send SOAP messages and get response which I can check using the > SOAP monitor we have. Navid is helping me with the JavaScript side... > > At this point, as we have planned to implement "SEE" functionality > of the instrument, I would like to use the Sensors management > functionality of the instrument that you were working on. To be more > specific, this is what we should do now: > > * Send a request to the instrument to read the ultrasonic sensor > through the tinyIE webapp. > * The instrument has to be able to respond to the request and use > the ultasonic sensor to measure the distance to any object > * The instrument has to send back the response. > > So, what is the status of what you are doing? We can talk in detail > when we meet next time. > > Ciao. > > Alimur > > > > <ATT00001.txt><ATT00002.txt> |
|
From: Alimur R. <ch...@gm...> - 2009-07-22 14:59:13
|
Hi Krzysztof, This is Alimur. How are you doing? This is my status right now: I can "create", "destroy" instrument instance and do some other stuff like, execute getParameter and getCommand on the instrument through the WebApp using a JavaScript. I send SOAP messages and get response which I can check using the SOAP monitor we have. Navid is helping me with the JavaScript side... At this point, as we have planned to implement "SEE" functionality of the instrument, I would like to use the Sensors management functionality of the instrument that you were working on. To be more specific, this is what we should do now: * Send a request to the instrument to read the ultrasonic sensor through the tinyIE webapp. * The instrument has to be able to respond to the request and use the ultasonic sensor to measure the distance to any object * The instrument has to send back the response. So, what is the status of what you are doing? We can talk in detail when we meet next time. Ciao. Alimur |
|
From: Rashid Sk A. <sk....@us...> - 2009-07-22 14:47:56
|
Hi Krzysztof, This is Alimur. How are you doing? This is my status right now: I can "create", "destroy" instrument instance and do some other stuff like, execute getParameter and getCommand on the instrument through the WebApp using a JavaScript. I send SOAP messages and get response which I can check using the SOAP monitor we have. Navid is helping me with the JavaScript side... At this point, as we have planned to implement "SEE" functionality of the instrument, I would like to use the Sensors management functionality of the instrument that you were working on. To be more specific, this is what we should do now: * Send a request to the instrument to read the ultrasonic sensor through the tinyIE webapp. * The instrument has to be able to respond to the request and use the ultasonic sensor to measure the distance to any object * The instrument has to send back the response. So, what is the status of what you are doing? We can talk in detail when we meet next time. Ciao. Alimur |
|
From: Francesco L. <fra...@lu...> - 2009-07-04 08:55:36
|
Hi Teemu, the overall idea is to provide Web APIs for controlling and monitoring a Lego Robot. In other words, if we will do a nice job a user could just install the lejos firmware and then connect to a browser for controlling and monitoring it. We would like to use it as another example of device connected to the web. Unfortunately no news for the server yet... Sorry, let's wait a few more days and if nothing happen I will ping again. Talking about the model, it is still in the todo list, at the moment we are trying to understand the potentiality of the library and see what we can do. Guess that Alimur and Krzysztof will have some comment soon! Btw, a few blog posts talking about Lego Mindstorm are coming soon. Talk soon, Francesco On 7/3/09 9:42 PM, "Teemu Kanstrén" <te...@ka...> wrote: > Hello Francesco and everyone, > > Welcome to the new members from me as well! > > I have a few questions (as usual) :). What does web based API for LM mean? > > Can we have the build server already and use it to track the testing of > new code already? I think this would be useful as it is generally a pain > to get this added later.. Also I would be interested in seeing any models > provided for the lego code as they would have potential to help in the > testing tasks.. Mainly the embedded FSM's mentioned in the docs comes to > mind but anything else is welcome too.. > > Cheers, > Teemu > > >> Hi all, >> just wanted to welcome Alimur and Krzysztof as new members of the >> project. Alimur is a master student specialized in embedded systems while >> Krzysztof has just finished his bachelor in computer science. >> >> In the next months they will implements Web Based APIs for the Lego >> Mindstorm. They both are at their first experience in Opensource and soon >> we >> will see them around in our mailing lists and this blog. >> >> Talk soon, >> Francesco >> ----------------------------------------------------------------------------->> - >> _______________________________________________ >> Instrumentelem-developer mailing list >> Ins...@li... >> https://lists.sourceforge.net/lists/listinfo/instrumentelem-developer >> > > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Instrumentelem-developer mailing list > Ins...@li... > https://lists.sourceforge.net/lists/listinfo/instrumentelem-developer |
|
From: Teemu K. <te...@ka...> - 2009-07-03 19:42:35
|
Hello Francesco and everyone, Welcome to the new members from me as well! I have a few questions (as usual) :). What does web based API for LM mean? Can we have the build server already and use it to track the testing of new code already? I think this would be useful as it is generally a pain to get this added later.. Also I would be interested in seeing any models provided for the lego code as they would have potential to help in the testing tasks.. Mainly the embedded FSM's mentioned in the docs comes to mind but anything else is welcome too.. Cheers, Teemu > Hi all, > just wanted to welcome Alimur and Krzysztof as new members of the > project. Alimur is a master student specialized in embedded systems while > Krzysztof has just finished his bachelor in computer science. > > In the next months they will implements Web Based APIs for the Lego > Mindstorm. They both are at their first experience in Opensource and soon > we > will see them around in our mailing lists and this blog. > > Talk soon, > Francesco > ------------------------------------------------------------------------------ > _______________________________________________ > Instrumentelem-developer mailing list > Ins...@li... > https://lists.sourceforge.net/lists/listinfo/instrumentelem-developer > |