Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
From the Dlinks website
DNS 343 UPS support
USB PORT FUNCTIONALITY
The USB port can act as a print server port, allowing a USB printer to be added to your network without the need for a dedicated computer. The USB port can also support a Universal Power Supply (UPS) monitor that supports smart signaling over a USB connection. If a power outage were to occur, the compatible UPS monitor would allow the UPS unit to safely shut down the DNS-343. When power is restored, the UPS monitor would then automatically power up the DNS-343.
For flexible usage, the DNS-343 includes features such as a built-in FTP server2 to access files over the Internet and a UPnP Media server to stream digital content to compatible media players. With RAID 5 technology, an OLED that displays vital storage information, a management program that allows you to easily set rules and schedules, and a variety of built-in servers, the 4-Bay Network Storage Enclosure (DNS-343) is a secure expandable and reliable storage solution for the home and business.
Offline
What do you need? There was at least one earlier discussion on UPS support:
http://dns323.kood.org/forum/p8825-2007 … html#p8825
Is a NUT package for ffp-0.5 sufficient? It tried and it seems to compile fine.
Offline
fonz wrote:
What do you need? There was at least one earlier discussion on UPS support:
http://dns323.kood.org/forum/p8825-2007 … html#p8825
Is a NUT package for ffp-0.5 sufficient? It tried and it seems to compile fine.
I've been following the mentioned thread along with a few others related to UPS support. I'd be willing to give NUT a try if it could be posted to the ffp 0.5 packages area.
Bob Blackwell
Last edited by rcblackwell (2008-07-22 23:51:20)
Offline
rcblackwell wrote:
I've been following the mentioned thread along with a few others related to UPS support. I'd be willing to give NUT a try if it could be posted to the ffp 0.5 packages area.
Here you are: http://www.inreto.de/dns323/fun-plug/0. … .2.2-1.tgz
Good luck.
PS: nut requires libusb and neon packages.
Offline
From the D-Link (USA) GPL site: ftp://ftp.dlink.com/GPL/DNS-343/
Looks like DNS-343 uses nut-2.2.0 and libusb-0.1.12 for UPS functionality
Offline
Wait a bit longer and you wont have to do any work =P.
Offline
Dlink wrote:
Wait a bit longer and you wont have to do any work =P.
I don't suppose you want to give any more hints on what else you are looking to include in the next f/w ?
lu
Offline
Dlink wrote:
Wait a bit longer and you wont have to do any work =P.
Can you suggest what UPS I should buy now - something that will support automatic shutdowns etc. with this suggested new firmware...?
thanks.
Offline
rcblackwell wrote:
I'd be willing to give NUT a try if it could be posted to the ffp 0.5 packages area.
I found small bugs in the package, and uploaded revision -2. (removed, cgi-bin and html directories, added missing ffp/var/state/ups/ directory).
Update with 'funpkg -u ...' as usual.
Offline
rtg20 wrote:
Dlink wrote:
Wait a bit longer and you wont have to do any work =P.
Can you suggest what UPS I should buy now - something that will support automatic shutdowns etc. with this suggested new firmware...?
thanks.
Not officially. But I can tell you that I do have an APC 500VA sitting next to me that has been tested.
I will have to verify which usb modules will be built in before I can give you a detailed list.
Offline
Would that be a BackUPS 500VA or a SmartUPS 500VA - the communication protocols and cables have significant differences.
Offline
fordem wrote:
Would that be a BackUPS 500VA or a SmartUPS 500VA - the communication protocols and cables have significant differences.
That would be a USB BackUPS 500VA to be specific.
Offline
Dlink wrote:
Wait a bit longer and you wont have to do any work =P.
Will you also fix the TWSI problem( http://dns323.kood.org/forum/t2567-Temp … em%21.html )? Or is it already fixed and I just didn't notice?
Offline
fonz wrote:
rcblackwell wrote:
I'd be willing to give NUT a try if it could be posted to the ffp 0.5 packages area.
I found small bugs in the package, and uploaded revision -2. (removed, cgi-bin and html directories, added missing ffp/var/state/ups/ directory).
Update with 'funpkg -u ...' as usual.
It's been a little over a week since I started documenting installation of NUT thus I thought I would report in on my progress.
With of exception of errors reported by DMESG, I'm pleased to say so far so good!
What is causing this and should I be concerned?
usb 1-1.3: usbfs: process 7696 (usbhid-ups) did not claim interface 0 before use
usb 1-1.3: usbfs: process 7696 (usbhid-ups) did not claim interface 0 before use
usb 1-1.3: usbfs: process 7762 (usbhid-ups) did not claim interface 0 before use
< For clarity several similar entries were removed>
usb 1-1.3: usbfs: process 7762 (usbhid-ups) did not claim interface 0 before use
usb 1-1.3: usbfs: process 7762 (usbhid-ups) did not claim interface 0 before use
Once I've sorted out a few issues I'll post my documentation on the Wiki.
Last edited by rcblackwell (2008-08-04 19:35:50)
Offline
fonz wrote:
rcblackwell wrote:
I'd be willing to give NUT a try if it could be posted to the ffp 0.5 packages area.
I found small bugs in the package, and uploaded revision -2. (removed, cgi-bin and html directories, added missing ffp/var/state/ups/ directory).
Update with 'funpkg -u ...' as usual.
Installed the update without a problem and although I'm able to start NUT as root (upsdrvctl start), I'm unable to start the NUT driver as a user (upsdrvctl -u ups start). I've read through the instruction at Network UPS Tools and have been using the online manual for assistance however I've not been able to resolve what I believe to be a rights issue.
Following is the error message that's received when starting upsdrvctl with the -u switch;
root@DNS323_NAS:/mnt/USB/ffp/etc# upsdrvctl -u ups start
Network UPS Tools - UPS driver controller 2.2.2
Network UPS Tools: 0.29 USB communication driver - core 0.33 (2.2.2)
No matching HID UPS found
Driver failed to start (exit status=1)
Following are the steps I took when starting out;
I've added a group and assigned a user using the following steps;
groupadd nut
adduser -s /bin/false -G nut -H ups
Once a user password was set this information was written to flash using store-passwd.sh and survives a reboot of the DNS
The NUT configuration files were modified to include;
To ups.conf I added;
[APC_UPS]
driver = usbhid-ups
port = auto
desc = "APC UPS"
To upsd.users I added;
[ups]
password = Fi8H7m11lb
allowfrom = localhost DNS323_NAS
actions = SET
instcmds = ALL
Based on instruction at Network UPS Tools the following was changed;
Changed ownership of upsd.conf and upsd.users files.
cd /ffp/etc
chown root:nut upsd.conf upsd.users
chmod 0640 upsd.conf upsd.users
Changed ownership of /ffp/var/state/ups directory
chmod 0770 /ffp/var/state/ups
chown root:nut /ffp/var/state/ups
Here's what I've tried so far;
Changed the /ffp/etc/hotplug/usb/libhidups file to read;
if [ "$ACTION" = "add" -a "$TYPE" = "usb" ]; then
chown root:nut "$DEVICE"
chmod 0660 "$DEVICE"
fi
rather than;
if [ "$ACTION" = "add" -a "$TYPE" = "usb" ]; then
chown root:root "$DEVICE"
chmod 0664 "$DEVICE"
fi
Unplugged the UPS from the DNS323, rebooted the DNS323 then reconnected the UPS. I thought changing the group ownership of the device would cause the device to be recognized with that group. A peak at files in the /proc/bus/usb/001 directory reveals all devices belong to root and are in the root group.
Changed ownership of the NUT driver file that's associated with my UPS;
chown root:nut /ffp/bin/usbhid-ups
I've exhausted my list of skills and now find it necessary to turn to this group for help!
With appreciation
Last edited by rcblackwell (2008-08-04 19:34:44)
Offline
rcblackwell wrote:
What is causing this and should I be concerned?
usb 1-1.3: usbfs: process 7696 (usbhid-ups) did not claim interface 0 before use
usb 1-1.3: usbfs: process 7696 (usbhid-ups) did not claim interface 0 before use....
Setting appropriate rights on the /ffp/var/state/ups directory and rebooting the DNS323 seems to have solved this issue.
Offline
Dlink wrote:
rtg20 wrote:
Dlink wrote:
Wait a bit longer and you wont have to do any work =P.
Can you suggest what UPS I should buy now - something that will support automatic shutdowns etc. with this suggested new firmware...?
thanks.Not officially. But I can tell you that I do have an APC 500VA sitting next to me that has been tested.
I will have to verify which usb modules will be built in before I can give you a detailed list.
it would be great if you could do this - thanks!
Offline
...by the way, would firmware UPS support work on a fun plugged DNS323...? I had to fun_plug mine to allow secure file transfers...a real shame this aren't supported in the web interface.
Offline
I see no reason why it shouldn't - when it eventually becomes available - as far as I know fun_plug adds functionality not removes it.
Offline
I had trouble with the control panel-empowered ftp thing after i got the fun_plug to work. would be a shame if the same thing happened to UPS support!
we will have to find out...
Offline
fonz wrote:
I found small bugs in the package, and uploaded revision -2. (removed, cgi-bin and html directories, added missing ffp/var/state/ups/ directory).
fonz,
The ups*.conf.sample files install into the /ffp/etc folder rather than the /ffp/etc/examples folder. You may want to correct this the next time you do a little house cleaning on this package.
Would it be possible for you to recompile with the cgi-bin and html directories so I may try may hand at developing a WEB interface?
Offline
rcblackwell wrote:
The ups*.conf.sample files install into the /ffp/etc folder rather than the /ffp/etc/examples folder. You may want to correct this the next time you do a little house cleaning on this package.
Would it be possible for you to recompile with the cgi-bin and html directories so I may try may hand at developing a WEB interface?
Thanks. I recompiled with --with-cgi --with-cgipath=/ffp/lib/nut/cgi-bin --with-htmlpath=/ffp/lib/nut/html, and moved sample config files to /ffp/etc/examples/nut/.
http://www.inreto.de/dns323/fun-plug/0. … .2.2-3.tgz
Offline
fonz wrote:
rcblackwell wrote:
The ups*.conf.sample files install into the /ffp/etc folder rather than the /ffp/etc/examples folder. You may want to correct this the next time you do a little house cleaning on this package.
Would it be possible for you to recompile with the cgi-bin and html directories so I may try may hand at developing a WEB interface?Thanks. I recompiled with --with-cgi --with-cgipath=/ffp/lib/nut/cgi-bin --with-htmlpath=/ffp/lib/nut/html, and moved sample config files to /ffp/etc/examples/nut/.
http://www.inreto.de/dns323/fun-plug/0. … .2.2-3.tgz
Thank you.
Much appreciated.
Offline
Can nut be used to shutdown the DNS-323 using network communication to provide the power failure info?
My UPS (an APC SmartUPS) is connected to the serial port of a server running APC's PowerChute and this can be used to shutdown additional servers which are powered from the same UPS - when installing PowerChute on the additional servers, you have to point them to the "master server".
Can nut be used like this? How do I configure it?
Offline
Yes, NUT has the concept of a Server (which has UPS signaling cable attached) and Clients (which depend
on UPS for power but have no signaling cable) Unfortunately, configuration of NUT is not very easy
there is some documentation at http://eu1.networkupstools.org/doc/2.2.0/ but you best bet is
to find some tutorial like http://www.uno-code.com/?q=node/126 , or google "nut tutorial"
Last edited by mig (2008-11-18 22:19:40)
Offline