No way of knowing why it isn't working without seeing what kind of feedback you're getting from VC (e.g.
http://voxcommando.com/mediawiki/index.php?title=Log).
Have you reviewed the feedback that you're receiving in the history panel? That, or enabling logging, is the only way to effectively trouble shoot when a command is not doing what you expect it to do.
When you look at your Vera web page, is it correctly reporting those sensor values for your Aeon device?
Your command looks fine if the device IDs you've used are correct. It works for me with my devices.
{LastResult} is always the value returned by your last *successfully executed* command action (designed to return some kind of value--not all actions return values). So if your sensor is either not working or not being read correctly for whatever reason, then you will get the result from whatever previous action designed to return a result was -- it could be a music request or whatever. If your sensor is not being found or not returning some kind of value, this will show up in your history window when you issue your command.
You can always create your own payload xml file by editing the devices.xml file and saving it under another another name so as not to overwrite the main devices payload xml. You'll probably want to edit that kind of payload file anyhow once you build up a bigger collection of devices, since it's not likely that they will have useful and distinct names designed for natural command phrases unless you're careful to label them that way from the start.
How did you intend to query different types of sensor information in one command without using logic, given that they require different types of actions?
It might make more sense to have different commands depending on the type of information you're wanting to get back:
1. "What is the temperature in the (bedroom/outside/downstairs)?" (payload file = temp sensors)
2. "How bright is it in [the] (bedroom/outside/downstairs)?" (payload file = light sensors)
3. "Is there someone in the/at the (living room/front door/downstairs)?" (payload file = motion sensors -- which is currently what is automatically generated as sensors.xml)
etc.