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.
|
I've done probably 20 by now
Yes.
When you upload with the config it pops up on the display "do you want to? allow the remote change" (like plugging your phone into a pc). TB said you can't get around this.
Took me forever to find the "Code" to enter advanced setup from the device. For months I thought you could only use the Config tool.
Of course it works with C-Home like it was made for it.
Simpl programming doesn't like single setpoints, I just always shown heat & cool setpoints to avoid issues.
My (2) biggest problem lately is...
? ? ?These TStats requires twisted pair to be ran to Crestrons remote sensors, with distance longer than 15'.? We run that now, but not before or during first install.? To be able to use remote sensors on non-twisted you have to use 3rd-party 10K ohm themomisteors (AprilAir works great).
? ? ?These TStats require to be set inside the wall (not designed for surface mount).? In mech rooms we've used surface mounted back boxes, but not in the field.? When replacing failing CHV-TStats (happening more, and more often) the are usually stubbed out of a plywood or 2x4 backing.
In short... I'm still waiting to be impressed.
|
True words!! HaHa...
Our project actually has a CP4 so that's interesting that you saw similar issues with the 3-series...
|
3 Series¡I don¡¯t even remember what a 4 Series looks like lol!
|
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...
|
Figured I would bump this one.
We have (12) units on this project and every single one was getting wild temperature readings from both the internal and remote sensors.? Upgraded to 1.1.43.1 firmware, connected via Thermostat tool and set all thermostats to Remote Sensor 1 Space, all others Ommitted.? Made various other settings such as deadbands, dual auto setpoints and sent configuration to devices.? Fwiw, you need to manually accept the configurations when they are sent to the thermostat as well via on screen notification, fun.
Seems to have corrected the wild swings and error messages for the moment.? Will report back if that changes, but this sequence seems to address the issue.
Side note, for Josh.ai integrators, the HZ-THSTAT obviously does not have a 1pt_Auto_Setpoint_FB signal, so you will need to use a not on the Dual_Setpoint_FB signal.? You will also need to run your Mode_Fb into an SIO with "heat" "cool" "auto" for the output into the Josh.ai Climate module.??
toggle quoted message
Show quoted text
On Thu, Apr 7, 2022 at 02:46 PM, ckangis wrote:
Has anyone actually installed any of these recently??? (I know, I know...has anyone actually received any of these recently???)
If so, Has the issue with unreliable room temp readings been resolved yet??
TIA!
|
Erik Brown
CO Cowboy
AVMaster