Re:Johnny-Five v1.0 – JavaScript Robotics and IoT Framework
by rwaldron on Thursday August 23, 2018 @01:02PM
(#17828833)
That's correct, but only half correct :)
Johnny-Five programs can run on board any SBC that runs Linux and can support Node.js. For those platforms, GPIO and serial bus interfaces are interacted with directly; examples include Raspberry Pi, Intel Edison (+Galileo 1 & 2, Joule), Tessel 2, Linino and pcDuino
Re:Johnny-Five v1.0 – JavaScript Robotics and IoT Framework
by jerrysievert on Thursday August 23, 2018 @04:51PM
(#17830613)
a little off-topic, but I haven't seen you in a while - how'd the strongman look end up?
Re:Johnny-Five v1.0 – JavaScript Robotics and IoT Framework
by wiradikusuma on Thursday August 23, 2018 @12:25PM
(#17828548)
thank you for the explanation. so in production, it must be paired with Pi/real computer?
but why use this if Pi has support for sensors and stuff already? (other than, "because I've already bought Arduino")
Re:Johnny-Five v1.0 – JavaScript Robotics and IoT Framework
by ianbicking on Thursday August 23, 2018 @12:51PM
(#17828733)
My sense is that "devices" you hook up to a computer are themselves entire computers with fancy high-level protocols to control them. Sure the Pi, unlike a normal computer, has its GPIO ports. You can use those to directly control hardware that is not smart (or is only a tiny bit smart). But still you run out of ports really quickly, managing those ports isn't easy, and if you are controlling things that need more power than the GPIO ports can provide then you'll need additional circuitry. You usually need additional circuitry.
The obvious solution is to create higher-level hardware that the Pi can control without, say, pulsing on a regular interval, or without having to provide the full power requirements via GPIO. An Arduino board is a modular way to do exactly that. The Arduino then becomes the "device".
It seemed kind of trivial when I first heard about it, but now that I've experimented some with these things it's not that trivial, and it's a reasonable approach. Especially for robotics – an Arduino board isn't a good way to drive a robot (too limited), but it's a good way to drive many (but not all) of the specific components you might want to control. Then the real brain can be a Raspberry Pi or some other proper computer.