Matt,

The LLRP Specification only covers what happens in this scenario if
ROSpec B has a higher priority than ROSpec A.  If this is the case
ROSpec B will preempt ROSpec A, causing ROSpec A to return to the
Inactive state.  For the scenario where the priority of ROSpec B <= the
priority of ROSpec A, the Spec does not indicate how a reader must
behave.  So whether in such a scenario ROSpec B is dropped, queued,
timesliced, etc, is up to each Reader implementation.

Thanks,

Chris


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Matt Dean
Sent: Wednesday, July 18, 2007 3:48 PM
To: [email protected]
Subject: [ltk-d] LLRP behavior question [heur]

Hi,

I am working on the Rifidi version of the virtual LLRP reader with 
Pramari. I have a question about the specific behavior of the LLRP 
reader under certain circumstances.

Assume a ROSpec ("A") is currently running, and a second ROSpec ("B") is

triggered to start. Does B ignore this start trigger? Does it get into a

line to wait for A's stop trigger to be called so it can start? Is 
either correct? I am having some trouble interpreting the spec with this

particular issue.

Thanks for your help,

Matthew Dean

Rifidi Engine Lead

[EMAIL PROTECTED]


------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
llrp-toolkit-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/llrp-toolkit-devel





-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
llrp-toolkit-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/llrp-toolkit-devel

Reply via email to