leonardo46
I'm entering Ez world now. I made many robots with embedded controllers (PICs) I designed and programmed. Now I'm exploring ARC, and trying to understand what it can do for me. Scripts seem a powerful tool to make my robots go. I tested them with a simple rover, and with surprise , I realized that the response time of ez scripts was extremely long ....My robot requires short processing times to avoid crashing onto the wall !
Then I made a simple test: a script toggled a digital pin, without doing anything else. I looked at the signal with an oscilloscope . Times were in the range of several seconds !...
This way EZB cannot be used for fast data processing in a robot , but only for less critical uses, e.g. giving manual commands.
Can somebody explain scripts what are intended for ?
@learnado you got it - that's what has been stated to you since the first question
. You can also read more about it in the explore section. Closed loop control systems are best to be microcontroller based with a single function. The ezb can talk to the micro and give it instructions. But the ezb should never ever ever ever ever be considered a realtime control system, because it is absolutely not a realtime control system and nor is it promoted as such. Much like your computer runs Windows, it is also not a realtime OS and depends on hardware peripherals to do specific tasks.
Lastly, consider your automobile. It has a stereo and an engine an seats and wheels and Windows and and and... Well, they are all separate systems that form the "automobile". All advanced robots are constructed the same way - so are airplanes and your house and even your clothes.
With the ezb, communication depends on wifi connectivity. You can read more about wifi using Google. Wifi is a wireless technology for connecting devices via communication protocols. The most common protocol used for Internet and connected devices is tcp over ip. The ezb also uses tcp. There are many many many many many many layers between the software and the ezb - including wireless transmission. Wireless transmission cannot be real time, nor can the stack of driver and OS dependencies...
OK, DJ. Everything has its job. To check an analog signal crossing a thereshold is better to have an hardware comparator, giving its output in 50 nS ! Years ago I wrote a musical program playing music from a PC. Compiled basic and a fast PC. It should work, I thought. But music seemed played by an insane musician, and I understood that PCs are not real-time systems.