











Study with the several resources on Docsity
Earn points by helping other students or get them with a premium plan
Prepare for your exams
Study with the several resources on Docsity
Earn points to download
Earn points by helping other students or get them with a premium plan
Community
Ask the community for help and clear up your study doubts
Discover the best universities in your country according to Docsity users
Free resources
Download our free guides on studying techniques, anxiety management strategies, and thesis advice from Docsity tutors
Course title is Embedded Intelligent Robotics. This course is for Electrical engineering students. Though good thing is everyone can learn about robotics in this course. This lecture includes: Rule Based Deduction Systems, Forward Production Systems, Original Formula, Backward Production Systems, Information Retrieval System, Planning, Frame Problem, Frame Axiom
Typology: Slides
1 / 19
This page cannot be seen from the preview
Don't miss anything!
Rule-based deduction systems The way in which a piece of knowledge is expressed by a human expert carries important information, example: if the person has fever and feels tummy- pain then she may have an infection. In logic it can be expressed as follows: x. (has_fever(x) & tummy_pain(x) has_an_infection(x)) If we convert this formula to clausal form we loose the content as then we may have equivalent formulas like: (i) has_fever(x) & ~has_an_infection(x) ~tummy_pain(x) (ii) ~has_an_infection(x) & tummy_pain(x) ~has_fever(x) We notice that (i) and (ii) despite been logically equivalent to the original sentence have lost the main information contained in its formulation.
Forward production systems The main idea behind the forward/backward production systems is to take advantage of the implicational form in which production rules are stated by the expert and use that information to help achieving the goal. In the present systems the formulas will have two forms: rules and facts, rules are the productions stated in implication form. They express specific knowledge about the problem, and facts are assertions not expressed as implications. The task of the system will be to prove a goal formula with these facts and rules. In a forward production system the rules are expressed as F-rules which operate on the global database of facts until the termination condition is achieved. This sort of proving system is a direct system rather of a refutation system. Facts Facts are expressed in AND/OR form. An expression in AND/OR form consists on sub-expressions of literals connected by & and V symbols. An expression in AND/OR form is not in clausal form.
Rules in a forward production system will be applied to the AND/OR graph to produce new transformed graph structures. We assume that rules in a forward production system are of the form: L ==> W, where L is a literal and W is a formula in AND/OR form. Recall that a rule of the form (L1 V L2) ==> W is equivalent to the pair of rules: L1 ==> W V L2 ==> W. Steps to transform the rules into a free-quantifier form:
Logic representation: (barks(fido) & bites(fido)) v ~dog(fido) R1: terrier(x) dog(x) R2: barks(y) noisy(y)
An important property of logic is the duality between assertions and goals in theorem-proving systems. Duality between assertions and goals allows the goal expression to be treated as if it were an assertion. Conversion of the goal expression into AND/OR form:
B-Rules We restrict B-rules to expressions of the form: W ==> L, where W is an expression in AND/OR form and L is a literal, and the scope of quantification of any variables in the implication is the entire implication. Recall that W==>(L1 & L2) is equivalent to the two rules: W==>L1 and W==>L2. An important property of logic is the duality between assertions and goals in theorem-proving systems. Duality between assertions and goals allows the goal expression to be treated as if it were an assertion. Conversion of the goal expression into AND/OR form:
Problem 2. Transformation of rules and goal: Facts: f1: on_table(a) f6: clear(e) f2: on_table(c) f7: clear(d) f3: on(d,c) f8: heavy(d) f4: on(b,a) f9: wooden(b) f5: heavy(b) f10: on(e,b) Rules: R1: big(y1) ^ blue(y1) green(g(y1)) Every big, blue block is on a green block. R2: big(y0) ^ blue(y0) on(y0,g(y0)) “ “ “ “ “ “ “ “ “ R3: heavy(z) ^ wooden(z) big(z) Each heavy, wooden block is big. R4: clear(x) blue(x) All blocks with clear tops are blue. R5: wooden(w) blue(w) All wooden blocks are blue. Goal: green(u) ^ on(v,u) Which block is on a green block?
Rules R1: manager(x,y) works_in(x,y) R2: works_in(x,y) & manager(x,z) boss_of(y,z) R3: works_in(x,y) & works_in(x,z) ~married(y,z) R4: married(y,z) married(z,y) R5: [married(x,y) & works_in(p-d,x) insured_by(x,eagle-corp) With these facts and rules a simple backward production system can answer a variety of questions. Build solution graphs for the following questions:
Planning is fundamental to “intelligent” behavior. E.g.
Planning The Frame Problem This is the problem of how to keep track in a representation of the world of all the effects that an action may have. The action representation given is the one introduced by STRIPS (Nilson and is an attempt to a solution to the frame problem but it is only adequate for simple actions in simple worlds. If we include the problem of stability when a child plays with blocks it makes the action representation impossible. The Frame Axiom The frame axiom states that a fact is true (false) if it is not in the last delete (add) list and was true (false) in the previous state.
Planning
Planning on(c,a) clear(c) handempty (^) upstack(c,a) putdown(c) pickup(b) stack(b,c) pickup(a) stack(a,b) holding(c) clear(a) clear(c) handempty ontable(b) clear(b) holding(b) handempty on(b,c) clear(b) ontable(a) holding(a) on(a,b) TRIANGLE TABLE {unstack(c,a), putdown(c), pickup(b), stack(b,c), pickup(a), stack(a,b)} 0 1 2 3 4 5 6