Thank you so much!!
Getting closer!!
Any tricks to actually get the screen to hold to the light bar? I was thinking command strips but that seems like an adventure.
1 Like
Thanks everybody for the help so far! Tablet seems like a terrific option for such little money. An alternative to SSH for powering on/off the display is to just use their rest api - this is working for me:
shell_command:
crestron: '/usr/bin/curl -X POST -H "Content-Type: application/json" -d ''{"Device": {"DeviceOperations": {"{{ standby_action }}": true}}}'' http://<internal-ip-of-crestron>/Device/DeviceOperations'
script:
crestron_enter_standby:
alias: "crestron enter standby"
icon: mdi:tablet
sequence:
- service: shell_command.crestron
data:
standby_action: 'EnterStandby'
creston_exit_standby:
alias: "crestron exit standby"
icon: mdi:tablet-cellphone
sequence:
- service: shell_command.crestron
data:
standby_action: 'ExitStandby'
edit: should also note, I did not setup authentication on the device itself.
1 Like
I assume you never set up a password for the screens?
sorry, yes, I should have clarified that.
1 Like
Thatâs good to know this works, then! I was playing around with REST after adding the password, so I never got the chance to see if it works without a password.
I havenât decided if I want to try to remove the passwords or not.
Itâs great thereâs several options for control!
Where are people purchasing these now? Looks like eBay is way over the mentioned $30-40 price point these days.
I bought one of mine from eBay for $30.
Other one from local recycling company.
They out of support this February and big companies start replacing it.
Just monitor eBay and check local recycling companies.
1 Like
Whereâd you find the API documentation? I can only find documents on their âVirtual control serverâ api and it doesnât show any endpoints like that.
I found the analog joins for the LED bar control!
33354 - red led bar
33355 - green led bar
33356 - blue led bar
So to recap for anybody just coming in, you can set the level of each LED color with a command like: setanalogjoin 33355 100
Where 33355 is the join number (from above) and 100 is the level (0-65535 I think)
as a bonus I also found the backlight at 17201.
I ran a script that checked analog joins one by one until it found some with values. If anybody is curious, hereâs a spreadsheet with everything with a non zero value I identified
Please let me know if yâall identify anything else.
4 Likes
Good job, man
1 Like
When you say backlight, are you referring to the screenâs backlight or a light behind the tablet?
The screenâs backlight
1 Like
Any chance thereâs an api command to set the browserâs zoom level? Everything displays a little small for my taste.
Whereâd you find the API endpoints anyways?
IMHO he just brutforce it.
I just opened up the browsers dev tools, and watched what it sent across when you changed settings.
Itâs not an official API. The SSH connection can probably do a lot more. I could only see the exact commands that were already present.
Found one at an ok price and set it up today. My only complaint is I wasnât able to add a frigate card for camera streaming, it will stream for about 20 seconds then just turns green and never recovers. Guessing it just doesnât have the needed resources, other than that, it works well. It is too bad that we canât use the camera and speakers. Thanks for the heads up on the display.
Update:
I was able to access the camera by connecting via SSH then running the following.
CAMERASTREAMENAble ON Then get the rtsp url using CAMERASTREAMURL
great find (ie the rtsp url of the panels cam) - (i have about 10x of these panels now for testing) - on a tsw-1060 i too was able to access the panels camera via RTSP, using your commands. note to others, the TSS models (usually cheaper) , either do not have a camera, or just wont give their rtsp url (so you have to have a TSW-XXX model to access its camera, not tss-xx it seems).
something else ive been trying (and failing) to get working, is showing a RTSP stream on the panel. (ie from a cameraâs rtsp url, using the creston panels native video player, NOT via frigate/web page /ems).
these are the commands ive been trying, not in this order, (they are not working, will go black for about 10sec then right back to EMS app / HA dashboard) - i do see from a packet cap, that the panel is requesting the correct url and gets the correct PLAY rtsp reply) (note- A killer use case for this, if able to get it working, would be to have a crestron panel showing Frigates Birdseye RTSP stream 24/7, currently the way I do this is via Raspberry pies in various small 7"/10" monitors connected to the rasPi).
the frigate birdseye rtsp stream is at (depending on your frigate side settings):
rtsp://<frigate_host>:8554/birdseye
streamstart
streamstop
STREAMSHOWstats
STREAMRTSPport 554
STREAMURL rtsp://view:[email protected]:554/axis-media/media.amp
STREAMURL rtsp://view:view%4010.6.6.21:554/axis-media/media.amp
(note i have also tried fully disabling rtsp auth on the camera side, and it still does not work, so its not an rtsp auth issue)
relevant parts of rtsp pcap:
in regards to your green video player issue on your HA dashboard displayed on the crestron panel - this is usually related to the settings of h264 your camera is sending, and it not being âfully compatibleâ with the crestron player, usually this can be fixed. things to try / tweak (on the camera side):
- on the camera itself, try changing the streaming options: ie: i-frame interval , bitrate, FPS, even resolution. (i realize the stream will display fine in VLC but that does not matter necessarily for other players).
also try Turning off any bandwidth saving features or compression features of your cameraâs rtsp streaming options.
also trying using MJPEG instead of h264 for the rtsp stream to the panel (just as a test, as this does use alot of bandwidth).
(you may or may not have these options depending on your camera make/model/features).
in my case (axis cams, various models) , i was getting very slow video updates, and the fix was to use a rtsp url like this:
rtsp://view:[email protected]:554/axis-media/media.amp?videocodec=h264&resolution=1280x720&videozfpsmode=fixed&videozgopmode=fixed&compression=30&fps=5
(note options in the rtsp url, is an axis only feature as far as i have ever seen, But settings similar to these are what you want to change in your cameras web gui - on axis, videozfpsmode=fixed means constant framerate/FPS , and not variable frameRate, videozgopmode=fixed is related to iframes being consistant and not variable- both are bandwidth saving features im disabling in this rtsp url in this case )
(1x other side point):
1- i noticed that the 770 series now shows latest firmware as: 2.006.0054.001 (as of just a few weeks ago, the latest was: 2.004.x - although ive been unable to find a change-log so not sure of what has changed, but i can Confirm one of my TSS - 770 panels did the auto update to v2.006.x and my HA dashboard is still displaying just fine via the EMS app) - i will turn off the auto update just to be safe.
1 Like
I just checked: it should be 3.x version on 1060, no?
https://devicefiles.crestron.io/firmware/tsw-xx60_3.002.1061.001.puf
Both (TSS and TSW) shows TSS in settings.
