model driven development of self organizing control
play

Model-driven Development of Self-organizing Control Applications - PowerPoint PPT Presentation

Model-driven Development of Self-organizing Control Applications (MODOC) Prof. Dr.-Ing. Torben Weis Dr. Arno Wacker Dipl.-Inform. Sebastian Holzapfel Dipl.-Inform. Christopher Boelmann Universitt Duisburg-Essen Prof. Dr. Hans-Ulrich Hei


  1. Model-driven Development of Self-organizing Control Applications (MODOC) Prof. Dr.-Ing. Torben Weis Dr. Arno Wacker Dipl.-Inform. Sebastian Holzapfel Dipl.-Inform. Christopher Boelmann Universität Duisburg-Essen Prof. Dr. Hans-Ulrich Heiß Dr.-Ing. Jan Richling Dipl.-Ing. Arnd Schröter Technische Universität Berlin Prof. Dr.-Ing. Gero Mühl Dipl.-Inform. Helge Parzyjegla M.Sc. Enrico Seib Universität Rostock

  2. Self-* in Embedded Systems > „Pervasive Computing at Large“ > Tiny computers in day-to-day devices > Clothing, > Kitchen devices, > Buildings, … > Self-Organization > Manual administration is impossible > Tiny devices are mobile and not very reliable > Self-Stabilization > External sources can induce transient errors in the hardware > Radio noise, solar radiation, voltage fluctuation, … > Cost pressure on hardware manufacturing makes tiny computing devices less reliable, too 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 2

  3. Software Development Methodology for OC Back-annotation Self-X compiler Application model > Self-stabilizing > Monitoring algorithms interfaces > Self-stabilizing > Reflection Stack Heap Turing Machine Code Watchdog Self-stabilizing Machine Self-stabilizing and safe implementations 7 October 2010 DFG 1183 ORGANIC COMPUTING 3

  4. Overview > Self-Stabilizing Controller > Embedded systems > MSP 430 controller > Self-X Composition > Composition challenge > Example and evaluation > Composite Events > Distributed detection > Self-organizing detector placement > Conclusions 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 4

  5. Towards a Self-stabilizing Controller > Self-stabilizing automaton > Adaptation of a 3-tape Turing Machine with I/O capabilities > Addition of an energy concept to force the decay of old data > This has shown theoretical feasibility > Self-stabilizing virtual machine > Stack machine approach, similar to Java or .NET > Self-stabilizing data structures > Assurance: After a transient fault, code is executed correctly again after a bounded time > Approach: A watchdog resets the machine if the main loop is not reached in time > Self-stabilization on the MSP 430 controller > Realization of above assurance on real hardware 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 5

  6. Application Anatomy > Anatomy of a networked sensor/actuator application void main() { while(true) { ev = wait_for_event(); process_event(ev); send_output(); reset_watchdog(); } } > For self-stabilization, the software has to return to the main loop in bounded time in any case after a transient fault > Some faults can invalidate this assumption … 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 6

  7. MSP 430 Controller > Frequently used for embedded systems and sensor networks > Possible temporary faults > Bit errors in RAM (tackled by our self-stabilizing virtual machine) > Bit errors in CPU registers > Faulty execution of CPU instructions > Execution of unintended CPU instructions > PC register points to the data field of a CPU instruction > This may lead to an unintended infinite loop > However, the watchdog timer can rescue the system > Worst case scenario > Unintended infinite loop resets the watchdog in each iteration > Self-stabilization would no longer be possible 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 7

  8. Unintended Infinite Loops > Unintended loop is entered due to corrupted PC register > This loop is only critical if it continuously resets the watchdog 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 8

  9. Unintended Watchdog Reset > Correct execution: Opcodes at 0x4100, 0x4104, 0x410a > Unintended execution: Opcode at 0x4102 (watchdog reset) followed by an unintended JMP at 0x4108 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 9

  10. Solutions > Unintended loop detection > Find all possible unintended loops > Ensure that the CPU returns to correct instructions eventually by inserting NOPs > An inserted NOP ensures that an unintended JMP targets the NOP instead of the data field of an operation > Optimized unintended loop detection > Cure only loops which reset the watchdog > Limits the number of inserted NOPs > Watchdog protection > Prevent unintended code from resetting the watchdog > Elegant solution, but not possible for all hardware architectures > Possible for the MSP 430 (again by inserting NOPs) 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 10

  11. Breaking Unintended Infinite Loops 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 11

  12. Prevention of Unintended Watchdog Reset 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 12

  13. Self-X Algorithms Self-Optimizing Routing (SOR) Self-Optimizing Topology (SOT) > Switches between different > Connects sub-topologies routing schemes for each link with similar interests (flooding vs. filtering) reconfiguration Pub shortcut crash Fault Tolerant Topology (FTT) > Keeps the overlay Sub connected when a broker crashes 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 13

  14. Composition of Self-X Algorithms > Superimposed QoS feedback loops > Dependency analysis shows conflict in overlay reconfiguration > Conflict Resolution > Transaction scheme for SOT to deal with broker crashes (FTT) > Support for connecting arbitrary topologies with SOR > Mutual blocking of SOT and SOR 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 14

  15. Composition of Self-X Algorithms SOT reconfiguration overhead SOR > Preserves properties of composed algorithms > Achieves higher performance than each single algorithm 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 15

  16. Event Patterns Event patterns > Application roles communicate Hidden application by exchanging notifications via constraints on publish/subscribe events A and B > Actions are often triggered only Σ if several conditions are met Addition of noti-  event patterns fication streams Application level detection Σ Σ of event patterns > Candidate notifications must be forwarded to application > Notification traffic concentrates A at event sinks  bottlenecks B A B Room 1 Room 2 > Majority of notifications are forwarded unnecessarily 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 16

  17. Composite Event Detection > Event composition at middleware level > Replaces/complements pattern recognition at application level to enable efficient distributed pattern detection > Patterns are specified by composition algebra (definition, visibility, reusability) > Four basic detector operations based on composition algebra used for optimization Decomposition Migration > Hierarchical decomposition > Early filtering by of a detector into seamless migration of detectors constituent subpatterns along the event stream Recombination Replication > Dissolve no longer useful detectors > Divide event space into and recombine them with others disjoint domains 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 17

  18. Force Model > Heuristic based on relaxing forces due to dynamically changing environment selectivity selectivity > Gradually optimizes placement using local knowledge and basic detector operations > Balances responsiveness and stability selectivity > Model system as compensating forces Selectivity Costs > Indicates potentially > Storage utilization, saved forwarding costs migration costs > Pull related detectors > Pull detectors towards costs costs together  recombination sources or sinks > Migration or decomposition Friction costs with replication depends on > Counter oscillations but the number of pulling forces keep system responsive 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 18

  19. Simulation > Discrete event simulation of detector placement strategy > Network consumption  width of lines > Computational load  area of red dots > Shows decomposition, migration and recombination 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 19

  20. Conclusions > MODOC allows for engineering of distributed control-applications > Comprehensive tool chain supporting modeling, code generation, deployment and debugging of OC applications > MODOC provides self-organization and self-stabilization > Self-stabilizing controller and virtual machine > Self-organizing and self-optimizing publish/subscribe infrastructure 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 20

  21. Discussion Thanks for your kind attention. Prof. Dr. Gero Mühl Architecture of Application Systems University of Rostock gero.muehl@uni-rostock.de http://wwwava.informatik.uni-rostock.de 16.09.2011 DFG SPP 1183 ORGANIC COMPUTING 21

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend