New hand finished ! There no place left inside the forearm.. Time to think how InMoov service can drive all of this ( sensors + i2c ) ...
Goal of this is to limit wires and add extra sensors/servos
EDIT 16/1/18 : Seem there is a pin issue with nervoboard + arduino mega R3 ( I2C pins ). This is worky pinout for i2c :
ADS1115
There is already a service for analog input thru i2c. It's called Ads1115 and it has 4 A/D channels.
You can have up to 4 of them using different addresses.
If more channels are needed, you can use an i2cBus.
http://myrobotlab.org/service/Ads1115
http://myrobotlab.org/service/i2cmux
Hi Mats, great news and
Hi Mats, great news and thanks for those informations ! Will look forward to test this ! I2cmuw will be usefull also
I'm curious how mrl i2c speed
Great Arm Project Moz4r !!
I'm curious how mrl i2c speed control compares to the mrlcomm on arduino.
Also, have you thought of raspi as a replacement for the arduino since you have moved to i2c ?
We should perhaps start to refactor inmoov so that there are no "startPeer or createPeer" functions inside.. and all is "attached" .. this will allow smoother operation between i2c and other variants.
Oooh, better get back to the build process :P
I still use arduino as main
I still use arduino as main controller board for other skeleton parts, and to connect i2c things onto. But maybe will test a remote adapter raspi for servo later !
Few test speed control seem very worky, but I remember some discussions about frequencies that can cause troubles , maybe Mats can bring some light about it.
Time to sync develop branch , not opened eclipse from manticore release...
Raspberry Pi 3
Hello Grog,
I don't see the Raspberry Pi 3 as a replacement for the Arduino Mega's in the Inmoov, but rather a replacement for the tablet in the back of the Inmoov.
The Arduino's can be connected to the Raspberry Pi 3 via the USB ports as you would with the tablet.
There is a lot of functionality that the Arduino's running MRLcomm have that is not possible at this point with the Raspberry Pi such as the neo pixel library.
The real advantage of using the Raspberry pi is the I2C bus built onto the controller, and if used with two Arduino Mega 2560's as is the common arrangement, that gives up to 3 I2C busses without having to multi plex. If you add multi plexing, then there is a lot of capacity for expansion.
There is also the possibility of adding devices such as the Intel movidius Neural Compute Stick. This can be used for AI computer vision and is where the Raspberry Pi 3 will come into its own over a tablet.
The down side is there is not enough processing power to train the neural network using a Raspberry Pi 3.
Just some food for thought.
Hi It's been a long time
Hi
It's been a long time since I've done the same thing but in usb, much simpler than I2C. The length of the wires will give you problems.
Dom.
http://inmoov.fr/forums/topic
http://inmoov.fr/forums/topic/manipulator/
Dom.
First report after some days
First report after some days use, it is worky PERFECT ! ( no problems with wires length , I use a armored rj45 as extention ) .
Tested also without any arduino for people that don't use it.
Workarround to use I2C inside inmoov service ( manticore ) , waiting a clean Nixie Inmoov refactor ( I hope to have some time soon )
( rightHand ) After :
i01.startRightHand(MyRightPort,BoardTypeMyRightPort)
#I2C TEMPORARY TRICK
adaFruit16c = Runtime.start("AdaFruit16C","Adafruit16CServoDriver")
adaFruit16c.attach(right,"0","0x40")
rightHand.thumb.detach()
rightHand.thumb.attach(adaFruit16c,7)