Datavideo PTR-10 #184
Comments
josephdadams
added
the
Hardware
|
@bb21b how does this protocol line up with your module? |
|
@josephdadams I believe the Datavideo PTZ cameras encapsulate Visca over IP so it is probably more likely to be a derivative of that. I found this while Googling, which should shed some light on it. |
|
i saw that a Datavideo DVIP module was written, can that be used in creating this module to control the PTR-10 PTZ camera? |
|
@scottaroo02 Unfortunately DVIP isn't really a set standard and this is a completely different implementation. At a glance it is just Visca over IP with an extra header of 00 08 and all the commands I looked at appear to match the document below. https://pro.sony/s3/cms-static-content/uploadfile/59/1237493025759.pdf So it would probably be best if support is added to a copy of the Sony Visca module and then any differences that may exist can be addressed |
|
Is there any way to implement this in the current Sony VISCA protocol? |
It would probably be best copied as its own module, I think there are a couple of visca flavours done in this way. Without access to hardware though makes development a little tedious for whomever wants to pick this project up. Some people will take on bounties though so that may be an option depending on how quickly you'd like to see this done. |
|
Happy to throw $150 towards someone to implement this for me. |
|
Here's what I found: http://www.resource.datavideo.com/downloads/Datavideo_DVIP_Ethernet_Control_Operation_Guide.pdf I think the PTR-10 implements the DVIP protocol, so it shouldn't be super difficult. |
|
@cjdenio From my understanding so far (Based on the vision mixers) I think these cameras just implement the device discovery and ethernet interface option setting part of DVIP and the camera control portion seems to follow the Visca format to a degree, it doesn't match with the standard DVIP command format I'm used too. http://www.resource.datavideo.com/downloads/Datavideo_PTC-150_DVIP_Protocol.pdf I've had another look at that document. The packet length in the first two bytes are right but too short it's normally a DWORD length. There is no command bytes (Normally DWORD). Then the the control/section bytes (Again shorter than normal DVIP) and the parameter layout is a bit weird too. That makes me think that part isn't what I'd call DVIP. If you want to you can get a bit more info about DVIP from one of the vision mixer documents which I used for development. |
|
Any way to bump this? would love to have this implemented so I can control. |
|
@scottaroo02 offering a financial incentive can help if you need something quickly. |
|
@josephdadams he has offered up $150 is there any way to tag that in the issue? |
|
Oh I missed that. Sorry! |
|
I'd gladly build a module based on the protocol spec, but there's no promise it'll actually work on an actual device. |
|
@cjdenio the only thing I've not seen documented anywhere is the actual port the device uses for it's Visca style comms. Other than that it should be pretty standard. Datavideo support are pretty responsive if you reach out Steven the Technical Operations Manager in the US is very helpful. |
|
@cjdenio let me know what you want to do to get the ball rolling on this. |
|
would bumping the bounty to $200 help get this implemented? |
|
@cjdenio are you working on this? |
|
No, I was unable to find any decent protocol documentation. I'm also not sure about writing a module without an actual device to test. |
|
@scottaroo02 can you provide a way to test against the device? Teamviewer access time a device on the same network? |
|
I can provide team viewer access to a computer on my network, the software that datavideo created on that computer to control the device, wireshark, a webcam of the device... whatever is needed. Just let me know what I can do
To get this implemented.
…Sent from my iPhone
On Jul 4, 2020, at 8:31 AM, Joseph Adams ***@***.***> wrote:
@scottaroo02 can you provide a way to test against the device? Teamviewer access time a device on the same network?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
|
@cjdenio does that change things for you? |
|
can I bump the bounty to $300 to implement this? How can I make this happen? |
|
@scottaroo02 I could probably start taking a look at this within the next couple of weeks, I have been quite busy lately which is why I didn't take it up myself. Do you have an email I could contact you at? Just to add I'm UK based so timezones to consider, but I could get along with it over Teamviewer. And I have a good line of communication with Datavideo |
|
@BB21B that would be awesome, thanks so much! email is scottaroo@gmail.com. I can have a dedicated computer with team viewer for when you have time to work on it. |
|
Implemented in: https://github.com/bitfocus/companion-module-datavideo-visca |
I'd love to have a Datavideo PTR-10 module to control the PTR-10. This is a Robotic Pan Tilt Head that allows you to transform any camera into a PTZ camera. Datavideo allows control via DVIP protocol.
DVIP Control Operation Guide: http://www.resource.datavideo.com/downloads/Datavideo_DVIP_Ethernet_Control_Operation_Guide.pdf
DVIP_Protocol:
http://www.resource.datavideo.com/downloads/Datavideo_PTC-150_DVIP_Protocol.pdf
Datavideo PRT-10 UserGuide:
https://resource.datavideo.com/Instruction_Manuals/PTR-10_E2_A4_EN.pdf
This may be easy to implement by using the Sony VISCA or PTZOptics as a template.
The text was updated successfully, but these errors were encountered: