Changes between Version 6 and Version 7 of ReferenceNetsReachabilityGraph
- Timestamp:
- May 3, 2019, 7:14:56 PM (6 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
ReferenceNetsReachabilityGraph
v6 v7 42 42 Any node represents the root net instance with a certain marking. 43 43 They can be expanded, which will open a copy of the root net instance in this particular state. 44 This net instance behaves like a simulation step which can be fully explored, meaning that all nets that this net has a reference of can be explored with their current marking, including, again, nets referenced in this net.44 This net instance behaves like a simulation step which can be fully inspected, meaning that all nets that this net has a reference of can be explored with their current marking, including, again, nets referenced in this net. 45 45 46 46 For any firing that happens within a subnet, the arrow is labeled with the identifier of the subnet proceeding the transition identifier, whereas transitions in the root net are only labeled with their identifier. … … 48 48 === Example 1 49 49 50 The first example is the classic producer consumer problem, where producer and consumer are distributed into an own net each. 51 Their net instances are created in the system net, which also holds the storage place for the producer and consumer. 52 The synchronisation happens via synchronous channels. 53 50 54 [[Image(prodcons-complete.pdf)]] 55 56 The ReferenceNetsReachabilityGraph Plugin is started with the system net as the root net. 57 As the synchronous calls are initiated from the system net, they are listed without a prefix. 58 The internal state changes of the producer/consumer have the net instance id as prefix. 51 59 52 60 [[Image(prod-cons-rg-2.pdf)]] 53 61 62 The arrow inscription with the yellow background is an extended inscription. 63 It showcases how synchronous channels are listed. 64 65 54 66 === Example 2