Re: Simpl# retrieving IP addresses of all processors from a single program.
You could also implement service discovery with SSDP or something. --
?
Crestron Service Provider - TBD Enterprises Inc.
|
FS: TSW-770-W-S, Qty 6, Brand new...
Hi All
We have (6) TSW-770-W-S panels, The client decided to upgrade to the 10" 1070 models.
All are Brand-new but opened the boxes and did FW updates. All still DHCP, but may have a project loaded and a host name set - If needed I can undo these before shipping.
They are available immediately for your project, at dealer cost, plus shipping (probably less than Crestron's shipping...HaHa!!)
Please reach out directly if interested, first come, first served...
Chris at eicustom dot com
|
Re: Simpl# retrieving IP addresses of all processors from a single program.
Troy - no sir. I have a State Government building that the request of redundancy with in each processor so if one fails another will connect to local room to prevent downtime. Original code was written in Simpl#.?
I was able to use the EthernetAutodiscovery.Query() then parse the data to keep track of all other processors.
|
SimplSharp with HttpClient
When I run my code on my RMC4 I get an error of "Input string was not in a correct format".
here is my code: where 192.168.1.22:8080 is my local server and myCD.xml is my CD collection
byte[] vs = new HttpClient().GetBytes("192.168.1.22:8080/myCD.xml");
? ? ? ? ? ? var bytes = vs;
? ? ? ? ? ? CrestronConsole.PrintLine("bytes : {0}", bytes);
? ? ? ? ? ? return bytes.ToString();
|
Re: Simpl# referencing between Classes under same namespace
On Thu, Nov 11, 2021 at 11:57 AM, Bruce Levy wrote:
I believe your user interface class could inherit the program class which contains the instantiation of your panel, then you could reference it. But not entirely sure if that¡¯s the correct/best way to do it.
From a functional point of view, this won't work; if you inherit, you're not inheriting an already-instantiated object. It also makes more sense to keep UI and program logic separate, so semantically speaking I wouldn't advise this either. In design patterns like MVP, the different components are separated via interfaces in most cases. ? --
?
Crestron Service Provider - TBD Enterprises Inc.
|
A good starting point is to download this free app
and run it from a laptop on the same network as the BACNET equipment is supposed to be. If this tool finds the points, then Crestron will find them too. Then you have to decide if you have more than 50 points, in which case you need to pay $500 for a license. The BACNET implementation in 3/4 series, as many have found is clumsy in the extreme to program. The Cool Automation interface is your friend. It makes it MUCH simpler and faster to program
OP
|
Re: Simpl# retrieving IP addresses of all processors from a single program.
Simpl# has the built in class?EthernetAutodiscovery.Query() which can take an enum indicating the network adapter to scan from.
|
Re: Simpl# retrieving IP addresses of all processors from a single program.
Is this for your exam? --
?
Crestron Service Provider - TBD Enterprises Inc.
|
Re: Simpl# referencing between Classes under same namespace
On Thu, Nov 11, 2021 at 11:35 AM, Crestron_Programmer wrote:
You're missing the point. I'm not saying config files are bad, I use them myself but for a lot more than just setting a source name. And I don't agree you should blame a tech because you decided to create a config file using xml.
Even if you're just using them for source names, I think that's fine. Your alternatives are hardcoding them in the VTP or the program which means recompiling one file or another if you don't. If a tech messes up a config file, they shouldn't be touching the program if they don't know how to deal with it in my opinion... (For the same reason a non-Cisco certified individual should probably not be touching the switch config if they aren't willing to embrace responsibility for any bad changes.) ? --
?
Crestron Service Provider - TBD Enterprises Inc.
|
I initially wanted to discover every device on the network, not just Crestron devices, but for now, I can work with this.?
Thanks a lot!
|
Re: "splitting" a D3Pro program
I've actually had that happen with Simpl, but only a couple of times within the last year. I'm sure it's probably related, but this one D3Pro program is WAY worse than any others I've tried.
Thanks for the heads-up.
toggle quoted message
Show quoted text
--- On Sunday, November 14, 2021 at 9:54 AM, Phil Bridges wrote:
FWIW, "Save As" operations in standard SimplWindows have been taking a looooong
time for me recently as well. Often, I have to right-click close SW and reopen
it. The file has been saved, but SW is doing something in the background after
the save.
On Sun, Nov 14, 2021 at 9:49 AM Tony Golden <mrgolden@...> wrote:
I didn't write the D3Pro program, but I occasionally need to add things to the
RSD that were missed by the original programmer, or fix feedback issues,
etc. I'm aware that re-writing it in Simpl is a solution, but that's not going
to happen. I don't have the time, and they wouldn't want to pay for it if I
did :-)
I did notice there are a lot of Global Lighting Scenes and very few Global
Presets, so I'll have them start there. However, the program seems to run okay
- it's just the opening of archives and re-saving that are issues. Saving with
the same filename is actually okay, but using Save As to create a different
filename takes FOREVER.
Thanks for the tips!
--- On Saturday, November 13, 2021 at 11:53 AM, Chris Kangis wrote:
1. My sources have told me that D3 is still a 'Live' product, though clearly It
has ceased at least for the time being to get much-needed love (Home is their
new girlfriend...)
2. Are you using "Global Lighting Scenes" vs. "Global Presets"??
I found out the hard way 10 years ago that the 'Lighting Scenes' were not
engineered properly and if you were to use more than a handful, the program and
system would in various ways, grind to a halt...
We also saw this problem 5 years ago with a project that I was integrating, but
another person was doing the D3. After weeks of trouble-shooting and having TS
make us try everything,
I looked at the program and saw 100+ Lighting Scenes. We went thru the arduous
task of converting them all to Global Presets and the system has been trouble
free since then...
This may not be your total issue, but if you're using Lighting Scenes, that is
definitely a Yuge part of it...
FTR, my approach with D3 is to program 99% of all load control with Global
Presets, and drop them on buttons as needed. The only exceptions are direct,
individual load control on a button - ex: A reading light...
And yes, I think its time to 'Roll our own' lighting code as painful and
difficult as that is...
- HOME has too many limitations and lacks Shared Gateway (still after 6 years)
- D3 clearly will not be updated like it needs, and even if it was it would
still be total bloat-ware
|
Re: Crestron App project on PC
I'll check again if that dialog is under other windows but I've never seen it. Normally the xpanel host dialog sits above every other window.
|
Re: Crestron App project on PC
Once it tries to connect it will prompt you for the username and password in a separate box.
|
Re: Crestron App project on PC
Should have been a bit less ambiguous here.
When running an iPad as Xpanel using the Teal play button or F11, there does not appear to be any way to enter the un & pw.
Simpy a checkbox to enable SSL.
|
Re: NVX extracted audio
#nvx
Hve you checked/are you explicitly setting the level analog? I'm in transit right now but I seem to remember the level if not set programmatically could reset itself after a FW upgrade.
toggle quoted message
Show quoted text
The Down-mixed analog 2-channel output.
|
Re: NVX extracted audio
#nvx
The Down-mixed analog 2-channel output.
|
Re: "splitting" a D3Pro program
FWIW, "Save As" operations in standard SimplWindows have been taking a looooong time for me recently as well.? Often, I have to right-click close SW and reopen it.? The file has been saved, but SW is doing something in the background after the save.
On Sun, Nov 14, 2021 at 9:49 AM Tony Golden < mrgolden@...> wrote: I didn't write the D3Pro program, but I occasionally need to add things to the RSD that were missed by the original programmer, or fix feedback issues, etc.? I'm aware that re-writing it in Simpl is a solution, but that's not going to happen.? I don't have the time, and they wouldn't want to pay for it if I did :-)
I did notice there are a lot of Global Lighting Scenes and very few Global Presets, so I'll have them start there.? However, the program seems to run okay - it's just the opening of archives and re-saving that are issues.? Saving with the same filename is actually okay, but using Save As to create a different filename takes FOREVER.
Thanks for the tips!
> --- On Saturday, November 13, 2021 at 11:53 AM, Chris Kangis wrote:
>
> 1. My sources have told me that D3 is still a 'Live' product, though clearly It
> has ceased at least for the time being to get much-needed love (Home is their
> new girlfriend...)
>
> 2. Are you using "Global Lighting Scenes" vs. "Global Presets"??
> I found out the hard way 10 years ago that the 'Lighting Scenes' were not
> engineered properly and if you were to use more than a handful, the program and
> system would in various ways, grind to a halt...
> We also saw this problem 5 years ago with a project that I was integrating, but
> another person was doing the D3. After weeks of trouble-shooting and having TS
> make us try everything,
> I looked at the program and saw 100+ Lighting Scenes. We went thru the arduous
> task of converting them all to Global Presets and the system has been trouble
> free since then...
> This may not be your total issue, but if you're using Lighting Scenes, that is
> definitely a Yuge part of it...
>
> FTR, my approach with D3 is to program 99% of all load control with Global
> Presets, and drop them on buttons as needed.? The only exceptions are direct,
> individual load control on a button - ex: A reading light...
>
> And yes, I think its time to 'Roll our own' lighting code as painful and
> difficult as that is...
> - HOME has too many limitations and lacks Shared Gateway (still after 6 years)
> - D3 clearly will not be updated like it needs, and even if it was it would
> still be total bloat-ware
|
Re: "splitting" a D3Pro program
I didn't write the D3Pro program, but I occasionally need to add things to the RSD that were missed by the original programmer, or fix feedback issues, etc. I'm aware that re-writing it in Simpl is a solution, but that's not going to happen. I don't have the time, and they wouldn't want to pay for it if I did :-)
I did notice there are a lot of Global Lighting Scenes and very few Global Presets, so I'll have them start there. However, the program seems to run okay - it's just the opening of archives and re-saving that are issues. Saving with the same filename is actually okay, but using Save As to create a different filename takes FOREVER.
Thanks for the tips!
toggle quoted message
Show quoted text
--- On Saturday, November 13, 2021 at 11:53 AM, Chris Kangis wrote:
1. My sources have told me that D3 is still a 'Live' product, though clearly It
has ceased at least for the time being to get much-needed love (Home is their
new girlfriend...)
2. Are you using "Global Lighting Scenes" vs. "Global Presets"??
I found out the hard way 10 years ago that the 'Lighting Scenes' were not
engineered properly and if you were to use more than a handful, the program and
system would in various ways, grind to a halt...
We also saw this problem 5 years ago with a project that I was integrating, but
another person was doing the D3. After weeks of trouble-shooting and having TS
make us try everything,
I looked at the program and saw 100+ Lighting Scenes. We went thru the arduous
task of converting them all to Global Presets and the system has been trouble
free since then...
This may not be your total issue, but if you're using Lighting Scenes, that is
definitely a Yuge part of it...
FTR, my approach with D3 is to program 99% of all load control with Global
Presets, and drop them on buttons as needed. The only exceptions are direct,
individual load control on a button - ex: A reading light...
And yes, I think its time to 'Roll our own' lighting code as painful and
difficult as that is...
- HOME has too many limitations and lacks Shared Gateway (still after 6 years)
- D3 clearly will not be updated like it needs, and even if it was it would
still be total bloat-ware
|
Hi
of course. If Crestron and hvac is on the same subnet. Just check the port restrictions on switch.?
If hvac is on different subnet. You can use BBMD. Check True blue support. It¡¯s nice documented.?
Matyas
?
|
Re: TSW-1070 freezing sluggish
|
Troy Garner