Monday, July 07, 2008

Composable information unit 3D shape definition goes through single dimension abstraction definition

Let's assume code in Google is ready to produce informations to be transformed into a new java object, standardized for the application domain of the decision maker, via some interfaces ad hoc defined. These infos will be de-boxed and re-boxed into what has been previously defined compose-able information units. It is important to create a spatial 3D concetual shapes for the compose-able information units. This means that these units will be shapes, whose shape changes accordingly to their data content. Let's say a pojo whose value is an integer whose value is 3, will be a box, a pojo whose value is an integer whose value is 5 will be a sphere. This is very simplified, but could help in understanding as it really seems to me that human brain is more confident in approaching spatial problems. So: for this conceptual 3D shapes, how could be defined in term of software data representation, a single DIMENSION ? Every compose-able information unit will be threaded to become a virtual swarm belonging bee, able to link other bees. The behaviour of this swarm wil be translated into a system "expert" behaviour.

Last built hardware testing platform

These are some few shots of the hardware assembled to perform tests for a previous design of the same system. Motherboard is a pcm4823 by Advantech (c). CCD, frame grabbers, bump sensors, inclination sensors, two big legs.



side view



front view


legs not mounted on body: front view



legs not mounted on body: side view



rear view

Linux debian is on board, installed is also a GSM modem but it is not used yet. To provide minimum perimeter penetration events' notifications, there are Sharp GPD2D12 infrared barriers. Legs, when the system is used, are connected to the body one, per side. The motherboard (a POS like one) based on the industrial PC104 standard, for high level computation. Another board uquipped with a Motorola 68HC11 performs the readings from all sensors, makes all writing on all actuators. This board is quipped with a customized jvm created for this type of device. This board by Grifo implements the "man in the middle" design pattern.
It is possible to see details about the board and the java runtime at http://www.rtjcom.com/6811/gpc114.html. The motherboard is instead visible, here: http://taiwan.advantech.com.tw/support/sr_detail.asp?SR_ID=1%2BGE%2B1057. The problem is always the same, buy hardware after you know exactly the software requirements. Also when hardware is very interesting and an excuse is needed to have it, just because it has on board a 16MB disk on chip storage (DOC2000). A note on the "vision" system: the CCD was mounted inside a thermal insulation provided box with a Peltier cell just behind the bottom of the camera box. This because the intent was to keep cold the CCD and perceive infra red frequecies in few enlightened environments, making a bigger difference between the internal camera box temperature and the external world temperature. Simple pattern recognition was performed using PNG image files captured by a digital parallel port converter, connected to the analogue camera output.

This prototype name was "virgola", "comma" in English

(Every trademark is of its own properietary)

Thursday, July 03, 2008

Title for the previous post

Name for the previous taken note on my game journal:

Intelligence extraction and internal to external driven mutation, in a vitualized swarm equipped system.

About the importance of social relationship between virtual swarm entities, in the economy of the intelligence extraction from whole swarm behaviour

What I'm asking to myself is what happens manipulating the social relations between virtual swarm entities. First it is important to recall that the virtual swarm is a swarm computing like pattern implementation, where the swarm is made up of software agents (for this reason it is called virtual). The behaviour of the whole swarm is captured as "intelligent" behaviour of the system equipped with this implementation. I find this extremely interesting. Code on google is not yet ready to receive such elegant manipulation so, by now, this is just a note taken not to forget the idea. Assuming that it could be possible to change the flavour of social relation manipulations, these could be a lot. Some samples that come to my mind just on the fly go from the "basic instincts" level to "ethic" and more noble instincts of cooperation established for a social common intent between the entities being part of the virtual swarm. It is easy to note that more evolved schemas have as a main intent the safeguard, the protection, not of the sigle entity, but of the whole swarm, or social community. Very interesting, evolving social behaviours the virtual swarm changes into a social community. Evolving the level of relations inside the virtual swarm, it is not only cause of a mutation of social intents, but maybe can cause also the mutation of the swarm itself nature. A swarm is just a group without social conscience or perception of itself, but can mutate into a social group of evolved entities. From a virtual swarm to a social group, in a driven evolutive mutation. Question: how mill mutate in consequence of internal mutations, the intelligent behaviour extracted from the system ? Will mutation in the"virtual swarm brain" be propagated to the "virtual swarm brain" equipped system, and how ?