From: Stoll T. <Tho...@mb...> - 2001-05-23 05:47:37
|
Hi Ben, I have also a TINI. Do you can send me the code (java source) you have written. I have written the iServer from Servtec and added read Temperature etc... I am very interested in the code. Maybe also others on the list ... Thanks Thomas -----Original Message----- From: Benny D. Miller Jr. [mailto:bm...@cs...] Sent: Mittwoch, 23. Mai 2001 02:55 To: mis...@li... Subject: [misterhouse-users] TINI Just wanted to drop a positive note, for a change. I have been using the TINI for doing my 1-wire iButton temperatures. For now that is about all I have on it. I re-wrote the ListOW,java and the TINIWebServer.java and sort of combined the both. Now I have a Web Server that scans all the one wire items, displays them in a table, then concludes with the temperature on all the iButtons throughout and ending with the time. For the moment it is doing well and I like what it does. Perhaps later when I get around to affording a 1-wire weather station I might see if I can add it to the TINI scan. For now, I do not set any alarms etc, just reading the devices. It might be nice to add the alarm points later. If anyone wants to see the TINIWebServer, then go to http://mrben.myip.org:9090. I wanted to also note, I did not have any problems with the iButton code in MisterHouse. That code actually works great. I just thought I would off load the 1-wire to something else, since I took the on line java course for the 1-wire devices. The course was and is rather neat. It can be found at http://cwl.ssu.portsmouth.oh.us/classes/j1wire_class/. Ted Kosan, is a great instructor. I had some problems and he stuck with me for about a month. We finally found the problem, but he was always there giving me ideas on what to try next. Ben, Orlando ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 ********************************* NOTE ************************************* ** .. ** .. .. .. .... .... Maerki Baumann & Co. AG Phone: +41 (1) 286 25 25 ** ... .. ... .. . .. Dreikoenigstrasse 6 Fax: +41 (1) 286 25 00 ** ... .. ... ..... .... CH-8002 Zuerich email: hel...@mb... ** ----------------------------------------------------------------------------- * This email and any files transmitted with it are confidential and intended * solely for the use of the individual or entity to whom they are addressed. * If you have received this email in error please notify the system manager. * This footnote also confirms that this email message has been swept eSafe for * the presence of computer viruses. ******************************************************************************** |
From: <sa...@ba...> - 2001-05-23 06:17:57
|
Hi folks! I was thinking about doing some kind of remote gui for MH, much like the TK one but for remote control. I thought one easy way of reading in all info from the server was by just grabbing an XML file over HTTP that contains all info and stats for MH. I remember that someone was talking about XML for MH a few months back but did anyone do anything about it? I will attach the mx.xml I did a few tests on, it might not be the best way to organize the data but it might work as a start. Any ideas about how to improve it whould be appreciated. // Samuel |
From: Bruce W. <br...@mi...> - 2001-05-26 01:41:37
|
> I was thinking about doing some kind of remote gui for MH, much like the > TK one but for remote control. I thought one easy way of reading in all > info from the server was by just grabbing an XML file over HTTP that > contains all info and stats for MH. I remember that someone was talking > about XML for MH a few months back but did anyone do anything about it? > I will attach the mx.xml I did a few tests on, it might not be the best > way to organize the data but it might work as a start. Any ideas about > how to improve it whould be appreciated. Your mx.xml did not make it though the mailing list. Can you try again and/or send it directly to me? Unless someone else has started on this already, I'll probably have some time this weekend to try an xml generator. Bruce |
From: Bruce W. <br...@mi...> - 2001-05-28 01:44:34
|
> > I was thinking about doing some kind of remote gui for MH, much like the > > TK one but for remote control. I thought one easy way of reading in all > > info from the server was by just grabbing an XML file over HTTP that > > contains all info and stats for MH. I remember that someone was talking > > about XML for MH a few months back but did anyone do anything about it? > > I will attach the mx.xml I did a few tests on, it might not be the best > > way to organize the data but it might work as a start. Any ideas about > > how to improve it whould be appreciated. > > Your mx.xml did not make it though the mailing list. Can you try again > and/or send it directly to me? > > Unless someone else has started on this already, I'll probably have some > time this weekend to try an xml generator. Here is a start: http://misterhouse.net/mh/code/bruce/xml.pl Add it to your code dir, then try this: http://localhost:8080/sub?xml By default, it will list all types, groups, categories, widgets, vars, and objects. You can also list just a particular type. For example: http://localhost:8080/sub?xml(objects) I was thinking we would need to code up .dtd, but IE seems to display the data just fine without one. I did start codeing up one here: http://misterhouse.net/mh/web/misterhouse.dtd but I don't really know all the ins and outs, nor do I have an xml checker to verify the data matches it. I'm sure as we start to use this, we will want to change the data returned, but it should give us a good starting point. btw, I plan on a 1.52 mh release tomorrow. Bruce |
From: <sa...@ba...> - 2001-05-28 08:59:37
|
Oh, something must have gone wrong. I paste it into this instead. From my point of view right now, the only stuff I need in an xml whould be x10 items and voice commands like I done below. I guess some people here need ALOT more for this to be usefull. What do you people think? // Samuel ********** mh.xml ********** <MH version=3D"2.51 (compiled)" timeStartup=3D"05/07/01 12:56 PM"> <ITEMS> <X10 state=3D"off" X10id=3D"XA2">$ElisabethReadingLamp</X10> <X10 state=3D"off" X10id=3D"XA3">$HallLights</X10> <X10 state=3D"off" X10id=3D"XA1">$TVLights</X10> <X10 state=3D"off" X10id=3D"XA4">$KitchenLights</X10> <X10 state=3D"off" X10id=3D"XB1">$IceLamp</X10> </ITEMS> =20 <GROUPS> <GROUP name=3D"lamps"> <GROUPITEM type=3D"X10" name=3D"$IceLamp"/> <GROUPITEM type=3D"X10" name=3D"$HallLights"/> <GROUPITEM type=3D"X10" name=3D"$TVLights"/> </GROUP> </GROUPS> =20 <COMMANDS> <COMMAND> Turn all lights <OPTION> on </OPTION> <OPTION> off </OPTION> </COMMAND> =09 <COMMAND> Turn IceLamp <OPTION> on </OPTION> <OPTION> off </OPTION> </COMMAND> </COMMANDS> =09 </MH> > -----Ursprungligt meddelande----- > Fr=E5n: mis...@li...=20 > [mailto:mis...@li...] F=F6r=20 > Bruce Winter > Skickat: den 26 maj 2001 03:41 > Till: mis...@li... > =C4mne: RE: [misterhouse-users] MH XML >=20 >=20 > > I was thinking about doing some kind of remote gui for MH,=20 > much like=20 > > the TK one but for remote control. I thought one easy way=20 > of reading=20 > > in all info from the server was by just grabbing an XML=20 > file over HTTP=20 > > that contains all info and stats for MH. I remember that=20 > someone was=20 > > talking about XML for MH a few months back but did anyone=20 > do anything=20 > > about it? I will attach the mx.xml I did a few tests on, it=20 > might not=20 > > be the best way to organize the data but it might work as a=20 > start. Any=20 > > ideas about how to improve it whould be appreciated. >=20 > Your mx.xml did not make it though the mailing list. Can you=20 > try again and/or send it directly to me? >=20 > Unless someone else has started on this already, I'll=20 > probably have some time this weekend to try an xml generator. >=20 > Bruce >=20 >=20 > ________________________________________________________ > To unsubscribe from this list, go to:=20 > http://sourceforge.net/mail/?group_id=3D1365 >=20 >=20 |
From: Bruce W. <br...@mi...> - 2001-05-28 21:06:56
|
> Oh, something must have gone wrong. I paste it into this instead. From > my point of view right now, the only stuff I need in an xml whould be > x10 items and voice commands like I done below. I guess some people here > need ALOT more for this to be usefull. What do you people think? Looks like what I posted yesterday with xml.pl is not quite what you are looking for. Here is an example X10 item from that code: <object> <name>$left_bedroom_light</name> <file>items_table</file> <category>Lights</category> <state>off</state> <states>on off double on double off triple on triple off brighten dim +5 +10 +15 +20 +25 +30 +35 +40 +45 +50 +55 +60 +65 +70 +75 +80 +85 +90 +95 +100 -5 -10 -15 -20 -25 -30 -35 -40 -45 -50 -55 -60 -65 -70 -75 -80 -85 -90 -95 -100 status manual</states> </object> Looks like I forgot to list the X10 code (what you labeled X10id). I also didn't list the object_type (X10_Item), although a seperate section of the xml lists all X10_Item members. These changes should be pretty easy to make, once we decide on content and format. Would you like to fine tune that xml.pl code and send it back when you have something working, or you want me to try to generalize it here a bit more first? What programs/tools do you have that will be reading this data? Anyone else have an XML application they are planning on trying? Bruce |
From: <sa...@ba...> - 2001-05-29 07:30:01
|
Perfekt, I dive into the XML during this week and see if I can come up with something a bit more robust. // Samuel > -----Ursprungligt meddelande----- > Fr=E5n: mis...@li...=20 > [mailto:mis...@li...] F=F6r=20 > Bruce Winter > Skickat: den 28 maj 2001 23:07 > Till: mis...@li... > =C4mne: RE: [misterhouse-users] MH XML >=20 >=20 > > Oh, something must have gone wrong. I paste it into this=20 > instead. From=20 > > my point of view right now, the only stuff I need in an xml=20 > whould be=20 > > x10 items and voice commands like I done below. I guess some people=20 > > here need ALOT more for this to be usefull. What do you=20 > people think? >=20 > Looks like what I posted yesterday with xml.pl is not quite=20 > what you are looking for. Here is an example X10 item from that code: >=20 > <object> > <name>$left_bedroom_light</name> > <file>items_table</file> > <category>Lights</category> > <state>off</state> > <states>on off double on double off triple on triple off=20 > brighten dim +5 > +10 +15 +20 +25 +30 +35 +40 +45 +50 +55 +60 +65 +70 +75 +80=20 > +85 +90 +95=20 > +100 -5 -10 -15 -20 -25 -30 -35 -40 -45 -50 -55 -60 -65 -70=20 > -75 -80 -85=20 > +-90 > -95 -100 status manual</states> > </object> >=20 > Looks like I forgot to list the X10 code (what you labeled=20 > X10id). I also didn't list the object_type (X10_Item),=20 > although a seperate section of the xml lists all X10_Item=20 > members. These changes should be pretty easy to make, once=20 > we decide on content and format. >=20 > Would you like to fine tune that xml.pl code and send it back=20 > when you have something working, or you want me to try to=20 > generalize it here a bit more > first? What programs/tools do you have that will be reading=20 > this data? > Anyone else have an XML application they are planning on trying? >=20 > Bruce >=20 >=20 > ________________________________________________________ > To unsubscribe from this list, go to:=20 > http://sourceforge.net/mail/?group_id=3D1365 >=20 >=20 |
From: <sa...@ba...> - 2001-05-29 16:01:54
|
I went through the XML that the new xml engine returns and I think we can do some remodeling of it to get it smaller and more flexible. I paste my version below. This is based on the xml engine but I put alot of info as properties. What do you think? // Samuel **** MH_0_2.XML **** <?xml version="1.0"?> <!-- Comments The object_type section isnt needed since its smarter to put that info as properties in each objects tag. this makes it easy to sort out the same info using the XMLdom. The group and categories sections is still smart to keep but to only give the item name to the members in it. // Samuel --> <misterhouse version="2.51"> <groups> <group name="Livingroom"> <member name="$IceLamp"/> <member name="$TVLights"/> </group> <group name="Elisabethsroom"> <member name="$ElisabethReadingLamp"/> </group> </groups> <categories> <category name="Lights"> <member name="$v_TVLights"/> <member name="$v_ElisabethsRoom"/> </category> <category name="MisterHouse"> <member name="$v_what_speed"/> <member name="$timer_speed_check"/> </category> </categories> <!-- Major information about all objects --> <objects> <!-- the more info we move as properties for the object the easier it is to sort using standard XML dom sort functions and XSL:s --> <object name="$Power_Supply" object_type="Generic_Item" state=""> <file>mh_control</file> <category name="MisterHouse"> <states></states> </object> <object name="$Livingroom" object_type="X10_Appliance" state="30%"> <file>items_table</file> <category name="Lights"> <category name="Livingroom"> <states> <!-- states avaliable for this object --> <state>on</state> <state>off</state> </states> </object> <object name ="$v_HallLights" object_type="Voice_Cmd"> <file>X10control</file> <category>Lights</category> <command>Hall light []</command> <!-- the brackets whould mark where the state should go --> <states> <!-- states avaliable for this object --> <state>on</state> <state>off</state> <state>brighten</state> <state>dim</state> </states> </object> </objects> <widgets> <widget type="radiobutton" state="on"> <name>Light events</name> <states> <!-- states avaliable for this object --> <state>on</state> <state>off</state> </states> </widget> </widgets> <vars> <var name="$Save{autoLights}" value=""/> <var name="$Info{OS_name}" value="linux"/> <var name="$Info{Perl_version}" value="5.006"/> </vars> </misterhouse> |
From: Bruce W. <br...@mi...> - 2001-05-30 00:45:19
|
> I went through the XML that the new xml engine returns and I think we > can do some remodeling of it to get it smaller and more flexible. I > paste my version below. This is based on the xml engine but I put alot > of info as properties. What do you think? Looks pretty good! The only question I have is which convention makes most sense: <category name="Lights"> <category>Lights</category> Whatever we decide, the same should be used for the object file keyword. As a general XML question, can we pre-define a set of states (e.g. light_states -> on,off,10%,20%, etc) once, then reference it for all lights? If not, the file could get pretty big as we repeate all possible states for all lights. Bruce |
From: Harald K. <ch...@po...> - 2001-05-30 17:23:20
|
> Looks pretty good! The only question I have is which convention makes most > sense: > > <category name="Lights"> > <category>Lights</category> > > Whatever we decide, the same should be used for the object file keyword. The first one is easier to deal with in *parsed* XML (using DOM or SAX), because the interesting data (the name) is in a property of the category node, not in a text node hanging "underneath" it. It's generally a good idea to separate properties from "raw" data this way. An example: <logentry class="mail" priority="notice" seq=72 time="20010530123112Z"> A new mail message has been received for <ch...@po...> </logentry> -- Harald Koch <ch...@po...> "It takes a child to raze a village." -Michael T. Fry |
From: <sa...@ba...> - 2001-05-30 17:35:49
|
> Looks pretty good! The only question I have is which > convention makes most > sense: > > <category name="Lights"> > <category>Lights</category> > > Whatever we decide, the same should be used for the object > file keyword. Well, I guess alot of people fight holy wars about the use of properties or xml tags. I prefer to use all short info in properties ( <category name="Lights"> ) and to use tags where information can be long or where we dont realy know what will be in there. Im not an XML pro but from my understanding it is easy to use properties in the XML dom to choose a selection of tags. Say you want to get all objects of Voice_Cmd type you can do some kind of selection and get a sub tree with only them. From what I understand that is not possible if you use tags. > > As a general XML question, can we pre-define a set of states > (e.g. light_states -> on,off,10%,20%, etc) once, then > reference it for all lights? If not, the file could get > pretty big as we repeate all possible states for all lights. Hmm.. sounds smart. I havent heard of any XML links but we could do something like <ObjectType name="X10_Appliance"> <state name="on" value="on"/> <state name="off" value="on"/> <state name="10%" value="on"/> etc... </ObjectType> and then either skip the <states> stuff or just referens to the objecttype <states value="X10_Appliance">. I think either way works fine but to keep the XML size down a bit maybe the first one is better. // Ssamuel |
From: Douglas A. P. <do...@ar...> - 2001-05-26 02:03:09
|
I figured somebody would ask about that eventually....I haven't touched it. I did some preliminary looking/digging around, and realized that it was more than I wanted to get into. DP > Hi folks! > I was thinking about doing some kind of remote gui for MH, much like > the TK one but for remote control. I thought one easy way of reading in > all info from the server was by just grabbing an XML file over HTTP > that contains all info and stats for MH. I remember that someone was > talking about XML for MH a few months back but did anyone do anything > about it? I will attach the mx.xml I did a few tests on, it might not > be the best way to organize the data but it might work as a start. Any > ideas about how to improve it whould be appreciated. > > // Samuel > > > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 -- Douglas A. Parrish +++++++++++++++++++++ do...@ar... |