Thank you. Used your chown suggestion. Interestingly simply adding the
'slimserver' user to the dialout group did not do the trick.
Dapper, I think is 6.06LTS (long term support, why I did this...)
Eric
--
ericj
ericj
That's almost certainly a permissions problem. I'm not sure what version
of 'br' I'm using (I'm away from my network now).
Dapper... that's 6.06, right? My 6.06 test system gives /dev/ttyS* to
the "dialout" group. I believe this is due to the
/etc/udev/rules.d/40-permissions.rules file.
There a
Peter:
I should always leave well enough alone. Things were fine with your
new plugin, when on my way to doing other things, I upgraded my ubuntu
box from breezy to dapper. This installed a newer version of br
0.05b3-6.1. Now this seems to have broken things so the the log file
now says
200
I need to stop posting links to specific beta releases.
Late last night I posted a new version with different button behavior.
http://www.tux.org/~peterw/slim/?M=D
The problem with the "press briefly" == "on" vs. "hold button" == "off"
is that while the final result was "off", the plugin was be
I've posted a new version with more features:
http://www.tux.org/~peterw/slim/BottleRocket.pm.jan2
New features:
- On any BottleRocket screen, buttons 1-9 control the first 9 devices
in your "OTHER X-10 DEVICES TO CONTROL" list. Press the number key
briefly and BottleRocket will turn the appropr
Thanks to kdf, I now have a version that behaves properly when Forward
or Rewind are held down -- that is, continues to brighten or dim the
selected device.
I've added another new feature: any time you're in a BottleRocket
screen on the player UI, if you press (or hold) the "Add" button,
BottleRo
I hadn't thought of that... good point. Here's a new version that
half-addresses your point:
http://www.tux.org/~peterw/slim/BottleRocket.pm.dec30a
Now it behaves the same if you hold Fwd/Rew down as it does if you
press Fwd/Rew momentarily.
This change prevents trouble with playback, but I don't
Peter:
I had a little time to test, and it seems to work effectively. No
problems noted with 6.5.1, but I really did a pretty minimal run
through. This will be useful.
The only thought I had was with the dim codes. I agree that the
volume codes could be a problem, but the natural reaction
Eric, I just uploaded a new version, 1.13, that you might be interested
in.
http://www.tux.org/~peterw/slim/BottleRocket.pm.dec29b
In brief, this version lets you use a Squeezebox to control other X-10
devices. In the Web UI, you add a list of other devices like
B1=Bedroom TV;B2=Bedroom lamp;C4=
Downloaded the recent 6.5 BottleRocket.pm, and just wanted to report
that it works like a charm. The web interface is a big improvement to
configuring it by editing the source code, but most importantly, it
works quite nicely. It certainly is a treat, and thanks so much for
the hard work. I no
I've posted updated code on my web site
http://www.tux.org/~peterw/slim/BottleRocket.html
There are now different plugins for SlimServer 6.0.x - 6.3.x and
SlimServer 6.5.x -- mainly because I added code to move all the
configuration out of the Perl file and into the SlimServer web UI that
does n
Am anxious to try, but when I try to download
http://www.tux.org/~peterw/slim/BottleRocket.pm
I get
Forbidden
You don't have permission to access /~peterw/slim/BottleRocket.pm on
this server.
Thanks for taking another pass on this. I'll give it a go as soon as I
can download it...
--
ericj
Sorry, very poor testing on my part.
I just played some more with SoftSqueeze, and I seem to be having
trouble with 6.5.0's subscribe mechanism. I cannot seem to reliably
subscribe to more than one command, and this plugin needs to be called
for several different commands.
I've just made a "1.8"
And if you use the remote control or web interface to turn the player
off and on, all you see are more lines like
2006-12-22 15:55:29.6934 player Bedroom is already at power N
where "N" is "0" or "1"? Or does it always say "1"?
Time to do more SoftSqueeze testing, perhaps. :-(
--
peterw
Thanks so much for the update. I had concluded that the problem was the
changes needed to be compatible for 6.5, and rushed to try your 1.7.
Unfortunately, no joy. It never seems to output the command
appropriately, i. e. I never see the output of
$::d_plugins && msg("executing command: \"".
OK, I just posted a new version, BottleRocket.pm 1.7, that seems to work
with 6.3.1 and 6.5.0 (I don't have 6.5.0 running on a system with a
serial port, but the --d_plugins output suggests this code works
properly). Please let me know if you have any problems.
http://www.tux.org/~peterw/slim/Bot
Eric,
Please give this a try (install it as BottleRocket.pm and make the
usual changes in the "USER SETTINGS" part of the code):
http://www.tux.org/~peterw/slim/BottleRocket.pm.6.5
...and let me know how that works.
I think the $cmd logic in the callback of this version is not needed,
given 6.5
Eric, I'm sorry to hear that.
I'm afraid I'm not too surprised that it's not working with SlimServer
6.5.x, as I haven't upgraded to 6.5.x yet, and the Slim plugins API is
constantly changing, making it very difficult to write
"forward-compatible" plugins (see
http://forums.slimdevices.com/showth
As noted in another thread in 3rd party plugins, my attempt to get this
working on 6.5.1 using Ubuntu Breezy does not work. The codes it
should generate are being seen by the x10 system, but the pluging
itself does not function. Any hints on how to debug?
Thanks much for what promises to be a u
It is good to see someone else using xPL and slimserver.
I have just rebuilt my xpl setup as the 486 (!!!) box xplhal/WindowsNT
were on died a few months back (fan made horrible noisethought it
was time to consolidate onto one server to save the environment!!).
I am now having a problem w
> Peter, I don't mean to hijack your thread but thought it worth
> mentioning the xPL interface already built into Slimserver.
> Which can also provide effectively the same functionality
> and potentially much greater flexibility and extensibility.
I looked at xPL briefly -- briefly enough tha
Peter, I don't mean to hijack your thread but thought it worth
mentioning the xPL interface already built into Slimserver. Which can
also provide effectively the same functionality and potentially much
greater flexibility and extensibility.
I use the xPL interface to control power (through an X10
I didn't know anything about BlueLava -- I was just thinking of the CPAN
X10 modules, which include FireCracker support:
http://cpansearch.bulknews.net/markup/X10-0.03/README
'yum' couldn't find any Fedora (or ATrpms?) packages for these, so I
installed them with the old 'perl -MCPAN -e shell' te
23 matches
Mail list logo