Embedding Lisp/Logic for Robotics
started 2/9/2004; 12:33:49 PM - last post 2/11/2004; 7:54:16 AM
|
|
M.J. Stahl - Embedding Lisp/Logic for Robotics
2/9/2004; 12:33:49 PM (reads: 106, responses: 4)
|
|
I have had an idea floating around in my head after talking to a friend about embedded Linux development, and doing some reading on Reflection, so I thought the best place to ask what people thought was LtU.
The idea centered around adaptive computations being used in embedded systems. And since 'adaptive' is a rather obtuse word I will attempt a narrowing of the context in which I am speaking of.
The idea centers around an s-expression syntax, extending an evaluator to allow for non-determinism (and functions used in stating facts, rules, and queries), and incorporating the collection of metadata for use in reflection.
The proof-of-concept that I am laying out is statically typed, currently works on top of the KVM, allows for the inlining of byte-codes, and only computations that deal with integers, booleans, and characters.
My goal is to introduce a problem within the code, that defies rules in relation to facts defined then attempt to make the code modify itself by recognizing the problem based on the rules broken.
I see the main area of trouble coming from pushing the reflective cabilities of a class file, and the KVM itself, for I am completely unaware of its depth of introspection. I am also doubting the reason for using an s-expression syntax when it will be the byte-codes that will have to be modifyed and written.
None the less, I have quite a few ideas rushing my head; too many to include in this posting in fact, but in spite of my rather vague posting I would like to request any probing or criticisms from the people here on LtU.
Best regards,
M. Stahl
|
|
andrew cooke - Re: Embedding Lisp/Logic for Robotics
2/9/2004; 1:07:43 PM (reads: 106, responses: 1)
|
|
not really related to programming languages, but my limited understanding is that the problem with programming "intelligent" code isn't language related. people working on these problems 20, 30 years ago already did all the cool things with rules, reflection etc - they were using lisp and prolog, after all. rather, the hard part seems to be finding a solution to the frame problem.
this is just vague advice offered in case it's helpful. i don't mean to say that your particular ideas are no good (i didn't even understand them completely) and realise that you may know much more than me. it's just what i've picked up with my own amateur experiments and occasional book (i don't know if you've read norvig's book on ai/lisp - it's pretty good).
also, there's no need to include physical robots. unless you want to meddle with hardware, life is simpler inside a simulation - you can repeat experiements much more easily for example.
and, finally, in my (limited) experience self-modifying code, while really fun, doesn't seem to give anything that, once you finally understand the problem, you couldn't do with separate data.
having said all that, maybe the best thing about self modifying code and introspection and playing around with all these cool ideas is that it's so much fun that you do learn a lot (does that sound condescending? not meant to be - very aware you may know much more than me!)
|
|
andrew cooke - Re: Embedding Lisp/Logic for Robotics
2/10/2004; 11:05:22 AM (reads: 76, responses: 0)
|
|
you may find more people interested at gen5 - http://www.generation5.org/ - i hadn't been to the site for years, but it appears to be still running.
|
|
Noel Welsh - Re: Embedding Lisp/Logic for Robotics
2/11/2004; 4:23:58 AM (reads: 59, responses: 1)
|
|
<quote>My goal is to introduce a problem within the code, that defines rules in relation to facts defined then attempt to make the code modify itself by recognizing the problem based on the rules broken.</quote>
You might be interested in constraint-based programming. I'm a bit unsure of what exactly you're trying to do, but it sounds "given a problem and these constraints, find a solution that solves the problem and doesn't violate the constraints" (an equally vague description) which is basically what constraint-based programming is all about. You can find a lot of research in this area at The Cork Constraint Computation Center.
|
|
andrew cooke - Re: Embedding Lisp/Logic for Robotics
2/11/2004; 7:54:16 AM (reads: 57, responses: 0)
|
|
on constraint i recently found the following useful (cut + paste from an email i sent to my list):
This seems like a nice intro - Constraints are a declarative knowledge
representation formalism that allows for a compact and expressive modeling
of many real-life problems. Constraint satisfaction and propagation tools,
as well as constraint programming languages, are successfully used to
model, solve, and reason about many classes of problems, such as design,
diagnosis, scheduling, spatio-temporal reasoning, resource allocation,
configuration, network optimization, and graphical interfaces.
- http://www.ics.uci.edu/~dechter/publications/r85.html
And here's a lighter article that explains Satisfiability -
http://sjcomp.virtualave.net/files/compsci9703.html
The author of the second article looks to have written a pile of
interesting stuff - http://www.amsci.org/amsci/other/BPH.html (see loinks
at bottom of page).
From this list - http://www-course.cs.york.ac.uk/cop/links.html
|
|
|
|