Hello,
Recently i bought dfrobot ssc32 the one thhat is same as lynx motion ssc32 board, which control servo motors,

The thing is That i did not find any ssc32 patch for pd, so i decided to use comport, but still having problem with it, the ssc32 board accept message like this #1 p2500 t500 from terminal, where # is for servo number, p is for position and t is for time, i have used print patch, it made the board blink but it does not move servos,
And i have tested with terminal and the board move servos, but with pd still does not,

I would be happy if anyone can help,

Thanks,

I think that [any2bytes] is in the moocow library. Are you using extended? If so, put [import moocow] in your patch and then [any2bytes], or [moocow/any2bytes] straight away. That should work..

@alexandros wow thanks, any2bytes created, and I made it in the way to told, the board blinks but not moving the servos,
Actually when I used pduino patch, and put [arduino] and [servo pin]
there, same thing happen the board blinks (TX led on the board blinks), but still servos do not move, I think board getting the message I still need to change something to be understandable by ssc32

so, what do you send to the board exactly? Can you write the exact message here? How do you send it? With a message or a symbol?

@alexandros here in the picture

you need [list split 7] only if you're sending data from a symbol. If you use the message the way you use it in the image you posted, it should be fine (if the board you're using takes in bytes as ASCII). I just used the same message with [any2bytes] and printed the result without [list split 7] and it looks fine.
Give it a try and let us know if it worked (or not...).

@alexandros WOW it worked, Thanks A lot

@alexandros now how do I input a varying number into it,
I mean I have a varying number between 0 to 100 and I want to connect that into this, does [pack] atom works here, to combine different input, Servo number is constant, only position is varying I am not sure of time

if your varying number should take the place of "P1000" for example, then connect a number atom to your message and change your message to "#0 P$1 T500"
$1 will get the value of the number you provide the message with.

If you want to have both P1000 and T500 varying, the send two numbers to [pack] and connect it to your message and change your message to "#0 P$1 T$2", where P will get the value of the number connected to the left inlet of [pack] and T the value of the other number.
You might want to connect the number that goes to the right inlet of [pack] to [t b f] and connect them like this: left outlet to left inlet and right outlet to right inlet, so you can trigger the message even when you change the second number.

@alexandros Thanks for the input I notice dollar sign make variables, and trigger was something interesting, although when I put [t b f] it chagee only one variable, both have bang but only accept one variable I cannot have two of them (both variable have one value),
apart from that, there is some issue, I am getting long delay, I have number value that is changing very fast but the servo act with like 5 second delay or even sometimes 10 second, and after a while I am getting this error: [comport]: Write failed for -1 bytes, error is 35
what should I put into second inlet of [any2bytes] it mentioned it is end of string (EOS) I put -1, then I put 13, then 1 every time it stops working, with changing this it works for a while and then stop when I want to make it work again, and even when I want to start, many times it does not work only blinks, but after some try maybe it works with these,
I also getting TXORVERUN,
Do I need to add handshake [rtscst], [paritybit] and [stopbit] does these atoms make some changes in this case?
Now the Most important thing is randomly start, and it has got delay

I'm not sure I understand the whole question. Anyway, here's a .jpg that shows how I think you should use [pack], [t b f] and [any2bytes]

As for the long delays you get, maybe your board can't take in messages in a fast rate (e.g. audio rate). Try slowing down the rate of sending data using [metro] or something and see what's the lowest you can get.
Is there a forum for this board you're using? Maybe you can ask there about the delay issue. I've never used this board (didn't even know about its existence), so can't really know...