misterhouse-users Mailing List for MisterHouse: Home Automation with Perl

Thanks John for the prompt response,

I found that I had to install, (I did not know where to check if it was already there!)

sudo cpan DateTime::TimeZone ::Catalog

using sudo worked

Thanks again

De : john [mailto:jo...@to...]
Envoyé : 27 janvier 2018 16:00
À : mis...@li...
Objet : Re: [mh] Upgrade to 5.0

I recently did a clean install of mh 5.0.  I don't recall needing to install any modules and see that I have "lib/site/DateTime/TimeZoneCatalog.pm".

If you already had that file maybe there is issue with finding the modules?   I guess check permissions.    I do set mh_parms but that is probably not relevant.

John

On 01/27/2018 02:32 PM, Serge Martel (smartel) wrote:
Hello everyone,

I am trying to upgrade to rev 5 and get the following error:

  01/27/18 14:55:06 : Can't locate DateTime/TimeZone/Catalog.pm in @INC (you may need to install the DateTime::TimeZone::Catalog module) (@INC contains: /opt/mrhousedata/code ./../code/common /opt/misterhouse/bin/../lib /opt/misterhouse/bin/../lib/site . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at /opt/misterhouse/bin/../lib/site/DateTime/TimeZone.pm line 10.
at /opt/misterhouse/bin/mh line 31.
        main::__ANON__("Can't locate DateTime/TimeZone/Catalog.pm in \@INC (you may ne"...) called at /opt/misterhouse/bin/../lib/site/DateTime/TimeZone.pm line 10
        DateTime::TimeZone::BEGIN() called at /opt/misterhouse/bin/../lib/site/DateTime/TimeZone.pm line 10

I tried installing the module DateTime using

cpan DateTime::TimeZone

But still no go, I get the same error,

Any suggestions?


Thanks
Serge




------------------------------------------------------------------------------

Check out the vibrant tech community on one of the world's most

engaging tech sites, Slashdot.org! http://sdm.link/slashdot




________________________________________________________

To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

I recently did a clean install of mh 5.0.  I don't recall needing to 
install any modules and see that I have 
"lib/site/DateTime/TimeZoneCatalog.pm".

If you already had that file maybe there is issue with finding the 
modules?   I guess check permissions.    I do set mh_parms but that is 
probably not relevant.

John


On 01/27/2018 02:32 PM, Serge Martel (smartel) wrote:
>
> Hello everyone,
>
> I am trying to upgrade to rev 5 and get the following error:
>
>   01/27/18 14:55:06 : Can't locate DateTime/TimeZone/Catalog.pm in 
> @INC (you may need to install the DateTime::TimeZone::Catalog module) 
> (@INC contains: /opt/mrhousedata/code ./../code/common 
> /opt/misterhouse/bin/../lib /opt/misterhouse/bin/../lib/site . 
> /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 
> /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 
> /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 
> /usr/share/perl/5.20 /usr/local/lib/site_perl .) at 
> /opt/misterhouse/bin/../lib/site/DateTime/TimeZone.pm line 10.
>
> at /opt/misterhouse/bin/mh line 31.
>
> main::__ANON__("Can't locate DateTime/TimeZone/Catalog.pm in \@INC 
> (you may ne"...) called at 
> /opt/misterhouse/bin/../lib/site/DateTime/TimeZone.pm line 10
>
> DateTime::TimeZone::BEGIN() called at 
> /opt/misterhouse/bin/../lib/site/DateTime/TimeZone.pm line 10
>
> I tried installing the module DateTime using
>
> cpan DateTime::TimeZone
>
> But still no go, I get the same error,
>
> Any suggestions?
>
> Thanks
>
> Serge
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>

Hello everyone,

I am trying to upgrade to rev 5 and get the following error:

  01/27/18 14:55:06 : Can't locate DateTime/TimeZone/Catalog.pm in @INC (you may need to install the DateTime::TimeZone::Catalog module) (@INC contains: /opt/mrhousedata/code ./../code/common /opt/misterhouse/bin/../lib /opt/misterhouse/bin/../lib/site . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at /opt/misterhouse/bin/../lib/site/DateTime/TimeZone.pm line 10.
at /opt/misterhouse/bin/mh line 31.
        main::__ANON__("Can't locate DateTime/TimeZone/Catalog.pm in \@INC (you may ne"...) called at /opt/misterhouse/bin/../lib/site/DateTime/TimeZone.pm line 10
        DateTime::TimeZone::BEGIN() called at /opt/misterhouse/bin/../lib/site/DateTime/TimeZone.pm line 10

I tried installing the module DateTime using

cpan DateTime::TimeZone

But still no go, I get the same error,

Any suggestions?


Thanks
Serge

Hello Alan,

As Carl correctly states, this is the self-test code that was added quite some time ago to the MisterHouse codebase to enable automatic verification of commits to the repository.

I was not aware that this code runs by default if you don’t pass parameters to MisterHouse, I need to look into this.

However, I can point you to the recommended way to configure MisterHouse to run on a new installation. This is documented in the MisterHouse wiki: 
 <https://github.com/hollie/misterhouse/wiki/Getting-started#recommended-way-to-install-misterhouse>https://github.com/hollie/misterhouse/wiki/Getting-started#recommended-way-to-install-misterhouse <https://github.com/hollie/misterhouse/wiki/Getting-started#recommended-way-to-install-misterhouse>

Have fun with setting up the system and if you have further questions, do not hesitate to post on the list!

Best regards,
 Lieven.
 <https://github.com/hollie/misterhouse/wiki/Getting-started#recommended-way-to-install-misterhouse>

> Op 18 jan. 2018, om 17:16 heeft Carl Patten <car...@gm...> het volgende geschreven:
> 
> 
> I did a fresh install of 5.0 on a Raspberry PI 3 and had the same experience.  Eventually I tracked it down to sample code included in the \code\test directory, such as test_mh.pl <http://test_mh.pl/> .  Disabling that code (moving/renaming) should clear up the odd start-up behavior for you.  
> 
> -- 
> Carl Patten
> 
> 
> On Thu, Jan 18, 2018 at 4:50 AM, AlanLJ <mh...@pa... <mailto:mh...@pa...>> wrote:
> Has been running without problems for years, hardware failure forced a change
> giving rise to this problem.
> Now Raspberry Pi 3B, Ubuntu Mate, MH V5.0 ( latest from Sourceforge )
> 
> I tried V4.2 without success, it doesn't seem to be compatible with the
> latest version of Perl (5.22.1). It errors with:-
> Can't use 'defined(@array)' (Maybe you should just omit the defined()?) at
> ../lib/Generic_Item.pm line 904.
> Compilation failed in require at ./mh line 653.
> 
> I've done a clean install from the V5.0 tarball and the only changes are to
> mh.ini thus:-
> tk=0
> cm17_port=/dev/ttyUSB0
> (time_start, time_stop & time_increment are all blank)
> running  ./mh does:-  ( ommitted quite a lot, trying to highlight the test
> bit )
> 
> ....
> 12/01/18 10:50:03 AM Organizer: Reading updated organizer calendar file now
> 12/01/18 10:50:03 AM Evaluating code organizer_events
> 12/01/18 10:50:03 AM Organizer: Reading updated organizer todo file
> Bad time format:  12:00 am + 23:59   caller=main ./mh 7411 db mday=12
> mdayf=4 min=50 minf=00 secf=0 hour=10 hourf=12 ap=AM m=1 mf=14 y=2018 yf=137
> 12/01/18 10:50:03 AM Evaluating code organizer_tasks
> 12/01/18 10:50:03 AM Shutdown timer set
> 12/01/18 10:50:08 AM Starting the test routines...
> ....
> 12/01/18 10:51:00 AM: Saving object states ... done
> 12/01/18 10:51:00 AM Light set to off
> 12/01/18 10:51:03 AM Stopping self-test, exit...
> 12/01/18 10:51:03 AM Running: Exit Mister House
> 12/01/18 10:51:03 AM MisterHouse will exit in 2 seconds.
> Exiting
> 12/01/18 10:51:05 AM: Saving object states ... done
> Bye Bye
> 
> 
> Does anyone know how to start MH normally ( no test mode ). I'm trying to
> pick my way through the code but am finding it hard going ( not great with
> Perl yet )
> 
> Many thanks,
> Alan.
> 
> 
> 
> 
> --
> Sent from: http://misterhouse.10964.n7.nabble.com/Misterhouse-User-f3.html <http://misterhouse.10964.n7.nabble.com/Misterhouse-User-f3.html>
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot <http://sdm.link/slashdot>
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users <https://lists.sourceforge.net/lists/listinfo/misterhouse-users>
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
> 

I did a fresh install of 5.0 on a Raspberry PI 3 and had the same
experience.  Eventually I tracked it down to sample code included in the
\code\test directory, such as test_mh.pl .  Disabling that code
(moving/renaming) should clear up the odd start-up behavior for you.

-- 
Carl Patten


On Thu, Jan 18, 2018 at 4:50 AM, AlanLJ <mh...@pa...> wrote:

> Has been running without problems for years, hardware failure forced a
> change
> giving rise to this problem.
> Now Raspberry Pi 3B, Ubuntu Mate, MH V5.0 ( latest from Sourceforge )
>
> I tried V4.2 without success, it doesn't seem to be compatible with the
> latest version of Perl (5.22.1). It errors with:-
> Can't use 'defined(@array)' (Maybe you should just omit the defined()?) at
> ../lib/Generic_Item.pm line 904.
> Compilation failed in require at ./mh line 653.
>
> I've done a clean install from the V5.0 tarball and the only changes are to
> mh.ini thus:-
> tk=0
> cm17_port=/dev/ttyUSB0
> (time_start, time_stop & time_increment are all blank)
> running  ./mh does:-  ( ommitted quite a lot, trying to highlight the test
> bit )
>
> ....
> 12/01/18 10:50:03 AM Organizer: Reading updated organizer calendar file now
> 12/01/18 10:50:03 AM Evaluating code organizer_events
> 12/01/18 10:50:03 AM Organizer: Reading updated organizer todo file
> Bad time format:  12:00 am + 23:59   caller=main ./mh 7411 db mday=12
> mdayf=4 min=50 minf=00 secf=0 hour=10 hourf=12 ap=AM m=1 mf=14 y=2018
> yf=137
> 12/01/18 10:50:03 AM Evaluating code organizer_tasks
> 12/01/18 10:50:03 AM Shutdown timer set
> 12/01/18 10:50:08 AM Starting the test routines...
> ....
> 12/01/18 10:51:00 AM: Saving object states ... done
> 12/01/18 10:51:00 AM Light set to off
> 12/01/18 10:51:03 AM Stopping self-test, exit...
> 12/01/18 10:51:03 AM Running: Exit Mister House
> 12/01/18 10:51:03 AM MisterHouse will exit in 2 seconds.
> Exiting
> 12/01/18 10:51:05 AM: Saving object states ... done
> Bye Bye
>
>
> Does anyone know how to start MH normally ( no test mode ). I'm trying to
> pick my way through the code but am finding it hard going ( not great with
> Perl yet )
>
> Many thanks,
> Alan.
>
>
>
>
> --
> Sent from: http://misterhouse.10964.n7.nabble.com/Misterhouse-User-f3.html
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/
> lists/listinfo/misterhouse-users
>
>

Has been running without problems for years, hardware failure forced a change
giving rise to this problem.
Now Raspberry Pi 3B, Ubuntu Mate, MH V5.0 ( latest from Sourceforge )

I tried V4.2 without success, it doesn't seem to be compatible with the
latest version of Perl (5.22.1). It errors with:-
Can't use 'defined(@array)' (Maybe you should just omit the defined()?) at
../lib/Generic_Item.pm line 904.
Compilation failed in require at ./mh line 653.

I've done a clean install from the V5.0 tarball and the only changes are to
mh.ini thus:-
tk=0
cm17_port=/dev/ttyUSB0
(time_start, time_stop & time_increment are all blank)
running  ./mh does:-  ( ommitted quite a lot, trying to highlight the test
bit )

....
12/01/18 10:50:03 AM Organizer: Reading updated organizer calendar file now
12/01/18 10:50:03 AM Evaluating code organizer_events
12/01/18 10:50:03 AM Organizer: Reading updated organizer todo file
Bad time format:  12:00 am + 23:59   caller=main ./mh 7411 db mday=12
mdayf=4 min=50 minf=00 secf=0 hour=10 hourf=12 ap=AM m=1 mf=14 y=2018 yf=137
12/01/18 10:50:03 AM Evaluating code organizer_tasks
12/01/18 10:50:03 AM Shutdown timer set
12/01/18 10:50:08 AM Starting the test routines...
....
12/01/18 10:51:00 AM: Saving object states ... done
12/01/18 10:51:00 AM Light set to off
12/01/18 10:51:03 AM Stopping self-test, exit...
12/01/18 10:51:03 AM Running: Exit Mister House
12/01/18 10:51:03 AM MisterHouse will exit in 2 seconds.
Exiting
12/01/18 10:51:05 AM: Saving object states ... done
Bye Bye


Does anyone know how to start MH normally ( no test mode ). I'm trying to
pick my way through the code but am finding it hard going ( not great with
Perl yet )

Many thanks,
Alan.




--
Sent from: http://misterhouse.10964.n7.nabble.com/Misterhouse-User-f3.html

> 
> I assume that Amazon made an update today. Is anyone else having issues like this?  
> 
> 

Wayne, I’m having the same problem - I had figured it was something else that I’d broken! 

Changing my alexa.mht as below and forgetting/rediscovering devices resolves it.

Format = A

#TYPE,                  Address,   Name,                GroupList,                                      Other

ALEX_BRIDGE, Alexa
ALEXABRIDGE_ITEM, AlexaItems, Alexa

ALEXABRIDGE_ADD,        AlexaItems,   Study_Light, Study Light
ALEXABRIDGE_ADD,        AlexaItems,   Front_Entrance_Light, Front Entrance Light
ALEXABRIDGE_ADD,        AlexaItems,   Deck_Downlights, Deck Lights
ALEXABRIDGE_ADD,        AlexaItems,   BBQ_Downlights, Barbeque Lights

Cheers,

Jon

No real help, but I've only ever had device names with spaces for
homebridge / hue emulator and it's always worked superbly.

On Mon, Jan 8, 2018 at 10:10 PM, Wayne Gatlin <wa...@ra...> wrote:

>
> This evening my echo decided that it no longer likes devices with names
> like Living_Room_Light or LivingRoomLight which is how I have always named
> all my devices from the start. As of today, when I try to control devices
> named like the above it just responds saying that she can't find a device
> with that name.
>
> I assume that Amazon made an update today. Is anyone else having issues
> like this?
>
>
> I added a fix to the AlexaBridge/Hue emulation code that replaces
> underscores with spaces before sending them to the Echo (or google
> home/discovering device/etc). MH still indexes the devices as named (with
> underscores) as before, this only changes the name that the Echo sees so it
> has spaces instead of underscores. IE: if you have Living_Room_Light in the
> .mht file, the echo will discover "Living Room Light"
>
> After the update that replaces underscores with spaces, my Echo seems to
> be finding my devices better than ever. Its able to find devices that I've
> been having issues with in the past.
>
>
> I am going to make a pull request tonight or tomorrow to commit the fixed
> code.
>
>
> _Wayne
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/
> lists/listinfo/misterhouse-users
>
>
>

This evening my echo decided that it no longer likes devices with names
like Living_Room_Light or LivingRoomLight which is how I have always named
all my devices from the start. As of today, when I try to control devices
named like the above it just responds saying that she can't find a device
with that name.

I assume that Amazon made an update today. Is anyone else having issues
like this?


I added a fix to the AlexaBridge/Hue emulation code that replaces
underscores with spaces before sending them to the Echo (or google
home/discovering device/etc). MH still indexes the devices as named (with
underscores) as before, this only changes the name that the Echo sees so it
has spaces instead of underscores. IE: if you have Living_Room_Light in the
.mht file, the echo will discover "Living Room Light"

After the update that replaces underscores with spaces, my Echo seems to be
finding my devices better than ever. Its able to find devices that I've
been having issues with in the past.


I am going to make a pull request tonight or tomorrow to commit the fixed
code.


_Wayne

Ah awesome, thanks Dean! That ends up working. For anyone else, "on" "off"
are case sensitive and a percentage must have "%" at the end. It looks like
the select_item part of the request is what is causing the issue when
trying to turn a group name into items.

On Sat, Jan 6, 2018 at 8:55 PM, Dean Junk <dea...@ms...> wrote:

> This works for me:
>
> http://127.0.0.1:8082/SET?$Family_Room=on
>
> Is it because you are trying to set a dim level instead of the state
> ON/OFF?
>
>
> On 1/6/18 7:34 PM, Spencer Ryan wrote:
>
> Yeah I'm on the latest version. It works fine for devices themselves.
>
> INSTEON_SWITCHLINC, 42.BB.82, kitchen_ctlr, All_Devices|Kitchen_Lights
> INSTEON_SWITCHLINCRELAY, 41.DC.16, kitchen, All_Lights|HB__SWITCH|Kitchen_
> Lights
>
> If I put $kitchen or $kitchen_ctlr (with or without the $) in the URL it
> works fine, but if i try using the group name (Kitchen_Lights) it does
> nothing. Using the group name in code or via mhsend (set Kitchen_Lights ON)
> works just fine.
>
> The goal is to have both switches physical status LEDs match when
> controlled via Siri/Alexa. In this Insteon setup 1 of the 2 three way
> switches has the load wire capped off, but it's nice to have the LEDs match
> the status of the actual load.
>
> On Sat, Jan 6, 2018 at 8:11 PM, H Plato <hp...@gm...> wrote:
>
>> Try this:
>>
>> curl "http://127.0.0.1:8080/SET;none?select_item=dining_room_ligh
>> ts&select_state=ON”
>>
>> I noticed that the item name is case sensitive, this command works for me
>> when I put in one of my objects.
>>
>> Are you using the latest version?
>>
>>
>> On Jan 6, 2018, at 6:04 PM, Spencer Ryan <sry...@gm...> wrote:
>>
>> It doesn't work either way. I'm getting the "none" response from the
>> webserver but nothing happens. My logging is only set to insteon=1 and I
>> don't see anything in the logs when I make the HTTP requests for the group.
>> I can trigger a device itself with or without the $
>>
>>
>> As a test it works properly with mhsend - "mhsend -run "set
>> \$dining_room_lights ON"" but that isn't my desired method.
>>
>> On Sat, Jan 6, 2018 at 7:13 PM, H Plato <hp...@gm...> wrote:
>>
>>> Don’t put in the $ for the object, try this:
>>>
>>> curl 'http://127.0.0.1:8080/SET;none?select_item=dining_room_ligh
>>> ts&select_state=50%'
>>>
>>>
>>>
>>>
>>> On Jan 6, 2018, at 12:42 PM, Spencer Ryan <sry...@gm...> wrote:
>>>
>>> In some automation code I've got things like "set $Outside_Lights ON;"
>>> which will turn on any of my Insteon devices that are in that group and it
>>> works great. It doesn't seem to work the same when executed via the
>>> webserver.
>>>
>>> I've tried both
>>>
>>> http://127.0.0.1:8080/ia5/set?$Dining_Room_Lights=100
>>>
>>> and
>>>
>>> http://127.0.0.1:8080/SET;none?select_item=$Dining_Room_Ligh
>>> ts&select_state=100
>>>
>>>
>>> But neither causes anything to happen.
>>>
>>>
>>> Any ideas?
>>> ------------------------------------------------------------
>>> ------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org <http://slashdot.org/>!
>>> http://sdm.link/slashdot____________________________________
>>> ____________________
>>> To unsubscribe from this list, go to: https://lists.sourceforge.net/
>>> lists/listinfo/misterhouse-users
>>>
>>>
>>>
>>
>>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
>
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/
> lists/listinfo/misterhouse-users
>
>
>

This works for me:

http://127.0.0.1:8082/SET?$Family_Room=on

Is it because you are trying to set a dim level instead of the state ON/OFF?

On 1/6/18 7:34 PM, Spencer Ryan wrote:
Yeah I'm on the latest version. It works fine for devices themselves.

INSTEON_SWITCHLINC, 42.BB.82, kitchen_ctlr, All_Devices|Kitchen_Lights
INSTEON_SWITCHLINCRELAY, 41.DC.16, kitchen, All_Lights|HB__SWITCH|Kitchen_Lights

If I put $kitchen or $kitchen_ctlr (with or without the $) in the URL it works fine, but if i try using the group name (Kitchen_Lights) it does nothing. Using the group name in code or via mhsend (set Kitchen_Lights ON) works just fine.

The goal is to have both switches physical status LEDs match when controlled via Siri/Alexa. In this Insteon setup 1 of the 2 three way switches has the load wire capped off, but it's nice to have the LEDs match the status of the actual load.

On Sat, Jan 6, 2018 at 8:11 PM, H Plato <hp...@gm...<mailto:hp...@gm...>> wrote:
Try this:

curl "http://127.0.0.1:8080/SET;none?select_item=dining_room_lights&select_state=ON”

I noticed that the item name is case sensitive, this command works for me when I put in one of my objects.

Are you using the latest version?


On Jan 6, 2018, at 6:04 PM, Spencer Ryan <sry...@gm...<mailto:sry...@gm...>> wrote:

It doesn't work either way. I'm getting the "none" response from the webserver but nothing happens. My logging is only set to insteon=1 and I don't see anything in the logs when I make the HTTP requests for the group. I can trigger a device itself with or without the $


As a test it works properly with mhsend - "mhsend -run "set \$dining_room_lights ON"" but that isn't my desired method.

On Sat, Jan 6, 2018 at 7:13 PM, H Plato <hp...@gm...<mailto:hp...@gm...>> wrote:
Don’t put in the $ for the object, try this:

curl 'http://127.0.0.1:8080/SET;none?select_item=dining_room_lights&select_state=50%'




On Jan 6, 2018, at 12:42 PM, Spencer Ryan <sry...@gm...<mailto:sry...@gm...>> wrote:

In some automation code I've got things like "set $Outside_Lights ON;" which will turn on any of my Insteon devices that are in that group and it works great. It doesn't seem to work the same when executed via the webserver.

I've tried both

http://127.0.0.1:8080/ia5/set?$Dining_Room_Lights=100

and

http://127.0.0.1:8080/SET;none?select_item=$Dining_Room_Lights&select_state=100


But neither causes anything to happen.


Any ideas?
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org<http://slashdot.org/>! http://sdm.link/slashdot________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users








------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Yeah I'm on the latest version. It works fine for devices themselves.

INSTEON_SWITCHLINC, 42.BB.82, kitchen_ctlr, All_Devices|Kitchen_Lights
INSTEON_SWITCHLINCRELAY, 41.DC.16, kitchen,
All_Lights|HB__SWITCH|Kitchen_Lights

If I put $kitchen or $kitchen_ctlr (with or without the $) in the URL it
works fine, but if i try using the group name (Kitchen_Lights) it does
nothing. Using the group name in code or via mhsend (set Kitchen_Lights ON)
works just fine.

The goal is to have both switches physical status LEDs match when
controlled via Siri/Alexa. In this Insteon setup 1 of the 2 three way
switches has the load wire capped off, but it's nice to have the LEDs match
the status of the actual load.

On Sat, Jan 6, 2018 at 8:11 PM, H Plato <hp...@gm...> wrote:

> Try this:
>
> curl "http://127.0.0.1:8080/SET;none?select_item=dining_room_
> lights&select_state=ON”
>
> I noticed that the item name is case sensitive, this command works for me
> when I put in one of my objects.
>
> Are you using the latest version?
>
>
> On Jan 6, 2018, at 6:04 PM, Spencer Ryan <sry...@gm...> wrote:
>
> It doesn't work either way. I'm getting the "none" response from the
> webserver but nothing happens. My logging is only set to insteon=1 and I
> don't see anything in the logs when I make the HTTP requests for the group.
> I can trigger a device itself with or without the $
>
>
> As a test it works properly with mhsend - "mhsend -run "set
> \$dining_room_lights ON"" but that isn't my desired method.
>
> On Sat, Jan 6, 2018 at 7:13 PM, H Plato <hp...@gm...> wrote:
>
>> Don’t put in the $ for the object, try this:
>>
>> curl 'http://127.0.0.1:8080/SET;none?select_item=dining_room_ligh
>> ts&select_state=50%'
>>
>>
>>
>>
>> On Jan 6, 2018, at 12:42 PM, Spencer Ryan <sry...@gm...> wrote:
>>
>> In some automation code I've got things like "set $Outside_Lights ON;"
>> which will turn on any of my Insteon devices that are in that group and it
>> works great. It doesn't seem to work the same when executed via the
>> webserver.
>>
>> I've tried both
>>
>> http://127.0.0.1:8080/ia5/set?$Dining_Room_Lights=100
>>
>> and
>>
>> http://127.0.0.1:8080/SET;none?select_item=$Dining_Room_Ligh
>> ts&select_state=100
>>
>>
>> But neither causes anything to happen.
>>
>>
>> Any ideas?
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org <http://slashdot.org/>!
>> http://sdm.link/slashdot____________________________________
>> ____________________
>> To unsubscribe from this list, go to: https://lists.sourceforge.net/
>> lists/listinfo/misterhouse-users
>>
>>
>>
>
>

Try this:

curl "http://127.0.0.1:8080/SET;none?select_item=dining_room_lights&select_state=ON”

I noticed that the item name is case sensitive, this command works for me when I put in one of my objects.

Are you using the latest version?

> On Jan 6, 2018, at 6:04 PM, Spencer Ryan <sry...@gm...> wrote:
> 
> It doesn't work either way. I'm getting the "none" response from the webserver but nothing happens. My logging is only set to insteon=1 and I don't see anything in the logs when I make the HTTP requests for the group. I can trigger a device itself with or without the $
> 
> 
> As a test it works properly with mhsend - "mhsend -run "set \$dining_room_lights ON"" but that isn't my desired method. 
> 
> On Sat, Jan 6, 2018 at 7:13 PM, H Plato <hp...@gm... <mailto:hp...@gm...>> wrote:
> Don’t put in the $ for the object, try this:
> 
> curl 'http://127.0.0.1:8080/SET;none?select_item=dining_room_lights&select_state=50% <http://127.0.0.1:8080/SET;none?select_item=dining_room_lights&select_state=50%>' 
> 
> 
> 
> 
>> On Jan 6, 2018, at 12:42 PM, Spencer Ryan <sry...@gm... <mailto:sry...@gm...>> wrote:
>> 
>> In some automation code I've got things like "set $Outside_Lights ON;" which will turn on any of my Insteon devices that are in that group and it works great. It doesn't seem to work the same when executed via the webserver.
>> 
>> I've tried both
>> 
>> http://127.0.0.1:8080/ia5/set?$Dining_Room_Lights=100 <http://127.0.0.1:8080/ia5/set?$Dining_Room_Lights=100>
>> 
>> and 
>> 
>> http://127.0.0.1:8080/SET;none?select_item=$Dining_Room_Lights&select_state=100 <http://127.0.0.1:8080/SET;none?select_item=$Dining_Room_Lights&select_state=100>
>> 
>> 
>> But neither causes anything to happen.
>> 
>> 
>> Any ideas?
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org <http://slashdot.org/>! http://sdm.link/slashdot________________________________________________________ <http://sdm.link/slashdot________________________________________________________>
>> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users <https://lists.sourceforge.net/lists/listinfo/misterhouse-users>
>> 
> 
> 

It doesn't work either way. I'm getting the "none" response from the
webserver but nothing happens. My logging is only set to insteon=1 and I
don't see anything in the logs when I make the HTTP requests for the group.
I can trigger a device itself with or without the $


As a test it works properly with mhsend - "mhsend -run "set
\$dining_room_lights ON"" but that isn't my desired method.

On Sat, Jan 6, 2018 at 7:13 PM, H Plato <hp...@gm...> wrote:

> Don’t put in the $ for the object, try this:
>
> curl 'http://127.0.0.1:8080/SET;none?select_item=dining_room_
> lights&select_state=50%'
>
>
>
>
> On Jan 6, 2018, at 12:42 PM, Spencer Ryan <sry...@gm...> wrote:
>
> In some automation code I've got things like "set $Outside_Lights ON;"
> which will turn on any of my Insteon devices that are in that group and it
> works great. It doesn't seem to work the same when executed via the
> webserver.
>
> I've tried both
>
> http://127.0.0.1:8080/ia5/set?$Dining_Room_Lights=100
>
> and
>
> http://127.0.0.1:8080/SET;none?select_item=$Dining_Room_
> Lights&select_state=100
>
>
> But neither causes anything to happen.
>
>
> Any ideas?
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______
> __________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/
> lists/listinfo/misterhouse-users
>
>
>

Don’t put in the $ for the object, try this:

curl 'http://127.0.0.1:8080/SET;none?select_item=dining_room_lights&select_state=50%' 




> On Jan 6, 2018, at 12:42 PM, Spencer Ryan <sry...@gm...> wrote:
> 
> In some automation code I've got things like "set $Outside_Lights ON;" which will turn on any of my Insteon devices that are in that group and it works great. It doesn't seem to work the same when executed via the webserver.
> 
> I've tried both
> 
> http://127.0.0.1:8080/ia5/set?$Dining_Room_Lights=100 <http://127.0.0.1:8080/ia5/set?$Dining_Room_Lights=100>
> 
> and 
> 
> http://127.0.0.1:8080/SET;none?select_item=$Dining_Room_Lights&select_state=100 <http://127.0.0.1:8080/SET;none?select_item=$Dining_Room_Lights&select_state=100>
> 
> 
> But neither causes anything to happen.
> 
> 
> Any ideas?
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
> 

In some automation code I've got things like "set $Outside_Lights ON;"
which will turn on any of my Insteon devices that are in that group and it
works great. It doesn't seem to work the same when executed via the
webserver.

I've tried both

http://127.0.0.1:8080/ia5/set?$Dining_Room_Lights=100

and

http://127.0.0.1:8080/SET;none?select_item=$Dining_Room_Lights&select_state=100


But neither causes anything to happen.


Any ideas?