search

josephdadams / TallyArbiter

The flexible and customizable camera tally light system
http://www.tallyarbiter.com
MIT License
288 stars 102 forks source link

[Bug?] TSL5.0 Actions not working with Panasonic PTZ Tally or TallyView #255

Open IvorOrr opened 3 years ago

IvorOrr commented 3 years ago

According to Panasonic's release notes for firmware version 2.62, the AW-UE150 should support TSL5.0 (https://eww.pass.panasonic.co.jp/pro-av/support/content/download/EN/ep2main/soft/ue150/0262_ue150.htm). We're trying to use this feature, but so far to no avail. The cameras are up to date and fully functional. Tally is enabled and can be activated by AW commands over IP. Although I captured the UDP packets sent to the cameras with Wireshark, I couldn't find any obvious errors. However, the TSL protocol description is a bit unclear. Next I tried to receive the packets sent by tally arbiter with tallyview from Roddy Pratt, but that doesn't work with TSL 5.0 UDP either, but it works with TSL 3.1 UDP.

Since I have no other source for TSL 5.0 signals, I unfortunately cannot find out what the exact problem is. I can only say that the TSL 5.0 implementation does not seem to be compatible with this panasonic PTZ camera, unless I made a mistake during testing.

I can provide further information if this would be useful or could test with the camera.

Thanks for your great work Ivor

josephdadams commented 3 years ago

Yeah, this has kind of been our problem with tsl5 as well, finding a tsl5 generator to use for testing.

@NoahCallaway any input here?

IvorOrr commented 3 years ago

I found this comment over at the tallyview project (https://github.com/roddypratt/tallyview/issues/1#issuecomment-877071047) and maybe @yboujraf is willing to share his TSL5.0 udp/tcp emulator to help us out.

yboujraf commented 3 years ago

Hi @IvorOrr

I installed 25x AW-UE150 and I wasn't able to use the TSL5.0 in UDP. When Panasonic came to verify, they used their Video Mixer and TSL5.0 worked fine.

If the CAM PTZ doesn't receive the correct fixed stream then no Tally.

I attached the TSL command that the Panasonic shared to me to fix my issue.

Panasonic - AW-HE150 - TSL_command.pdf

Regarding the emulator (in java), I signed an NDA and not able to share it and unfortunately, the emulator is unable to generate fixed stream.

Best Regards,

NoahCallaway commented 3 years ago

I think I may be missing the DLE/STX sequence in my implementation. The Sony CCU's I tested with must not require them.... I'm working on a fix. Would you be able to test?

NoahCallaway commented 3 years ago

Try this. If you get a prompt to update TallyArbiter press cancel. https://we.tl/t-4ghUxAgscu

Edit: New link which should include a Windows build now.

hadphild commented 2 years ago

Have you got a Fix for this? I am running 3.0.1

NoahCallaway commented 2 years ago

I don't think there's been a new package release since adding the option to enable/disable the sequence. If you're able to build and run from the source code it should be there. Let me know how you get on as I don't have hardware to test with.

hadphild commented 2 years ago

I am running on a Pi. If you can guide me in the write direction.

NoahCallaway commented 2 years ago

Did you originally install using npm install --global tallyarbiter? If so it might be best to wait until version 3.0.2 is released.

josephdadams commented 2 years ago

@MatteoGheza can we tag a 3.0.2 release?

IvorOrr commented 2 years ago

I finally found time to deal with the topic again and test it. The protocol description is a bit strange, but with some trial and error I got it working. With @NoahCallaway's patch and some workarounds it should be usable.

As already mentioned, the packet start DLE/STX must not be used for TSL 5.0 over UDP. Panasonic officially wants something special: text must be 12 characters long, but it seems to work with longer texts with a PTZ, but not with shorter ones, and switchers might have a problem with that. Also, the CONTROL segment does not conform to the official TSL 5.0 protocol: on an AW-UE150, bit 1 toggles the red tally on and off, bit 4 toggles the green tally.

Verified working examples of "Panasonic" TSL 5.0 UDP packets Red Tally On: 16 00 00 00 00 00 01 00 C1 00 0C 00 41 42 43 44 45 46 47 48 49 50 51 52 Red Tally Off: 16 00 00 00 00 00 01 00 C0 00 0C 00 41 42 43 44 45 46 47 48 49 50 51 52 Green Tally On: 16 00 00 00 00 00 01 00 C8 00 0C 00 41 42 43 44 45 46 47 48 49 50 51 52

It is possible to broadcast those packets and update all camera tally lights at once by setting individual index numbers in the camera settings (Setup -> Network Advanced -> TSL5.0) and appending multiple data messages:

   3A 00 00 00 00 00
   01 00 C0 00 0C 00 41 42 43 44 45 46 47 48 49 50 51 52
   02 00 C1 00 0C 00 41 42 43 44 45 46 47 48 49 50 51 52
   03 00 C8 00 0C 00 41 42 43 44 45 46 47 48 49 50 51 52

In the future, this might be the best way to implement Panasonic's tally protocol without requiring a lot of setup.

Controlling the tally indicators of a panasonic switcher (e.g. AV-UHS500) or at least setting the multiviewer labels seems possible by changing the packet to 16 00 00 00 01 ... but I couldn't test this (no panasonic switcher).