Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - ddamron

Pages: 1 2 [3] 4 5 6
Developers / How's Insteon working?
« on: January 05, 2008, 01:38:56 pm »
Please let me know how the Insteon Ruby code is working for you.

If you have any bugs, please copy/paste the log..

I haven't head hide nor hair for 2 days...

Is anyone using it?


Developers / Starting the Ruby code for PLCBUS
« on: January 04, 2008, 01:32:15 pm »
I'm starting the framework for the PLCBUS interface.

I'm attempting this one slightly different than the Insteon.. I learned a few gotchas with that code..

This code will be more OOP.

So far, I have a Command class, which will create a command object.  In that object is where I'll store all the specific data related to that command. (eg, which command it is, if it's an event, or command, all the devdata associated with it)

Then, I have a Commands class - a hash of command objects.

Device class will hold all device specific information (child device info, INCLUDING current State {!})

and, you guessed it, a Devices class to hold all the device objects.

That's it so far...
It's 5:30 AM right now here, I'm getting a bit tired.



Users / Is anyone else seeing 'stuff' downloading???
« on: January 04, 2008, 07:31:14 am »
I am just heading to bed, Of course, my bedroom MD was froze, (Fiire Station 1")

Rebooted it, and all the sudden, I'm seeing all kinds of updates coming down the pipe..
Right now it's downloading CVS, but I also saw MAKE and C++ Compiler (attempts)

cool!, looks like we're getting ready for an AUTO update!!! <YAY>

I'm still on 704..

Users / What HA Protocol do you (want) to use with LMCE?
« on: January 02, 2008, 03:53:34 pm »
I'd like to prioritize protocol integration...  ;D

Users / Want PLCBUS Integrated? Let me know here!!
« on: January 02, 2008, 12:09:19 pm »
Thanks guys for voting..  It gives me an idea of how serious people want PLCBUS integrated.



Developers / Anyone know where I can get detailed X10 specs?
« on: January 02, 2008, 03:38:19 am »
I'm looking for more detail on the DIM and BRIGHT commands..
from what I can figure so far, 5 bits control OFF to FULL ON.. is that right? 32 steps?

Also, I need to figure out the preset dim command... all the X10 switches I have are old 1way, that don't support a preset dim..

Thanks as always..


Developers / X10 support for Insteon Driver
« on: January 01, 2008, 02:43:21 am »
I'm implementing X10 right now.. thought I'd throw out a question.

The specs state that MULTIPLE devices can be controlled with ONE command...
eg: A1 B2 C3 ON ( or, 3 bytes of Unit/House codes, and 1 Command code)

Are there any complaints with me just implementing 'simple' commands?  Like A1 ON, A1 OFF, etc.
(1 House/Unit Code, and 1 Command Code)

Looking at the specs, there are a few ways to do it.. but for now, I'd like to keep it simple..

Thanks for your input...

BTW, the bidirectional works well.


Developers / having problems with GSD Template
« on: December 31, 2007, 10:14:12 pm »
Ok, I'm trying to test the Detection script..

I want to put the PLM on /dev/ttyS0 of my Fiire Station 1"

the system reports (on that MD) available serial ports: /dev/ttyS0

First, I can't seem to get it to add the detection script to the MD..

I have the detection script in /usr/pluto/pnp/ chmod 755
I have modified the script to point to my template 1901..

I have rebuilt all image files for all my MD's, and the detection script is NOT in the image.. :(

When I try to the device manually, I select the room it's in, select the Fiire Station as the Controlled By..
then I get 'Cannot find Top parent' where the COM port is specified...

Developers / Adding Detection scripts to PXE MD's
« on: December 31, 2007, 04:40:55 am »
hehe, How?

I have my detection script in /usr/pluto/pnp (on the core)

I  want to 'push' that script to a PXE boot (Fiire Station 1")

I've tried rebuilding the image.. but my script doesn't seem to propagate (sp?) to the image..

I'm sure it's something simple that I'm missing..

Oh, BTW, I would consider myself to be 1 step above a linux newbie.. (Yeah, yeah, I know...)
I've really only started playing in linux since linuxmce 1.0... (honest!)

However, I have 'chewed' through MythTV SVN.. patching, compiling, all that stuff...

Thanks again...


Developers / GSD and Message Interceptors: Need more info..
« on: December 30, 2007, 11:56:10 pm »
I (again) was doing more research...
Found many times, but it just clicked last night, this MIGHT be what I need to intercept scenario information...

Calling all devs (and devs to be):  Any tips, suggestions, comments, speculation would be greatly appreciated!

I've attempted a few MessageSend commands.. but I don't have enough information about Scenarios..

Here's what I would like to do:

Intercept the actual FIRE SCENARIO command... and have DCE pass that to me.
The other half of that is to figure out all devices IN those scenarios... so I can set up groups..

Of course, I'm in Ruby.. so I'll have to interpret the wrapped result..

It seems the more I learn, the more I want to do... lol

Thanks ahead of time guys!

I'm toying around with the idea of designing some hardware to take HA to the next step...
I would like to get people's opinions of some of these ideas...

HA currently has 'controls'... not much in the form of monitoring though...

What I mean are things like GAS FLOW METERS, current monitors (based on the actual circuit breaker), Furnace efficiency monitors, water metering, etc..
Temperature sensors are already here..
Most of these are easily monitored 1wire devices exist for temperature, force, acceleration...
We could use Field Effect Transistors to monitor water flow...
Passive Current monitoring is easy...
possibly alternative energy sources.. Solar, Wind, extreme hot/cold climates..

Any thoughts?  Ideas?  comments?


Users / Are you following INSTEON Integration?
« on: December 30, 2007, 01:38:49 am »
Just curious


Developers / I FIGURED OUT HOW TO SEND STATE INFO!!!!!!!!!!!!!!!!!!
« on: December 30, 2007, 12:15:58 am »
Well, sort of...

The TRICK is to send COMMAND 184 (SetLevel) to YOURSELF (the device you want to set the level of)

It seems as this does acomplish the task.. but there are a few GOTCHAS

First, is Infinate Looping... if a device's command sends the SAME device the SAME command, we have an infinate loop...

Second, By sending this command, you're actually TELLING the device to go ON to that level... Not really a problem

THIRD, Sending an OFF command (193) does NOT change the STATE.. I've been able to have a state of 'OFF/100' or 'OFF/50'

I've been fighting with this problem since day one..  I guess the more you learn about a system, the more it makes



Developers / Let's try this from another angle...(Solved)
« on: December 29, 2007, 03:40:27 am »
I can set the STATE from any orbiter by going to the floorplan, selecting a light, and 'dimming' it.

What does the 'orbiter' do to 'dim' a light?  Does it fire an event?  I'm sure it fires a command... but WHAT part of the command determines the DIM level???

I'm not familliar with C++, maybe someone who IS can take a peek at that for me...

I've tried following the DCE log, but can't seem to find anything there..

Maybe an Orbiter talks to another device other than DCE?

To Whomever is able to look this up:




Developers / BTW, the TIME is wrong on this forum..
« on: December 29, 2007, 02:40:45 am »
just cause I'm bored...

Pages: 1 2 [3] 4 5 6