Hmm..

I did  a search of open bugs and didn't see this one.

I could be wrong, however.

Hey man, it sure does seem that the burden of the work is falling on only a couple of people.  I think we've all talked about the reasons, but the truth is for a lot of reasons that this is a pretty difficult project to work on, which is why it's hard to contribute to for a lot of casual coders or weekend OSS developers. I know you've seen this, and have put in a lot of effort not just in dev work, but on the IRC channel, here in the forums, on youtube, etc.  I think it's helping, albeit slower than I'm sure all of us would like.  I wish I could offer better advice than just keep your sanity and hold on, but I think this is a normal growing pain for a what's still a relatively immature product for its size and complexity.

Johan-

Does the Ruby code disable the devices if it doesn't reply?  The Denon receiver code does this in  Command #355 Process Initialize.  If it does, remove that code and see what happens.

Is it required to create the preferences file on each MD as well?

Charlie--

I saw a (possibly) similar problem with my setup wen running earlier builds of LMCE.  In that case, the internal ethernet adapter on the server stopped letting traffic through, even though ifconfig and ethtool showed a working adapter. I couldn't even ping the hybrid core from the internal network This only happened when I had MDs on the internal network.  If I shut those down, I never saw this problem. Nothing else (switches, cabling, etc) seemed to affect the issue.  It seems to have disappeared with 0810.  Do you see this issue if  you have no MDs on the system (i.e. standard windows or linux PCs)?

Posde-

I reverted everything via sqlCVS and I'm still getting the same issue.  This looks to be a real bug with the database editor.

-Peter

posde--

OK, I'll do that, but I checked this in a while ago.

http://trac.linuxmce.org/trac.cgi/ticket/112

Sqlcvs seemed to be operating correctly when I updated on Tuesday, but I'll check again.

Hi gang.  I've noticed I've got some strange behavior with one of the templates I developed and checked in.  It's repeatable for me and I wanted to see if that's the case for everyone.  If you open up the Olevia TV template (1950) from a fresh sqlCVS update, then click on 'Edit Ruby Codes,' the code page pops up with no commands populated.  However, if you then click 'Update,' the commands appear, along with what appear to be IR codes.  Some of the commands have multiple copies, and those copies can't be deleted.

Both the 'Clear Code' and 'Delete Code' buttons remove the codes inside the box, but neither removes the Command.  Selecting 'Add/Remove Command' and unchecking commands no longer seems to remove the unchecked commands from the command set.

Clearing the IR codes (and fixing the syntax error noted below), gets the template working, even if multiple, blank commands are present.

P.S.
The sharp ones out there looking at the template may have noticed my bone-headed mistake in Ruby Syntax.  I've corrected the '$' placement on my machine and will check in once I figure out what's going on with the command display.

Hari--

Thanks for the info and again for the driver.  I can confirm that the z-wave devices does start correctly with Thom's updated launch manager.  However, I did notice some quirkiness with the Hybrid orbiter (random orbiter screens appearing and disappearing).  The z-wave interface seems to be working, but I didn't get the wizard that cycled the lights and allowed me assign rooms.  Is this wizard still present or has that gone away.

Thanks!
PeteK

This may be stupid, but I was pulling my hair out for a while over a squeezebox that wasn't working with an earlier 0810 alpha build.  Nothing seemed wrong, but I couldn't get it to play (using lmce), despite multiple router reloads.  I decided to reboot the PC, and it started working and has been since.

-Peter

You may want to check and see that squeezecenter has the correct path to your existing music.  YOu can configure that in the server settings.

Thanks a lot!

That fixed it.

http://forums.rokulabs.com/viewtopic.php?p=119593

I've run into an issue with GSD in working to integrate the Roku box.  The box only accepts 1 telnet connection at a time, and GSD seems to be opening two connections.  Attempts to communicate with the box using the second connection therefore don't work, requiring a power cycle of the Roku unit.  I'm currently investigating.

-Peter

Check the log, it may be that the socket connection is still open.. or cannot connect, because the other end (not gsd) isn't designed for multiple connections.. (ie, 1 socket connection at a time, and it must be closed prior to reopening)

Try adding a conn_.close() in the apropriate GSD routine.

I've used IP via GSD for a lot of things, including my first stab at Insteon...

Good Luck, HTH

Dan

OK, Dan.  I'll give it a shot.  I've started revisiting my Insteon code in hopes of getting it cleaned up and improve the functionality.  Did you see that there's a USB PLM now?

Try putting in a conn_.send("quit"); in process release?

-Thom

Thom---

Thanks for the advice.  Unfortunately I tried that yesterday with no luck