can a robot "hack" another robot
········ Can a robot realy "hack" another robot? That's the question I have in my mind since I discovered that robots can comunicate through IR sensors.
I am aware of the techniques used to disconect a client from IRC, for example (It doesn't mean I do it). Is it possoble for a robot to dislabe the IR sensors of another robot (for example·a BOE-BOT). But, there is one thing that must be present for such thing: a PING.
·········So my question is: do Robots that comunicate use PING? If not?·Well,·the creation of a·program that·let a·robot hack another·robot will maybe be hard. So? Do robots use PING? Or a thing that looks like·a PING·and makes the robots receive a reply from the PING?
········ Thanks for answering.
I am aware of the techniques used to disconect a client from IRC, for example (It doesn't mean I do it). Is it possoble for a robot to dislabe the IR sensors of another robot (for example·a BOE-BOT). But, there is one thing that must be present for such thing: a PING.
·········So my question is: do Robots that comunicate use PING? If not?·Well,·the creation of a·program that·let a·robot hack another·robot will maybe be hard. So? Do robots use PING? Or a thing that looks like·a PING·and makes the robots receive a reply from the PING?
········ Thanks for answering.
Comments
With the BS2, the programming port is the 'Port 16' SERIN/SEROUT port. It requires a physical connection. There is no other programming port.
Concievably, you could program Rob-B to accept a configuration update from a remote using IR (what I call a 'hook'). If you did this, then Rob-A could change Rob-B's configuration on the fly. It would not be a smart thing to program Rob-B this way.
The short answer is: no. Robot's using IR to communicate typically use some proprietary protocol that only the two robot's know about. And it would be a really dumb thing to *allow* one robot to reprogram another, especially competition robots.
"Ping" is a TCP/IP protocol packet. Most simple robots do not do TCP/IP, because they don't have to. So they do not use 'Ping'.
I have another example for a robot to disturb another robot, but I need to know some things that I can't find on the net: 1- do robots use some sort of IP? Some sort of ID?
It is very important to a program that I'm righting.
2- When a robot uses ultrasonic range devices, the robot send a signal then it receives the reply of this signal. Am I wrong? If yes, robots must have some sort of IP otherwise other robots would receive the signal that another robot sent. No?
Thanks for answering.
Just come right out and ask what you want to do.
Sounds like you want to "jam" the other robot ?
That depends on how well the other robot's hardware is "jam resistant".
You could attempt to jam the IR communication by just sending out a constant strong IR signal, same with ultrasonic, just constantly send out ultrasonic sound.
Bean.
Of course, this would, like in the real world, just lead to an escalating spiral of·sensing technologies being pursued by evasion technologies.
I, too, am curious, as to your application requirements.
Daniel
A TCP/IP 'ping' packet does require a reciever on the 'far end' to recieve the packet and issue a response. With a robot ultrasound 'ping' noise, it does not require a reciever, just an object the noise will 'bounce' off of.
If Rob-B is using ultrasound to detect objects, and Rob-A has the same ultrasound hardware, then Rob-A can 'confuse' Rob-B's distance measurement by sending a 'ping' when Rob-B is listening for his own echo. Most ultrasound hardware has its own processor to find distance. Hacking this hardware so it *first* listen's for another robots 'ping', *then* sends out its own signal to confuse the other robot, is usually beyond what the original vendor intended. This means it may not be trivial, and it may not be possible at all.
In any event, you'd be telling Rob-B that you are *there*, just *maybe* confusing it as to how far away you are. This is of limited value. Just as car radar-gun jammers don't make your car invisible, just confuse the radar-gun as to how fast you are going (car radar-jammers are illegal in most states, and it is *really* obvious to the operator when you have them on).
This afternoon, I will develope the program into a formal language.
See you all.
the robot-1 restart his frequency to minimum and starts ading 1 to it, after it would send a PING to all these frequency Identic to his. If he would get a reply, he would do fase 2, otherwise he would repeat fase 1.
fase-2: so the reobot received a ping reply from the same IP he has. Now he's going to send a big quantity of PING's to the IP he has, then he changes his IP to his original IP he had. I think that after this, the PING reply that our robot had sent would wana return to the IP that has send the PING, so he goes to the frequency of the other robot with the IP that robot-1 had. I think it should do the same thing that it does on a IRC channel. No?
Your references to an 'IRC' channel seem to imply you want two robots to 'talk' to each other, for some undefined purpose. It might be helpful if you start talking in terms of 'bytes' of data transferred, instead of IRC or IP PING packets.
IRC and IP PING packets or port numbers imply a *much* higher level of software than is typically included in robots. Also, solving any of the above problems don't require that much software.