GOさん、こんばんは。
PB版、ダメでしたか。何でだろう？
結果的に成功ならバンザイですけどね。
私もおかげさまで勉強になりました。

VCの例は解放を忘れてました。スミマセン
(DLL抜けたら大丈夫かな。
でもちゃんと解放癖つけとかないといけないですね。)

＞_snprintf(cpSTS, 2, \"%s\", bstrSTS);     <---仕様が2バイトなので合わしました
＞_snprintf(cpDATA,1024, \"%s\", bstrDATA); <---こちらは可変長です
UNICODE->ASCII変換はいらなかったのですか？
（これでPB側は認識できたのですね。もしかして
対象の関数内でやってくれてたのですか？）

それは置いといて、ちょっと気になった箇所があります。
これだと、PB側で予めメモリ領域を確保しておかない
とメモリ破壊になります。
（1024バイトまでOKと関数で設定しておきながら、
もし、bstrDATAが200バイトでPBのstring変数
が100バイトしかなかったらどうなりますか？）
stringの領域は\\0までですからね。
またstringによるメモリ確保はスペースや文字でないとで
きませんから私は敢えてstring（可変長）にしませんでした。
なので、固定長char配列の方がいいと思います。
また、明示的にサイズも指定させないと、渡すメモリは
何バイトかどうか分からないので(strlenも\\0までの長さを返す)、
引数に入れた方がいいです。
Win32APIも、関数によって変更が期待される文字列については
サイズを指定する引数が存在します。
これはこれらの理由からだと思います。