MisterHouse: Home Automation with Perl

Three issues currently:

1.  Older versions of PERL cause one line the main mh module to bomb when
setting the window icon.  This was patched but then overwritten (by me.)
Bruce said he would merge that back in this weekend.

2.  Weather item is temporarily incompatible with prior versions.  This will
be updated shortly.

3.  Something about a proxy server problem at Bruce's, but it is unclear
whether it is related to the latest updates (I will be surprised if it is.)
None of the latest updates have anything to do with proxies (or even
sockets), but with mh anything is possible (that cuts both ways.)

Otherwise the SVN code should work well.

-----Original Message-----
From: misterhouse-users-bounces@...
[mailto:misterhouse-users-bounces@... Behalf Of
Matthew Williams
Sent: Saturday, June 17, 2006 1:25 AM
To: misterhouse
Subject: [mh] Subversion Trunk is Potentially Unstable


At the moment, a lot of updates are going into the trunk.  The good news is
that Misterhouse is being improved.  The bad news is that there is a good
possibility that the trunk will be non-functional on-and-off until things
stabilize.

I'll let everyone know when things are back to normal, stability-wise.

Matt
__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com



________________________________________________________
To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365

Update: proxy problem was unrelated and the weather item IS compatible with
the old (I thought I had accounted for that.)  So there is just the one line
in the main mh module that sets the window icon that is a potential land
mine for those with older PERL installs.  I think that change was just
checked in too.

Thank you,
David J Mark
Ohio Media Group


-----Original Message-----
From: misterhouse-users-bounces@...
[mailto:misterhouse-users-bounces@... Behalf Of
Matthew Williams
Sent: Saturday, June 17, 2006 1:25 AM
To: misterhouse
Subject: [mh] Subversion Trunk is Potentially Unstable


At the moment, a lot of updates are going into the trunk.  The good news is
that Misterhouse is being improved.  The bad news is that there is a good
possibility that the trunk will be non-functional on-and-off until things
stabilize.

I'll let everyone know when things are back to normal, stability-wise.

Matt
__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com



________________________________________________________
To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365

David J Mark wrote:
> Update: proxy problem was unrelated and the weather item IS compatible with
> the old (I thought I had accounted for that.)  So there is just the one line
> in the main mh module that sets the window icon that is a potential land
> mine for those with older PERL installs.  I think that change was just
> checked in too.

Yep, I have all the tweaks I have done to your code checked in and 
working ok here now.  If others can test recent changes also, either 
download via SVN (info in the wiki) or grab from the test distro (link 
on the download page) which gets update nightly (and I just updated now 
for today's changes).


Bruce

David,

The main mh/bin/mh binary has been untouched since rev 522 (June 15 @ 6:25
EDT).  On line 3459, there is the following line:

$data = "$Time_Date $data";

This should add the timestamp as it normally does.  Take a look at your copy
of mh/bin/mh to see if for some reason this line is missing.  If not, then
there is a (very) remote possibility that your $Time_Date variable is
getting stomped somehow.  One way this can happen to to accidently use the
assignment operator (=) instead of one of the comparison operators  (== or
eq).  Do a search for Time_Date in your user code - you never know!

Let me know what you find.  I like strange problems like this.

Matt



David Norwood wrote:
> why doesn't print_log include the date anymore?  I would think most
> people would want this to be the default behavior.  This is with the
> latest subversion version.  
> 
>  
> 
> David
> 
> 
> ------------------------------------------------------------------------
> 
> ________________________________________________________
> To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365
> 

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

Though I have never seen this one (I assume a scroll bar was out of whack on
the OP's window or something like that.)  One possibility (however remote)
is that his user code is overwriting the time date stamp with the value of
the (missing) time/date widget.  I removed it because the time/date on the
main window is a waste of real estate (which I have already optioned for a
new GUI development.)  And who needs a clock widget?  I am asking to see if
anybody out there really used it for something.  Same with the &print_msg
window.  If there is code using either of these as a crutch (like getting
the current time from the widget), then that code will have to be updated
before the next release.

Thank you,
David J Mark
Ohio Media Group


-----Original Message-----
From: misterhouse-users-bounces@...
[mailto:misterhouse-users-bounces@... Behalf Of
Matthew Williams
Sent: Saturday, June 17, 2006 11:47 AM
To: The main list for the MisterHouse home automation program
Subject: Re: [mh] why doesn't print_log include the date anymore?


David,

The main mh/bin/mh binary has been untouched since rev 522 (June 15 @ 6:25
EDT).  On line 3459, there is the following line:

$data = "$Time_Date $data";

This should add the timestamp as it normally does.  Take a look at your copy
of mh/bin/mh to see if for some reason this line is missing.  If not, then
there is a (very) remote possibility that your $Time_Date variable is
getting stomped somehow.  One way this can happen to to accidently use the
assignment operator (=) instead of one of the comparison operators  (== or
eq).  Do a search for Time_Date in your user code - you never know!

Let me know what you find.  I like strange problems like this.

Matt



David Norwood wrote:
> why doesn't print_log include the date anymore?  I would think most
> people would want this to be the default behavior.  This is with the
> latest subversion version.
>
>
>
> David
>
>
> ------------------------------------------------------------------------
>
> ________________________________________________________
> To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365
>

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com



________________________________________________________
To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365

David J Mark wrote:
> the (missing) time/date widget.  I removed it because the time/date on the
> main window is a waste of real estate (which I have already optioned for a
> new GUI development.)  And who needs a clock widget?  I am asking to see if
> anybody out there really used it for something.  Same with the &print_msg
> window. 

I like having the time/date stamp (I sometimes like to watch the seconds 
tick by as I'm debugging code), along with uptime and memory used, on 
the tk gui.   As a comprimise, I just checked in some updates that 
narrows those fields down a bit, so not much real estate is wasted on them.

If others prefer the old tk format, or David, if you prefer it without 
the extra data, you can copy the code/common/tk_widgets.pl file into 
your own code dir and tweak.  This is what I have done with 
bruce/tk_widgets_bruce.pl.

David N., I'm not sure why you lost the time/date stamp on the print_log 
msgs either.  Still working ok here.

Bruce

Uptime and memory used makes sense to me.  The clock should have an INI
option (like the Windows tray.)  Easy enough.

This point will be moot when my GUI updates are checked in (the main window
can be customized without editing code.)

Did you re-fix the icon thing?


David J Mark wrote:
> the (missing) time/date widget.  I removed it because the time/date on the
> main window is a waste of real estate (which I have already optioned for a
> new GUI development.)  And who needs a clock widget?  I am asking to see
if
> anybody out there really used it for something.  Same with the &print_msg
> window.

I like having the time/date stamp (I sometimes like to watch the seconds
tick by as I'm debugging code), along with uptime and memory used, on
the tk gui.   As a comprimise, I just checked in some updates that
narrows those fields down a bit, so not much real estate is wasted on them.

If others prefer the old tk format, or David, if you prefer it without
the extra data, you can copy the code/common/tk_widgets.pl file into
your own code dir and tweak.  This is what I have done with
bruce/tk_widgets_bruce.pl.

David N., I'm not sure why you lost the time/date stamp on the print_log
msgs either.  Still working ok here.

Bruce




________________________________________________________
To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365

Chris,

Actually, it may look like a hardcoded directory but misterhouse does some
super tricky magic (tm).  Whenever a file is requested through the http
server, the first part of the directory is examined.  In this case, the
first part is "/data".  The server then looks for a config_parm called
html_alias_{first_part}, in this case html_alias_data.  The default
html_alias_data config_parm is set to $config_parms{data_dir} in mh.ini.
So, the http directory /data is actually your configured data_dir already.

Matt


Chris Barrett wrote:
> The file contains a hardcoded directory that needs to be replaced.
> 
> Replace:
> <!--#include file="/data/logs/server_hits.$Year_Month_Now.log"-->
> 
> With:
> <!--#include
> file="$config_parms{data_dir}/logs/server_hits.$Year_Month_Now.log"-->
> 
> 
> 
> 
> 
> ________________________________________________________
> To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365
> 
> 

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

4) The following segment of code says that it will exit if the ViaVoiceTTS
module is not available but doesn't exit and the code continues on and
fails.  

<QUOTE>
if ($parms{engine} eq 'viavoice') {
        eval "use ViaVoiceTTS";
        if ($@) {
                printf ("\n%s: ViaVoiceTTS not installed,
exiting.\n\n",$Pgm_Name);
        } else {
                package ViaVoiceTTS;
        }
}
</QUOTE>

There should be an "exit;" added after the printf line.

This bug was not addressed in the updated version that I sent through with
my earlier email.

> -----Original Message-----
> From: misterhouse-users-bounces@... [mailto:misterhouse-
> users-bounces@...] On Behalf Of Chris Barrett
> Sent: Saturday, 17 June 2006 4:46 PM
> To: misterhouse-users@...
> Subject: [mh] 3 bugs fixed in /bin/vv_tts.pl
> 
> The following 3 issues are fixed by the updated version of /bin/vv_tts.pl
> that I've attached:
> 
> 1) The help showed an option called "to_files" when in fact it should have
> been "to_file" (singular).
> 
> 2) The help did not list the "-debug" option.
> 
> 3) If you tried to output to a file then the program tried to use ViaVoice
> even if you had set the engine to "festival" or "theta".  I've fixed it
> for
> Festival but I don't know anything about Theta so it just fails silently.
> 
> Regards,
> Chris
> 
>

Chris,

Super!  Your changes are now in the repository (rev 550).

Matt

Chris Barrett wrote:
> 4) The following segment of code says that it will exit if the ViaVoiceTTS
> module is not available but doesn't exit and the code continues on and
> fails.  
> 
> <QUOTE>
> if ($parms{engine} eq 'viavoice') {
>         eval "use ViaVoiceTTS";
>         if ($@) {
>                 printf ("\n%s: ViaVoiceTTS not installed,
> exiting.\n\n",$Pgm_Name);
>         } else {
>                 package ViaVoiceTTS;
>         }
> }
> </QUOTE>
> 
> There should be an "exit;" added after the printf line.
> 
> This bug was not addressed in the updated version that I sent through with
> my earlier email.
> 
>> -----Original Message-----
>> From: misterhouse-users-bounces@... [mailto:misterhouse-
>> users-bounces@...] On Behalf Of Chris Barrett
>> Sent: Saturday, 17 June 2006 4:46 PM
>> To: misterhouse-users@...
>> Subject: [mh] 3 bugs fixed in /bin/vv_tts.pl
>>
>> The following 3 issues are fixed by the updated version of /bin/vv_tts.pl
>> that I've attached:
>>
>> 1) The help showed an option called "to_files" when in fact it should have
>> been "to_file" (singular).
>>
>> 2) The help did not list the "-debug" option.
>>
>> 3) If you tried to output to a file then the program tried to use ViaVoice
>> even if you had set the engine to "festival" or "theta".  I've fixed it
>> for
>> Festival but I don't know anything about Theta so it just fails silently.
>>
>> Regards,
>> Chris
>>
>>
> 
> 
> 
> 
> ________________________________________________________
> To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365
> 
> 

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

I added this and committed it:=20

sub mp3_player_running {

    return $remote->is_running();

}



Do we really need this overhead every few seconds unless someone is =
actively using the web interface?  =20

David=20



  ----- Original Message -----=20
  From: David J Mark=20
  To: 'The main list for the MisterHouse home automation program'=20
  Sent: Friday, June 16, 2006 11:30 PM
  Subject: Re: [mh] mp3 error


  Add this to mp3_xmms:

  sub mp3_player_running {
   return 1;
  }

  I hadn't updated that one yet (just Winamp and Slimserver.)


   -----Original Message-----
  From: misterhouse-users-bounces@... =
[mailto:misterhouse-users-bounces@... Behalf Of =
David Norwood
  Sent: Saturday, June 17, 2006 1:56 AM
  To: misterhouse-users@...
  Subject: [mh] mp3 error


    I'm getting the following error message every few seconds in my log =
using the latest subversion version:=20

        Undefined subroutine: main::mp3_player_running

    This is on linux with the xmms script setup.  =20

    David=20



-------------------------------------------------------------------------=
-----




-------------------------------------------------------------------------=
-----


  ________________________________________________________
  To unsubscribe from this list, go to: =
http://sourceforge.net/mail/?group_id=3D1365

Sorry, my bad.  I had done that, but I forgot to update a symbolic link. =
 Are there any changes I need to make to use the new forecast mechanism? =
 There is nothing about it in the comments at the top.

David=20

  ----- Original Message -----=20
  From: David J Mark=20
  To: 'The main list for the MisterHouse home automation program'=20
  Sent: Friday, June 16, 2006 10:06 PM
  Subject: Re: [mh] weather_chance_of_rain.pl broken in subversion


  Update Generic_Item.pm (and all other files too if you want everything =
to work properly together.)

  Thank you,

  David J Mark

  Ohio Media Group

    -----Original Message-----
    From: misterhouse-users-bounces@... =
[mailto:misterhouse-users-bounces@... Behalf Of =
David Norwood
    Sent: Saturday, June 17, 2006 1:04 AM
    To: misterhouse-users@...
    Subject: [mh] weather_chance_of_rain.pl broken in subversion


    I'm getting the following error running the current subversion =
version of weather_chance_of_rain.pl.  David M.?


    06/16/06 09:44:42 PM Running: Get the chance of rain or snow
    Error found in user code file: ./../../data/mh_temp.user_code

    06/16/06 09:44:42 PM: Can't locate object method "respond" via =
package "Voice_Cmd" at (eval 466) line 6788, <FILEITEM0> line 3373.
    Line 6783:      }
    Line 6784:  }
    Line 6785:
    Line 6786:  if (said $v_get_chance_of_rain or changed =
$f_weather_forecast_chance_of_rain or $Reload) {
    Line 6787:
    Line 6788:  $v_get_chance_of_rain->respond("app=3Drain Reading =
weather forecast...") if said $v_get_chance_of_rain;
    Line 6789:
    Line 6790:      set_watch $f_weather_forecast_chance_of_rain;
    Line 6791:
    Line 6792:      my (%forecasts);
    Line 6793:      my @days =3D ("Sunday", "Monday", "Tuesday", =
"Wednesday", "Thursday", "Friday", "Saturday");
    normal: Error found in user code.  Check the error log.
    Error logged to: ./../../data/error.log




-------------------------------------------------------------------------=
-----




-------------------------------------------------------------------------=
-----


  ________________________________________________________
  To unsubscribe from this list, go to: =
http://sourceforge.net/mail/?group_id=3D1365