Hello
I have phoenix hexapod with ssc-32 and botboarduino
Since a while one of 18 servos is not "driven ", i move by hand without pb like there is no voltage on it, i replaced this servo but but pb is same !
Îs it possible that "output " where is connected this servo on ssc-32 is not functionning ?
In this case is there a way To plug this servo on free output and modify "Phoenix code " To use this new output instead of old (not working) ?
Thanks for your help
BR
GUESTWEBFR
Hi,
First thing to do might be to try to find out if the issue comes from the servo or the SSC-32. To do this, you can connect another “functioning servo” on the same output of the “defect servo” and see if you have the same problem.
If the “functioning servo” doesn’t work, this would confirm that there is a problem with your SSC-32. If it works, this means that the problem is not the SSC-32 but the servo.
Hello
As i Said new servo = same pb .thanks for your reply i Will order new board but hope that this new board Will have a longer Life.
Best regards
Xavier
Hi,
You can see the setup for the pins here. To change the output pin of a channel, you would have to modify this code and recompile/upload again.
Sincerely,
Hello
Thanks you !
Best regards
Xavier
Hello
i founded , pb was not well connected servo!
My hexapod is moving but 2 problems still exists:
my hexpod is a phoenix model and i have downloaded code for BOTBOARDUINO but this code is for CH3-R model with wrong legs dimensions etc
Is there a code i can donwload for BOTBOARDUINO and phoenix model (with leg dimension of phoenix , distances from legs to center for phoenix etc…)
i am “driving” hexapod with lynxmotion ps2 but everything is “reversed”, if i turn left hexapod turns right, if i go forward hexapod goes backward etc…
i double checked that servos are connected as described in assembly guide and i checked in code that servo “position number” is ok too
i am dry now
thanks you for your support
BR
Xavier
Hi Xavier,
Here are answers to your questions/comments:
Could you please provide more details on what was wrong? This may help others with similar issues in the community
We do not currently host a setup for the Phoenix hexapod in this example code, but you can easily change those values in the Hex_Cfg.h file. That being said, you may want to have a look at KurtE’s Phoenix config file for an example that may be closer to what you need. You can find the file here. It was very different values of distances/angles than the one we currently host (for the CH3).
It would be helpful if you can post some pictures of your wiring, making sure that each connection is clearly identified. Aside from that, if it is simply moving backwards (front <-> back confused), you could simple possible wire the front and back legs reversed.
Also, if you did modify the channels used, it is possible your wiring no longer matches the code. It would be could if you could also attach a copy of any source code files you modified (such as Hex_Cfg.h).
Sincerely,
P.-S.: You can attach filed to your reply in Full editor mode. See the attached image for details.
P.-S.#2: You can find more info about the Phoenix code all over our forum, such as:
Xan’s Phoenix Code
Phoenix code on Arduino and SSC-32u
Notes for Phoenix code?
and many more!
Hi sebastien,
for pb with servo , it seems that by searching to modify wiring of servo to correct my “reverse” command pb
i made a mistake and moved a servo on a non used port
i used values used in boatbord program to modify botboarduino code and movements are better now but not perfect, i need to verify complete distances etc…
i attached some picture and hope that helps to identify pb
Hre is code i have :
//[Botboarduino Pin Numbers]
#ifdef BOTBOARDUINO
#define SOUND_PIN 5 // Botboarduino JR pin number
#define PS2_DAT 8
#define PS2_CMD 7
#define PS2_SEL 6 // On the PS2 receiver this pin may be called ATT (attention)
#define PS2_CLK 9
Thanks you for support
BR
Xavier
Hi Xavier,
Since you are able to control your hexapod using the PS2 controller, this would indicate it is wired up properly (since it is a serial communication interface, it either does work or does not).
Indeed, after verifying your pictures and configs for the ports, everything there seems to match-up nicely.
Therefore, the “reverse motion” is most likely caused by a mismatch between the servomotor channels and the configs for those channels in the Hex_Cfg.h file.
A copy of the settings for which channel on the SSC-32U is associated with which motor would help. Also, this should be accompanied with pictures of the hexapod, clearly showing the “front” and how where each motor of each leg is connected - not a easy task to show. You would most likely need to annotate your pictures for clarity (you can use MSpaint in Windows or other similar raster-based drawing software).
Sincerely,
Hi Sébastien
Thanks you i Will try to do this but i already replugged all servo as described on documentation and compared to the code
BR
Xavier
