Thorsten,
?
We've done a revision to our driver's documentation and we believe we support the functionality you were referring to with regards to selecting different display modes.?
Here's a link if that's helpful:
?
Marc (Ultamation)
|
Schuco integration with Crestron
Hi all,?
?
I'm would wondering if any could advise how Crestron able to integrate with Schuco door and windows.?
?
I found Schuco system need the automation manager with integrate with KNX but couldn't find any solution for Crestron.?
?
Do we have to integrate over KNX gateway? Would be very appreciated if you could advise the diagram nad sample program.?
?
Thank you,?
?
|
Topics in Home Automation - New Article in Residential Tech Today
CES (Consumer Electronics Show) is a major annual trade show
organized by the Consumer Technology Association (CTA) in Las
Vegas.? This year there are over 4300 exhibitors and over 130,000
people are expected to attend.? CES showcases the latest
innovations in consumer electronics, including a host of new smart
home products.?
My latest article highlights some of the new
smart home products being shown at CES this year.? You can find
the article here:
In addition to being published on the
Residential Tech Today website, the article has also been
published on the Innovation and Tech Today website here:
For those interested in earlier articles that
I've written, you can find those here:
For these interested in even earlier content that I wrote, you can
find it all here though older content has formatting issues due to
a transfer from blogspot to wordpress.
Thanks
|
Re: Programming avice needed: parsing bus system
I might go with an option C, which is a bit of the two combined.
You have a parsing/sorting module (call it the sorting hat) that looks at incoming data and then sorts it based on subsystems, with each subsystem getting a serial output that feeds your B option modules. Instead of parsing all of your devices in one big module you sort it out so that your specific modules are only ever looking at data that is relevant.
As presented, your Option B requires every module to startup and evaluate if the data is for them... easy to implement?in SIMPL but a large overhead in SIMPL+ thread creation that?isn't necessary.
When data comes in, your sorting hat main module (ideally it can be GATHERed and only use a single thread) handles it and passes it onto a much smaller amount of modules to deal with it.? My $0.02
Hi Thorsten,
In my drivers I do the parsing in S#.? Then I have individual S+
modules for each device type that is supported by the driver.? So,
there might be a thermostat S+ module, a switch S+ module, etc.?
An S#? HTTPRequestEventHandler receives messages from devices,
parses the messages, and then uses the SignalChangeEvents
mechanism in S# to pass the parsed data along to the S+ modules.??
S+ modules will look at the data sent from S# and decide if the
event is meant for them.? The decision process is dependent on the
driver.? For example, with my Shelly driver each Shelly device has
an individual IP address.? The S# parsing code passes along the IP
address of the device that sent the message.? Then, for example, a
Shelly S+ relay module has the devices IP address as a parameter
and can decide if the message originated from a Shelly device
matches the IP address parameter on the module.? If there is a
match it will act upon the data received.? If there isn't a match
it ignores the data.
I have used this mechanism over and over with different drivers
and it has proved very reliable.? You can look at the Shelly code
on my GitHub for an example.
The mechanism is especially good for devices that send JSON
because you can use Newtonsoft for parsing.
Hope this helps
Jay
On 1/7/2025 7:07 AM, Thorsten K?hler
via wrote:
Hi,
?
I?ve got a bus
system called “LCN” installed in my house. It?s similar to
KNX, but different. ?
The bus is connected
to the LAN via gateway and I?m able to send and receive
commands to the bus to control lighting, relay, etc. and
receive status feedback, sensor readings, etc.
Communication is via
TCP and ASCII.
I?ve programmed a
parser that receives and parses the bus messages.
I?ve done that for a
few LCN modules for testing and would like to extend that
to all modules and sensors in my house (100+).
?
My question is how
would I approach this best:
- Write a central parsing module
(all SIMPL+) that receives all bus messages, parses and
separates the messages to all the different modules.
- Write smaller modules based on
the specifics of the hardware modules/sensors that only
parse the messages dedicated to each module.
?
?
“A” would lead to
one huge module with long and huge parsing flow, but it
would be just one module parsing the whole input stream.
“B” would lead to
100+ modules just waiting for messages addressed to the
specific module/sensor and then just parse these.
?
I tend to option “B”
combined with a central module that opens up and handles
the TCP connection and receiving and sending the bus
communication.
?
Any thoughts?
?
Thanks,
Thorsten
|
Re: Programming avice needed: parsing bus system
Hi Thorsten,
In my drivers I do the parsing in S#.? Then I have individual S+
modules for each device type that is supported by the driver.? So,
there might be a thermostat S+ module, a switch S+ module, etc.?
An S#? HTTPRequestEventHandler receives messages from devices,
parses the messages, and then uses the SignalChangeEvents
mechanism in S# to pass the parsed data along to the S+ modules.??
S+ modules will look at the data sent from S# and decide if the
event is meant for them.? The decision process is dependent on the
driver.? For example, with my Shelly driver each Shelly device has
an individual IP address.? The S# parsing code passes along the IP
address of the device that sent the message.? Then, for example, a
Shelly S+ relay module has the devices IP address as a parameter
and can decide if the message originated from a Shelly device
matches the IP address parameter on the module.? If there is a
match it will act upon the data received.? If there isn't a match
it ignores the data.
I have used this mechanism over and over with different drivers
and it has proved very reliable.? You can look at the Shelly code
on my GitHub for an example.
The mechanism is especially good for devices that send JSON
because you can use Newtonsoft for parsing.
Hope this helps
Jay
On 1/7/2025 7:07 AM, Thorsten K?hler
via groups.io wrote:
toggle quoted message
Show quoted text
Hi,
?
I?ve got a bus
system called “LCN” installed in my house. It?s similar to
KNX, but different. ?
The bus is connected
to the LAN via gateway and I?m able to send and receive
commands to the bus to control lighting, relay, etc. and
receive status feedback, sensor readings, etc.
Communication is via
TCP and ASCII.
I?ve programmed a
parser that receives and parses the bus messages.
I?ve done that for a
few LCN modules for testing and would like to extend that
to all modules and sensors in my house (100+).
?
My question is how
would I approach this best:
- Write a central parsing module
(all SIMPL+) that receives all bus messages, parses and
separates the messages to all the different modules.
- Write smaller modules based on
the specifics of the hardware modules/sensors that only
parse the messages dedicated to each module.
?
?
“A” would lead to
one huge module with long and huge parsing flow, but it
would be just one module parsing the whole input stream.
“B” would lead to
100+ modules just waiting for messages addressed to the
specific module/sensor and then just parse these.
?
I tend to option “B”
combined with a central module that opens up and handles
the TCP connection and receiving and sending the bus
communication.
?
Any thoughts?
?
Thanks,
Thorsten
|
Re: Programming avice needed: parsing bus system
I would do option "B".
Thats the most common approach you see for other similar hardware.
|
Programming avice needed: parsing bus system
Hi, ? I?ve got a bus system called “LCN” installed in my house. It?s similar to KNX, but different. ? The bus is connected to the LAN via gateway and I?m able to send and receive commands to the bus to control lighting, relay, etc. and receive status feedback, sensor readings, etc. Communication is via TCP and ASCII. I?ve programmed a parser that receives and parses the bus messages. I?ve done that for a few LCN modules for testing and would like to extend that to all modules and sensors in my house (100+). ? My question is how would I approach this best: - Write a central parsing module (all SIMPL+) that receives all bus messages, parses and separates the messages to all the different modules.
- Write smaller modules based on the specifics of the hardware modules/sensors that only parse the messages dedicated to each module.
? ? “A” would lead to one huge module with long and huge parsing flow, but it would be just one module parsing the whole input stream. “B” would lead to 100+ modules just waiting for messages addressed to the specific module/sensor and then just parse these. ? I tend to option “B” combined with a central module that opens up and handles the TCP connection and receiving and sending the bus communication. ? Any thoughts? ? Thanks, Thorsten
|
Re: Honeywell Vista 128BPT disarming issues
I'm not certain, but I think it might have something to do with the mode it's armed into. I plan to test it again when the home is unoccupied, and leave it armed for a while before disarming, and also try arming into different modes, e.g., Away, Stay, Stay-Instant, etc.
I'll also watch the serial commands and responses, and compare them to the protocol document. Hopefully, when the command doesn't work, the response will contain a useful clue as to why. I probably won't have a chance to do that until next week, and was hoping someone else had seen it before and maybe point me in the right direction - or even a solution, but I know that's a long shot ?
Thanks!
toggle quoted message
Show quoted text
--- On Monday, January 6, 2025 at 5:11 PM, Rohan Dunbar wrote:
I have the same issue with one of my clients. It’s random but he reported to me
a couple of times but like you, when I test it, it works.
--- On Monday, January 6, 2025 at 4:18 PM, Tony Golden wrote:
I have a system that was installed a couple of years ago, using the Vista
128BPT's onboard serial port and the v1.2 modules from the Application
Market. Everything works fine most of the time, but occasionally the user
isn't able to disarm the panel using the Crestron touchpanel.
The Honeywell Vista Turbo 128-BPT Arm v1.2 provides keypad emulation for
arming and disarming. Arming doesn't seem to be affected, and they've only
reported issues with disarming. It's also not very consistent, and happens
(or is reported) maybe once a month, or at most every couple of weeks. As
far as I know, the physical Honeywell keypad always works, as does the
Resideo mobile app. So far I haven't been able to reproduce the problem -
i.e., it always works correctly when I test it.
I'm going to schedule a time for extensive testing while the home is
unoccupied, but wondered if anyone else has seen the issue before?
Thanks in advance.
|
Re: Honeywell Vista 128BPT disarming issues
I have the same issue with one of my clients. It’s random but he reported to me a couple of times but like you, when I test it, it works.
?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of
Tony Golden via groups.io
Sent: Monday, January 6, 2025 4:18 PM
To: [email protected]
Subject: [crestron] Honeywell Vista 128BPT disarming issues
?
I have a system that was installed a couple of years ago, using the Vista 128BPT's onboard serial port and the v1.2 modules from the Application Market.? Everything works fine most of the time, but occasionally the user isn't able to disarm
the panel using the Crestron touchpanel.
The Honeywell Vista Turbo 128-BPT Arm v1.2 provides keypad emulation for arming and disarming.? Arming doesn't seem to be affected, and they've only reported issues with disarming.? It's also not very consistent, and happens (or is reported) maybe once a month,
or at most every couple of weeks.? As far as I know, the physical Honeywell keypad always works, as does the Resideo mobile app.??So far I haven't been able to reproduce the problem - i.e., it always works correctly when I test it.?
I'm going to schedule a time for extensive testing while the home is unoccupied, but wondered if anyone else has seen the issue before?
|
Honeywell Vista 128BPT disarming issues
I have a system that was installed a couple of years ago, using the Vista 128BPT's onboard serial port and the v1.2 modules from the Application Market.? Everything works fine most of the time, but occasionally the user isn't able to disarm the panel using the Crestron touchpanel.
The Honeywell Vista Turbo 128-BPT Arm v1.2 provides keypad emulation for arming and disarming.? Arming doesn't seem to be affected, and they've only reported issues with disarming.? It's also not very consistent, and happens (or is reported) maybe once a month, or at most every couple of weeks.? As far as I know, the physical Honeywell keypad always works, as does the Resideo mobile app.??So far I haven't been able to reproduce the problem - i.e., it always works correctly when I test it.?
?
I'm going to schedule a time for extensive testing while the home is unoccupied, but wondered if anyone else has seen the issue before?
?
Thanks in advance.
|
Re: How to configure Max time Open/Close Drapes C2N-SDC
Were you able to solve it? I have the same problem
|
Hi Jay,
?
thanks for pointing out this option.
However, I?m looking for a more direct integration. I?ll reach out to Oliver Hall if there Hue-driver will potentially support it.
If there?s no direct way, I?ll potentially have a look via the HA-integration, but I don?t think that?s something I?d use for production systems.
?
Thanks,
Thorsten
?
?
Hi Thorsten,
I haven't used a Hue Tap Dial.? But, since the device is compatible with Home Assistant, you can leverage an HA green as a gateway for Crestron integration using the technique I outlined in my HA-Crestron integration article.
Hope this helps
Jay
On 1/5/2025 2:03 PM, Thorsten K?hler via groups.io wrote:
Hi,
?
is it possible to use the Hue Tap Dial within Crestron? Any experience?
?
Thanks,
Thorsten
|
Hi @István Kósik,
?
Do you still happen to have the copy of the program, please? I seem to struggle to find it, unless its has a unique name.
?
Can you re-upload it, please?
?
Regards,
Pawel
|
Hi Lincoln,
?
It's a long time since I installed one of those, and I have never used one to embed audio.
?
However, the operations guide states: NOTE: HDMI audio is heard only if the accompanying video source is locked.
?
I take that to mean that the video output parameters, scaling, overscan etc need to be stored to a preset that is recalled at run time. Possibly this is required to ensure that the audio is encoded in every vertical interval and that the observed 'noise' is the loss of this systematic encoding. It's a long shot, but may be worth investigation.
?
Cheers
Lindsay
|
I’m using/have repurposed a DGE2 in a way it was very much not meant to be used and part of that is using it to embed analog audio (from a Biamp, wired as balanced mono) into the resulting HDMI output.
?
About every 7 to 10 seconds there’s a very quick blip/tick/click of static that’s not exactly the same each time. I’m feeding the same audio signal (using different outputs from the Tesira) to SDI audio embedders as well as a monitor speaker
and none of those exhibit the same artifact. Have tried swapping the outputs around and the problem stays with the DGE2.
?
I know it’s a long dead product (and if it weren’t for the need to get analog audio in I probably would have stuck one of the DGE-X00s that the client has on the shelf instead (still may do that but then I have to add external HDMI audio
embed, which I don’t have on the shelf)
?
--
Lincoln King-Cliby
Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Diamond)
ControlWorks Consulting, LLC
Direct: (+1)440.771.4807 | Cleveland: (+1)440.449.1100? | Boston: (+1)508.695.0188 | DC: (+1)202.381.9070 | London: (+44) (0)20 4520 4600?
Crestron Services Provider | Biamp Authorized Independent Programmers | Extron Qualified Independent Programmer
?
|
Hi Thorsten,
I haven't used a Hue Tap Dial.? But, since the device is
compatible with Home Assistant, you can leverage an HA green as a
gateway for Crestron integration using the technique I outlined in
my HA-Crestron integration article.
Hope this helps
Jay
On 1/5/2025 2:03 PM, Thorsten K?hler
via groups.io wrote:
toggle quoted message
Show quoted text
Hi,
?
is it possible to
use the Hue Tap Dial within Crestron? Any experience?
?
Thanks,
Thorsten
|
Hi, ? is it possible to use the Hue Tap Dial within Crestron? Any experience? ? Thanks, Thorsten
|
You could just setup an automation. Place a CallStateChanged for connected and have it SendHttpRequest to the processor that would end the ringing on the other panels
|
Re: New Series4 symbol in SIMPL
Oh well... Thanks guys.?
I?m having one RMC4 program with network issues (3rd party devices disconnecting over time), but otherwise no problems.
So need to think about what to do now.
?
Cheers,
Thorsten
|
Re: New Series4 symbol in SIMPL
I had no issues with my RMC4s, but on my CP4N there were issues. In the program, I have an MD32x32 switcher. Some of the devices in the card slots were deleted from the program while the ones that weren't got shifted up so they now started with slot 1. It was very strange and I had to rebuild almost the entire I/O programming.
|
BruteForceIsUnderRated