Re: Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR?
#tsw
Voice Recognition (aka Voice-to-Text, requiring manual string parsing and no fixed voice command syntax) feature's AutoListen function stopped working on TSx-x60 series. The issue was being tracked in report BR 421 from 2 support cases, first reported Dec.2017 and later again in Apr.2019. The issue was never addressed, and closed in Nov.2021 without a fix, mostly due to very low demand / utilization of this feature in the field.
That's what caused the the "no longer supported" verbiage to be added to OLH 5755. It may just pertain to x60, and maybe x52 and TSR. I'm not sure offhand about the status of Voice Recognition and/or AutoListen support on legacy x52 series panels, though the Voice Control Reserved Joins device extender is still present in SIMPL on x52.
I don't see any evidence outside of that OLH to suggest that x70 AutoListen isn't supported, so you'll probably be good to go if you choose to utilize it and it seems to be working. I can't speak to any guarantees of continued long-term support, but I don't know of any plans to intentionally deprecate the feature either. However, if AutoListen ever does stop working, you'll just need to trigger the <Start Voice Capture> signal to start the Voice-to-Text (same as you would on TSW-x60).
As for TSS models, those are used for scheduling applications only (Fusion or 3rd party apps). They're sold at a discounted price, but don't run a custom Smart Graphics UI or have IP Table entries to go online with a processor as a result. (With the exception of legacy TSW-752, which offered the option of toggling between scheduling and SG UI modes in the local setup menu.)
|
Page Return from Built in App to User Project within TSW-xx70? Sonos App Specifcially.
So we've got a Sonos integration project we just could not get the homeowner to come off of.? We are just going to be using the Ports as sources so nothing too fancy.? I'm leaning towards just having a link on the panel to flip to the Sonos application and be done with it but ran into an issue about returning back to the user project from the application.
Apparently the only way to get back to the project once the Sonos app is launched is to use the virtual hardkey home or power buttons.? This is going to present a problem as we absolutely despise that new virtual button bar and disable it on all projects.? Is there a way to overlay a return or something on the Sonos app or has anyone figured out a different way to get back to the user project?
Also, do the Sonos modules with Crestron work with v2 still?? Debating putting in control modules and including control options within the user project if I cant get back out of the Sonos app easily.
|
Re: EventArgs with For/Loop
Oliver - thanks for the help. I was able to isolate the issue with another method that the string variable hadn't been declared properly and was causing a Null Reference Exception.
|
Re: Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR?
#tsw
I know. Just playing devil?s advocate here. Depends on where the actual concerns are based on. ? Cheers,
Thorsten ? Von: [email protected] <[email protected]> Im Auftrag von XSDS
Gesendet: Montag, 6. M?rz 2023 19:29
An: [email protected]
Betreff: Re: [crestron] Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR? #tsw ? He didn't mention not having an external network connection just that Alexa/Google have security concerns, which anyone in their right minds know they do.? Josh.ai is founded on security first and if you contact them they can tell you how to lock it down even moreso for a LAN.
toggle quoted message
Show quoted text
On Mon, Mar 6, 2023 at 01:23 PM, Thorsten K?hler wrote: Since Josh.ai also depends on communicating with the outside world, I guess the network team will have the same security concerns as with Alexa/Google Home. ? Cheers,
Thorsten ? Von: [email protected] <[email protected]> Im Auftrag von Brian Matson
Gesendet: Montag, 6. M?rz 2023 18:58
An: [email protected]
Betreff: Re: [crestron] Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR? #tsw ? 100% agree on Josh.ai instead of everything else.
They have great support, and you can integrate many other non-Crestron things natively.
|
Re: Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR?
#tsw
He didn't mention not having an external network connection just that Alexa/Google have security concerns, which anyone in their right minds know they do.? Josh.ai is founded on security first and if you contact them they can tell you how to lock it down even moreso for a LAN.? Any voice service is going to have to have external access to a voice server to process the commands.? Even Crestrons internal microphones utilize Googles libraries I believe.
toggle quoted message
Show quoted text
On Mon, Mar 6, 2023 at 01:23 PM, Thorsten K?hler wrote:
Since Josh.ai also depends on communicating with the outside world, I guess the network team will have the same security concerns as with Alexa/Google Home.
?
Cheers,
Thorsten
?
Von: [email protected] <[email protected]> Im Auftrag von Brian Matson
Gesendet: Montag, 6. M?rz 2023 18:58
An: [email protected]
Betreff: Re: [crestron] Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR? #tsw
?
100% agree on Josh.ai instead of everything else.
They have great support, and you can integrate many other non-Crestron things natively.
|
Re: Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR?
#tsw
Since Josh.ai also depends on communicating with the outside world, I guess the network team will have the same security concerns as with Alexa/Google Home. ? Cheers,
Thorsten ? Von: [email protected] <[email protected]> Im Auftrag von Brian Matson
Gesendet: Montag, 6. M?rz 2023 18:58
An: [email protected]
Betreff: Re: [crestron] Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR? #tsw ? 100% agree on Josh.ai instead of everything else.
They have great support, and you can integrate many other non-Crestron things natively.
|
Re: Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR?
#tsw
100% agree on Josh.ai instead of everything else.
They have great support, and you can integrate many other non-Crestron things natively.
|
Re: Crestron GO and iOS 16.x
I'm told that there is expected to be an update to the App at the end of the week...we'll see...
|
Re: Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR?
#tsw
Josh.ai - 10x better voice support and security oriented.
|
Always listening ("OK Crestron") feature (via VOICEAUTOLISTEN & VOICEAUTOLISTENKEY commands) is no longer supported on TSW / TSR?
#tsw
We have a client with no arms who needs to be able to operate one of our multi user Crestron systems.? Our network team do not allow Alexa/Google Home devices due to security reasons.? Boss wants me to use the OK Crestron feature of some touch panels. Our rooms run a SIMPL Windows program, and we don't use Crestron Home at all. Reading the ?it says this feature (voiceautolisten) is no longer supported, but I then was asked what about TSS panels because the OID seems to imply?TSx-x70 v1.002.0040+ are supported.? I searched all the relevant product pages on the Crestron webpage to see if these even have a mic, apparently there is a Mic hard key/button but I could not find any documentation stating it has an integrated mic. I confirmed you couldn't add a TSS device except the TSS-752 as a SIMPL ethernet device which is necessary to add the Voice Control device extender. I didn't have a TSS panel handy to test with and I don't know if any of the ones we do have are a 752 and that's not a TSx-x70 anyways, so I thought what the heck let's try on a TSW-770 that I do have even though it says it's not supported.? I set voiceautolisten on via command line and it took the command just fine.? Modified our standard program to have the Voice Control device extender on the TSW-770 and tested...and it seems to work fine. I got the power on and off working just need to add voice commands for source switching, volume control, and discrete display power control (the power on and off I initially defined turn the entire system on and off.)? I noticed that sometimes you need to say "hey google" twice and sometimes the speech doesn't get properly converted to the phrase defined in the program, but most of the time it works just fine and usually works on a second attempt if not the first.? I even updated the TSW-770 firmware to the latest, it was originally on v2.003.1011 (Tue Nov 22 15:45:02 EST 2022) now on v2.003.1024 (Thu Jan 26 15:01:17 EST 2023) and it still works.? So why does the OID say it's not supported?? Is a firmware update likely to break it later?? Will the command line command at some point be removed/disabled?? Is anyone else actually using this functionality?
|
Re: EventArgs with For/Loop
Thanks for the advice. I have declared my array and set initial values public? RootButtons[] _buttons = new RootButtons[16];
? ?public void Initialize()
? ? ? ? {
? ? ? ? ? ? try
? ? ? ? ? ? {?
? ? ? ? ? ? ? ? for (int i = 0; i < 16; i++)
? ? ? ? ? ? ? ? {
? ? ? ? ? ? ? ? ? ? _buttons[i] = new RootButtons
? ? ? ? ? ? ? ? ? ? {
? ? ? ? ? ? ? ? ? ? ? ? BUTTON_FB = 0
? ? ? ? ? ? ? ? ? ? };
? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? CrestronConsole.PrintLine("Initializing and StudioID received from SIMPL+ is {0} and Internal Value is {1}", MYSTUDIOID, MyStudioID);
? ? ? ? ? ? }
? ? ? ? ? ? catch (Exception e)
? ? ? ? ? ? {
? ? ? ? ? ? ? ? CrestronConsole.PrintLine("Error Initializing module ---- {0}", e.Message);
? ? ? ? ? ? }
? ? ? ? }
|
Re: NVX Preview on TP - Certs creation?
Hi,
Who succeeded in creating the certificates to have the NVX "image preview" working on a TP?
What steps to follow to create valid certificates?
The NVX gives a message "Certificate was not signed by a trusted CA".
Thanks,
Best regards
Chris
|
Re: EventArgs with For/Loop
Are you SURE that your _buttons array actually has actual objects in it?
declaring an array of a certain length, is just a container for "possible" object references - it doesn't mean there are objects there.
i.e.
Button[] _buttons = new Button[16];
is, at that point, an array of 16 null references to potential concrete Button instances.
i.e. It's quite possible that
_buttons[0] = A real button object
_buttons[1] = null
... and in that case _buttons[1].BUTTON_FB will throw a null reference exception, and you won't get to the PrintLine (or anything else!)
I think what you're doing is a great way to get stuck into learning C# (and how it works with S+) but you are covering a broad subject and there are some really fundamental things here that, once you get them nailed (conceptually) the rest will become much more obvious/mechanical.? Null references (if I'm right in guessing that's what this problem is) are a really common cause of errors in C-like languages and the latest C# and the VS IDE has lots of stuff to try to protect you from them, but at the end of the day, once you have an instinct for references/null and where it can all go wrong, it's all pretty straight forward.
I'd say that learning to interpret exception stack-traces is one of the most valuable tools.? When someone is staring blankly at a screen in our office, the answer they need is *often* right in front of them if they just read the exception type and stack trace carefully.? In your case, are you seeing another Null Reference Exception, with "ClearAllButtonFB()" at the top of the stack?
None of that is meant to sound patronising - hopefully it doesn't come across that way - and I hope it helps,
Oliver
|
The following doesn't allow the For loop to increment int "i" beyond 0 when args are within the loop. If I comment out the args statements then I see 0-15 values from the For loop in text console.? Any thoughts?
public void ClearAllButtonFB()
? ? ? ? {
? ? ? ? ? ? MyEventArgs args = new MyEventArgs();
? ? ? ? ? ? {
? ? ? ? ? ? ? ? for (int i = 0; i < _buttons.Length; i++)
? ? ? ? ? ? ? ? {
? ? ? ? ? ? ? ? ? ? _buttons[i].BUTTON_FB = 0;
? ? ? ? ? ? ? ? ? ? args.MyBUTTONINDEX = (ushort)(i);
? ? ? ? ? ? ? ? ? ? args.MyBUTTON_FB = _buttons[i].BUTTON_FB;
? ? ? ? ? ? ? ? ? ? CrestronConsole.PrintLine("ClearAllButtons {0} Feedback Status is {1}\n", i, args.MyBUTTON_FB);
? ? ? ? ? ? ? ? ? ? MyEventToCall?.Invoke(this, args);
? ? ? ? ? ? ? ? }
?
? ? ? ? ? ? }
? ? ? ? }
|
It is normal for them to pull separate IP addresses, yes one for each card.? Have you tried connecting to each of the addresses in Toolbox and trying to load the PUF directly from the firmware tab there?? It's been a bit since I messed with firmware on those.? I've found with the CI3's its honestly just easier to not jack with their firmware as they are a pretty "dumb" device in what we need it to do.
toggle quoted message
Show quoted text
On Thu, Mar 2, 2023 at 10:34 PM, AVMaster wrote:
Hello all¡
I have a CEN-CI3-3 with 2 C3IR8 cards in slots 2 and 3¡slot 1 is empty. ?Firmware update went fine except one of the IR cards will not update, it fails every time. ?These units present a bit different than other Crestron devices¡I was hoping for some sort off PUF or PUF ALL but no dice. ?Any suggestions on how to force the one card to update? ?Cards on the table all of the parts are from eBay and the IR cards both seem to work fine¡the OCD in me would prefer them to be on the same FW. ?Also also, is it normal for these units to require 3 consecutive IP addresses? ?Only the chassis shows up in toolbox but an IP scan shows 3 IPs total, I am assuming one for each card? ?
|
On another project we had a client request that the screen always be in the "dark mode" aka night mode.? I could not figure out how to make this happen outside of really jacking up stuff like faking time to it.? I don't even think it's possible unless someone can tell me otherwise, which is a really poor design "feature".? Sure going from light to dark mode automatically sounds cool, unless someone wants light or dark mode all the time..........? Having to tell millionaires and billionaires no we cant do that just does not fly in our world. On Sat, Mar 4, 2023 at 05:22 PM, DMPS4breakfast wrote:
I have been living with one for a month.
Things I like:
-pulsing lights and overall design
-screen sleep/wake
-thank God there are up/down buttons
Things that need improvement:
-option to display real outdoor temperature; currently it can only pull from cloud (which was already down 1 time)
-option do display degrees F with decimals on screen
Things I do not understand:
- the temperature swing, even on quickest setting (heat anticipation = 1) it is too much. If target is set to 73, it kicks heat on at 72.8 but doesn't stop till it is 73.6 or higher sometimes. By the time the furnace blows off remaining heat, the room often gets to 74+. My previous $30 thermostat had better control of this. I can't imagine what it does on anticipation = 6.
- Wasted screen real estate. Toggle fan on/auto could easily be on the home screen. Just give me custom UI and I will shut up.
While I do not have calibrated high accuracy thermometer, HZ-TSTAT was showing lower than other 4-5 sensors (which were all within 0.5F delta). I had to temperature offset +2F to match previous thermostat.
|
That is correct.? Yeah, for the remote programmers its a chore to always have their technicians on site for something like a confirmation.? Fortunately, this is probably only goin to crop its head on installation and not happen again so more than likely you would have an on site tech anyways.? But yeah, having to physically confirm a setting configuration was just a dumb thought whomever designed that one.
toggle quoted message
Show quoted text
On Fri, Mar 3, 2023 at 06:20 PM, ckangis wrote:
Thanks for the update, XSDS!! good to know. Please keep us posted on any idiosyncrasies that you have...
When you say:
"you need to manually accept the configurations when they are sent to the thermostat as well via on screen notification, fun."
Do you mean that when you use the Config tool and send it to the TStat, that you also have to push something on the actual TStat?? I.e. if you're remote, you need a tech or client on-site to finish the job??? UGGHH! if this is what you mean...
|
Re: Crestron GO and iOS 16.x
Sorry.
Now are questioning..... I should read what I type
|
Re: Crestron GO and iOS 16.x
And still we wait?
Any further news on this?
I know have many clients who know are question the value of a single app.
|
I have been living with one for a month.
Things I like:
-pulsing lights and overall design
-screen sleep/wake
-thank God there are up/down buttons
Things that need improvement:
-option to display real outdoor temperature; currently it can only pull from cloud (which was already down 1 time)
-option do display degrees F with decimals on screen
Things I do not understand:
- the temperature swing, even on quickest setting (heat anticipation = 1) it is too much. If target is set to 73, it kicks heat on at 72.8 but doesn't stop till it is 73.6 or higher sometimes. By the time the furnace blows off remaining heat, the room often gets to 74+. My previous $30 thermostat had better control of this. I can't imagine what it does on anticipation = 6.
- Wasted screen real estate. Toggle fan on/auto could easily be on the home screen. Just give me custom UI and I will shut up.
While I do not have calibrated high accuracy thermometer, HZ-TSTAT was showing lower than other 4-5 sensors (which were all within 0.5F delta). I had to temperature offset +2F to match previous thermostat.
|
Dave H - Crestron True Blue Tech Support Engineer Since 2014
Erik Brown