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,

@bountybouncer Howdy! I don't know much about this board but I have been doing quite a bit of microcontroller research lately. Do you know if this board has serial capability? Also do you have any links? I'm assuming its written in C from what I remember last time I checked them out but this was at least 1+ yrs. Let me know.

The patches I've created so far utilizes serial messages with an Arduino but would be relative if a board has a serial capability.

http://cskonopka.github.io/arduivis/

@bountybouncer if this board has serial capability as cskonopka mentions, then it's very likely it takes in ASCII bytes.
I've written an abstraction that works with Arduino's Serial.parseInt() function, which might help. You can find it in the abstract and the I/O hardware sections of this forum, it's called [serial_parseInt]. I've got a help patch included.
If your case is ASCII, then typing "1 p2500 t500" might work with [comport], but really not sure.

@cskonopka @alexandros
thanks for reply,
this is the datasheet:
http://www.lynxmotion.com/images/data/ssc-32.pdf
but mine is using usb and have ftdi chip on it to be used over USB port
in photo below:

@alexandros I have used your patch but it does work, or maybe I am not using it correctly

Try to connect a symbol (Cmd+4/Ctl+4) to [any2bytes] and write your message there (I think the # symbol is required). connect [any2bytes] to [list split 7] in order to ommit the ASCII values of the word "symbol" which comes out of the symbol atom, and send the 2nd outlet of [list split] to [comport]... just a wild guess..

@alexandros thanks, great idea, but I did not have any2bytes patch, I download it from :
https://github.com/pd-projects/pdstring-libdir
unzip it and open it from preference and copy that in extra library folder, still it could not be created, do you have any idea of it,
I have tried make file as well in terminal I receive a long fatal error below:
*In file included from /usr/include/string.h:152:
/usr/include/sys/_types/_ssize_t.h:30:9: error: unknown type name
'__darwin_ssize_t'
typedef __darwin_ssize_t ssize_t; *

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...