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

Hello,

as I said in my mail before, I use redhat 6.2. I don't know about the 
httpq and winamp player under linux. Is there a source? It doesn't look 
like it comes with 6.2.

Therefore, if nobody didn't already write a script for mpg123, I might 
try to do that...

Does anyone have a script for a linux player?

Uwe

Hello everybody,

please excuse if the topic was chewed on this list a thousand times 
already (I did look a little in the archives first...), but I'm a newbie 
(to Linux as well as to mh). I got quite some of the stuff working, but 
not all the stuff I want. First thing (next thing in next mail)

I cannot get the VR working for the life of me. I don't even know 
whether I have the VR stuff installed properly, and the docs (at least 
from mh side) seems to be rather scarce.

Bruce, is there a section I missed which talks a little more about vr 
under linux? The doc only says that you need more notes on that... ;-(

Also, how do I implement the viavoice-control.pl script?

Questions, questions...

I attached two files: a tee'd log file of the viavoice_server_start 
script, and a recent log file. If anybody could help, that would be 
greatly appreciated. (I hope this list accepts attachments...)

Is there any other way how I can test vr, independent from mh?


Thanks so much,

Uwe

Hi,

is there a way to keep the web page on http://localhost:8080 to not
refresh every few minutes.  The data doesn't seem to change on each
refresh (such as the global variables for $second, etc don't reflect a
new value).

forgive me if I am completely wrong about the refresh, as I can only
read this through my screen reading software and it gives me the
impression the page is refreshing.  The screen reading program will
start at the top and read all over again if the page is refreshed.

This works great too!!!!

--doug <(©¿©)>

----- Original Message -----
From: "Bruce Winter" <br...@mi...>
To: <mis...@li...>
Sent: Saturday, November 04, 2000 3:35 PM
Subject: RE: [misterhouse-users] Reload code


> > ... forcing a browser refresh after a code reload might be a
> > > bit tricky.
> > >
> > > Can you give an example of what sort of browser web page change you
want
> > to
> > > see on the refresh?  A updated speech or print_log frame??
> > >
> >
> > If the list of $states is changed dynamically during operation
> > and a 'Reload
> > code' is then forced, the Tk menu lists *are* refreshed, but the $states
> > listed
> > in the browser window are only refreshed after a manual refresh.
>
> I got to thinking about this for a bit, and turns out we CAN do it without
> too much effort.  I just updated the server here:
>
>  http://misterhouse.net/mh/lib/http_server.pl
>
> The update is to cause the new 'referer' html response option to wait for
a
> few mh passes before it causes a page refresh.  So, that means you can
code
> up html something like this:
>
>  <a href="/RUN:referer?Reload_code">Reload Code</a>
>
> That will cause whatever page you ran reload code from to be refreshed,
and
> the states of any commands on that page will also be refreshed.
>
>
> Bruce
>
> ________________________________________________________
> To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365
>

Bruce:

Finally got the time to add this and it works great! Thanks.

--doug <(©¿©)>

----- Original Message -----
From: "Bruce Winter" <br...@mi...>
To: <mis...@li...>
Sent: Friday, November 03, 2000 8:57 PM
Subject: RE: [misterhouse-users] Minimize Web Response


> > The ability to pass the RUN response would be perfect!
> >
> > Being able to _optionally_ get the response--up to first line
break--would
> > be "nice" because it provides confirmation that the voice command was
run.
> > Of course, I guess that also requires you to have coded a response in
the
> > first place.
>
> This is implemented in the updates I just posted (see the note on timers I
> just posted for update info).
>
> Here is an example of getting a list of RUN commands with a referer
> response:
>
>   <a href=/https/sourceforge.net/list:referer?Timers>Test Timers referer</a>
>
> I also added the option to get the first ## characters of the response
(for
> when you want to avoid loading a bunch of stuff to your Palm or WAP).
Here
> is an example of getting the first 100 characters:
>
>  <a href="/RUN:last_response_100?read_the_house_tagline">test</a>
>
> Bruce
>
> ________________________________________________________
> To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365
>

That would be pretty nice if MH would talk to that server, since it also
posts to http://198.3.123.122/WeatherStation/WeatherApplet.html (look for
Hillsborough, NJ there).

I would still like MH to talk to ibuttons, though, since I just saw the neat
ibutton Dot Locks at www.weblocksmith.com and I'm sure to add all sorts of
Thermochrons.  Gotta get that java ring...

http://www.shokk.com
ICQ-17933910  Ernie "Shokk" Oporto

> -----Original Message-----
> From: mis...@li...
> [mailto:mis...@li...]On Behalf Of Bruce
> Winter
> Sent: Saturday, November 04, 2000 1:23 PM
> To: mis...@li...
> Subject: RE: [misterhouse-users] perl module errors in ibutton_ws.pl
>
>
>
> > When using ibutton_ws.pl, I get these errors...
> >
> >  - creating serial3         object on port COM3
> >
> > ARGH, a Bug! The $CommProperties buffer must be at least
> 538976348 bytes.
> > ...
> > My buttons, as confirmed by the apps that came with the iButton and the
> > tools at http://weather.henriksens.net, are below (not sure
> about what the
> > %wind_dir does since I already have the $ib_wind_xx defined)
>
> I'm not sure how iButton_ws.pl is supposed to work.  Can you get
> something a
> bit simpler like iButton.pl to work?
>
> That 1-Wire weather station software from henriksens.net looks
> interesting.
> Maybe the route you should go is to have mh talk to the server
> part of that
> software.  That way you can use his nifty gui client AND have mh
> be aware of
> weather data.
>
> If you want to try that and have questions on how to talk to that
> server via
> mh, let me know.
>
> Bruce
>
> ________________________________________________________
> To unsubscribe from this list, go to:
> http://sourceforge.net/mail/?group_id=1365
>

Actually, that line has always been in my MH logs.  I just ignore it now,
but when I first joined the list and was playing with the callog.pl stuff I
posted about it and you replied with the same. =)  I don't think it actually
had much to do with my ibutton problem.

Mostly, the ibutton_ws.pl was causing a mess of error message dialogs to
keep popping up (same ones over and over), so I disabled it for now.  I
could at least have MH connect to the ibutton bus and list the few ibuttons
that were active at the time (unless one of the reed switches closes due to
wind activity they don't show).  It's just that the messages showing over
and over were *really* annoying. =)

http://www.shokk.com
ICQ-17933910  Ernie "Shokk" Oporto

> -----Original Message-----
> From: mis...@li...
> [mailto:mis...@li...]On Behalf Of
> Bbi...@ao...
> Sent: Saturday, November 04, 2000 10:27 PM
> To: mis...@li...
> Subject: Re: [misterhouse-users] perl module errors in ibutton_ws.pl
>
>
> Hi Ernie,
>
> > - creating serial3         object on port COM3
>
> > ARGH, a Bug! The $CommProperties buffer must be at
> > least 538976348 bytes.
>
> > - creating cm11            object on port COM1
> > - creating cm17            object on port COM2
>
> Every example like this I have encountered has been an
> IRQ or driver mismatch.
>
> According to the $MS documentation, the $CommProperties
> buffer must be "long enough" (no maximum specified, of
> course) to handle whatever is returned - typically
> 150-200 bytes. I allow 300 and put in the error to
> catch anyone who need a few more so I could bump up the
> limit easily in a later release.
>
> The number reported is included in the error data when the system call
> reports a buffer overflow. It may be
> nonsense - but that is what Windows says it needs :-)
>
> I guess I could examine the result and change the text
> to reflect that it is a $MS bug rather than mine - but
> in fact it is pretty rare and always has been a setup problem of
> some sort.
>
> -bill
>
> ________________________________________________________
> To unsubscribe from this list, go to:
> http://sourceforge.net/mail/?group_id=1365
>

Hi Ernie,

> - creating serial3         object on port COM3

> ARGH, a Bug! The $CommProperties buffer must be at
> least 538976348 bytes.

> - creating cm11            object on port COM1
> - creating cm17            object on port COM2

Every example like this I have encountered has been an
IRQ or driver mismatch.

According to the $MS documentation, the $CommProperties
buffer must be "long enough" (no maximum specified, of
course) to handle whatever is returned - typically
150-200 bytes. I allow 300 and put in the error to
catch anyone who need a few more so I could bump up the
limit easily in a later release.

The number reported is included in the error data when the system call 
reports a buffer overflow. It may be
nonsense - but that is what Windows says it needs :-)

I guess I could examine the result and change the text
to reflect that it is a $MS bug rather than mine - but
in fact it is pretty rare and always has been a setup problem of some sort.

-bill

I've been running one since July and am quite happy. I wrote an mh
driver for it, but I haven't fully tested it in that mode. I run it
outside mh right now. If you go to my webpage, you can see my latest
history plots :
http://www.oplnk.net/~ajackson/weather/yesterday.html
In a few more days I'll add 30 and 90 day histories. And when I
get ADSL, I'll go realtime - but that's down the road.

I've documented the protocol & all that, so since you're not afraid
of slinging a little perl, it should be no problem. Sometime in the
next month or so I plan to put a lot of the code into CPAN. This is
all in Linux, BTW.

On Fri, 3 Nov 2000 10:45:19 -0600  "Paul Leppert" wrote:
> Hi all,
> 
> My wife wants a weather station for Christmas.  I have looked around a bit
> and would like to get something for under $1,000 that is wireless.  Since my
> wife isn't technical, she wants a nice (non-computer) display.  I, of
> course, want to make sure I can connect it to MH.  Anyone have suggestions
> about specific stations?
> 
> I'm currently looking at the Oregon Scientific WMR918 for around $500, but I
> don't know if I can connect it to MH.  I'm not too worried about writing new
> scripts (presumably I can start with Bruce's WX200 scripts), but it needs to
> interface with the computer.
> 
> Also, anyone have any experience with this station?  Comments and
> alternatives would be appreciated.
> 
> Thanks,
> Paul
> phl...@no...
> 
> ________________________________________________________
> To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365
> 

> Yep, you can specify voice commands or 'set object ...'.
>  house set $timer_time 15 sec ; set $timer_text 'test'

Forgot to give an example of a voice command:

  house set a timer for 6 minutes

Bruce

> My last question for the evening:
> Can all this functionality be activated from    house_cmd.txt   ?
> Thanks!
> Kieran

Yep, you can specify voice commands or 'set object ...'.  This should work:

 echo set $timer_time 15 sec ; set $timer_text 'test' > \temp\house_cmd.txt

or 

 house set $timer_time 15 sec ; set $timer_text 'test'

 
Bruce

> You want to drop the ` around $Time..., like this:
>
>   if ($Time_Now = time_now $Time_Sunset_twilight)
>
> Or you can use " instead of ', which would allow variables withing the
> string to be seen.

Let me amend this slightly.  You want this

  if (time_now $Time_Sunset_twilight)

time_now is a function that will return true only when the current time
equals the specified time.

Bruce

> I am now getting this warning
>
> 11/04/00 06:44:00 PM: Warning, bad time record:
> time=$Time_Sunset_twilight time_date=
>
> all because I am using this piece of code
>
> if ($Time_Now = time_now '$Time_Sunset_twilight')
> {
>   set $Livingroom_Lights ON;
>   $Daytime_Flag = 0;
> }

You want to drop the ` around $Time..., like this:

  if ($Time_Now = time_now $Time_Sunset_twilight)

Or you can use " instead of ', which would allow variables withing the
string to be seen.

Bruce

Hi James (I've copied the list incase others had the same question),

James asked how I'm interfacing VWS and MH:

VWS has the option to generate an output file with it's current readings, I
enabled that and have it write to a file (I call it weather.dat, name
doesn't matter) every 5 minutes to the machine MH is running on (via the
lan).

In Misterhouse I set the following in my mh.private.ini file

#
# Used for remote weather collection (data arrives via mhsend)
#
weather_vwlog_file=c:\weather.dat

>From there your good to go, I create objects in my .mht file that use
weather information and use them as triggers (and conditions) on other
objects:

WEATHER,        TempOutdoor,            Outdoor_temperature,
Environment
WEATHER,        TempIndoor,             Indoor_temperature,
Environment
WEATHER,        TempOutdoor>100,        Very_Hot_outside,
Environment
WEATHER,        TempOutdoor>90,         Hot_outside,
Environment
WEATHER,        TempOutdoor<40,         Cold_outside,
Environment
WEATHER,        TempOutdoor<32,         Freezing_outside,
Environment
WEATHER,        WindAvgSpeed>4,         Windy,
Environment|Wind
WEATHER,        WindGustSpeed>6,        Gusty,
Environment|Wind

An example of how I'm using these objects is from my fountain, which when
the winds blow water gets blown out if it's on:

$Fountain->set('off') if $Outside_Courtyard_Fountain->state eq 'on' and
$Gusty->state() eq '1';

Let me know if you'd like some more examples.

Best,
Bill

now that this has posted, the warnings seemed to have disappeared, so
please ignore post for now.

-----Original Message-----
From: Timothy Spaulding 
Sent: Saturday, November 04, 2000 6:54 PM
To: mis...@li...
Subject: [misterhouse-users] warnings in log


Hi,

I am now getting this warning

11/04/00 06:44:00 PM: Warning, bad time record:
time=$Time_Sunset_twilight time_date=

all because I am using this piece of code

if ($Time_Now = time_now '$Time_Sunset_twilight')
{
  set $Livingroom_Lights ON;
  $Daytime_Flag = 0;
}

I even get the same message if I change $Time_Sunset_twilight to
$sunset_Twilight

any ideas why?

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