instrumentelem-developer — Development mail list

[Instrumentelem-developer] Comm channel..

[Alimur R. <ch...@gm...>]

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.

Re: [Instrumentelem-developer] automated tests

[Teemu K. <te...@ka...>]

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
>

[Instrumentelem-developer] automated tests

[Teemu K. <te...@ka...>]

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

Re: [Instrumentelem-developer] Need support...

[Krzysztof Z. <zaw...@lu...>]

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>

[Instrumentelem-developer] FW: Integration..

[Francesco L. <fra...@lu...>]

------ 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

Re: [Instrumentelem-developer] Need support...

[Alimur R. <ch...@gm...>]

>
> 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
>

Re: [Instrumentelem-developer] Need support...

[Ameli S. <soh...@us...>]

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

[Instrumentelem-developer] Need support...

[Alimur R. <ch...@gm...>]

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

Re: [Instrumentelem-developer] Plugins..

[Navid A. <ah...@us...>]

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
>
>

Re: [Instrumentelem-developer] FW: Plugins..

[Henry M. <mar...@ms...>]

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
> 

Re: [Instrumentelem-developer] Plugins..

[Ameli S. <soh...@us...>]

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

Re: [Instrumentelem-developer] Plugins..

[Alimur R. <ch...@gm...>]

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
>>
>
>

[Instrumentelem-developer] FW: Plugins..

[Francesco L. <fra...@lu...>]

------ 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

Re: [Instrumentelem-developer] Plugins..

[Navid A. <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

Re: [Instrumentelem-developer] Status Report...

[Navid A. <ah...@us...>]

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

[Instrumentelem-developer] Plugins..

[Alimur R. <ch...@gm...>]

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

Re: [Instrumentelem-developer] Status Report...

[Krzysztof Z. <zaw...@lu...>]

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>

[Instrumentelem-developer] Status Report...

[Alimur R. <ch...@gm...>]

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

[Instrumentelem-developer] the "NxtServer" folder created

[Alimur R. <ch...@gm...>]

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

[Instrumentelem-developer] Commit the "NxtServer" folder please

[Alimur R. <ch...@gm...>]

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

Re: [Instrumentelem-developer] I am almost ready to do "SEE"!

[Krzysztof Z. <zaw...@lu...>]

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>

[Instrumentelem-developer] I am almost ready to do "SEE"!

[Alimur R. <ch...@gm...>]

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

[Instrumentelem-developer] I am almost ready to do "SEE"

[Rashid Sk A. <sk....@us...>]

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

Re: [Instrumentelem-developer] Welcome Alimur and Krzysztof!

[Francesco L. <fra...@lu...>]

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

Re: [Instrumentelem-developer] Welcome Alimur and Krzysztof!

[Teemu K. <te...@ka...>]

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
>