How to handle buffer/module states? #221
Replies: 2 comments
-
The "non-buffer" states in the table above seem to correspond to Module status from An Analysis and Comparison of ACT-R and Soar by John Laird. |
Beta Was this translation helpful? Give feedback.
-
Buffer State Checks Buffer state checks are now handled in amod using the buffer_state keyword. It takes the form Valid buffer states are currently Module State Checks Module state matches now use the keyword module_state and take the form Valid module states are Example
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
It looks like each of the three frameworks handles a different set of buffer state checks. According to ACT-R:
And here is how they are applied:
Here's what it looks like each framework supports:
state error
(pg. 230)– state error
(pg. 230)Notes:
Buffer.isEmpty()
directly.busy
seems to be on several, buterror
is only on Memory and SOSVision.test()
functionShould I implement the subset that is supported by all? Or allow some or all of these and warn/error for frameworks which don't support specific ones?
Beta Was this translation helpful? Give feedback.
All reactions