similar to: UPSilon 2000 driver. a USB only version of MEC0002

Hi Folks, I'm trying to use a ZIGOR Danubio 2000 ups with NUT on Debian squeeze (AMD64). OS/NUT are all the latest official release (as of last week) with NUT installed from packages. As the usb descriptor presents MEC (and the Fry's electronics) I chose to use the blazer_usb driver. All appears to work well excepting that the UPS does not appear to accept the shutdown instcmd to turn

Regards I am installing NUT for the UPS Skate UPS-2200D, the UPS have conection with USB to PC and i have problems to configure nut the ups is conected and Linux report this config Aug 19 23:34:56 dakota kernel: [22393.099595] usb 2-2: new low speed USB device using uhci_hcd and address 7 Aug 19 23:35:06 dakota kernel: [22403.186326] usb 2-2: Product: MEC0002 Aug 19 23:35:06 dakota kernel:

A little deciphering > Looks like the ups always replies > 22 = 16035500 50005300 20004e00 6f002000 41006300 6b00 That is length = 0x16 = 22 type = 0x3 = string Message = "UPS No Ack" Very fun... Regards Vassilis Virvilis

Hi again, > On Sep 8, 2016, at 10:05 AM, Vassilis Virvilis <vasvir at iit.demokritos.gr> > wrote: >> Now that's a problem. I am not sure that I can find >> >> 1) the original software >> 2) a (physical) windows machine in the vicinity of the UPS >> Ha! I jumped several hooks but I think I got it. 01. I contacted the store that sold us the UPS and

> that string shows up here, among other places: > > https://github.com/networkupstools/nut/blob/master/drivers/nutdrv_qx.c#L764 > > but if the upsilon screen isn't showing many values, I'm not sure if that > version is going to help. Are there any other settings to select a > different model or protocol? Here is the output of #/etc/upsilon/upsilon config hope

Hi everybody, I am installing an Upsilon 2000 UPS via USB adapter on a RedHat 9 and I cant make that the device communicate correctly. Please any help will be welcome dmesg attached Thanks Gonzalo Red Hat 9.0 2.4.34.1 #dmesg usb.c: registered new driver usbdevfs usb.c: registered new driver hub usb.c: new USB bus registered, assigned bus number 1 usb-uhci.c: $Revision: 1.275 $ time 15:28:15

> You could also try adding "-x usb_set_altinterface" to the command line > (or adding it to ups.conf). The lsusb output implies that the only valid > setting is 0 (bAlternateSetting), but it might need to be set explicitly. I checked with -x usb_set_altinterface and it says nut_usb_set_altinterface: usb_set_altinterface() should not be necessary - please email the

Hi again, Thanks for the prompt reply. Just for the record i am running debian unstable/sid with nut 2.7.4-3 # dpkg -l 'nut*' | grep ^ii ii nut 2.7.4-3 all network UPS tools - metapackage ii nut-client 2.7.4-3 amd64 network UPS tools - clients ii nut-server 2.7.4-3 amd64 network UPS tools - core

On Sep 8, 2016, at 8:14 AM, Vassilis Virvilis <vasvir at iit.demokritos.gr> wrote: > > Hi again, > > Thanks for the prompt reply. > > Just for the record i am running debian unstable/sid with nut 2.7.4-3 > Thanks, that is useful. > 0.447725 refresh_report_buffer: expected 13 bytes, but got 8 instead This is the first sign of trouble. > 0.447736

On Sep 16, 2016, at 9:38 AM, Vassilis Virvilis wrote: > > A little deciphering > >> Looks like the ups always replies >> 22 = 16035500 50005300 20004e00 6f002000 41006300 6b00 > > That is > length = 0x16 = 22 > type = 0x3 = string > Message = "UPS No Ack" > > Very fun... that string shows up here, among other places:

I was dropping off junk at the waste transfer station and scarfed a UPS out of the pile of old TV's and VCR's. It was in good physical condition and as I expected, the battery was toast. A new RBC-2 battery restored it to working condition. Then I tried to get it to talk to some software. And I am having no luck. The unit is branded as a Nexxtech Model 6118507 650VA imported into

Hi, a few days ago, I bought some of those Mustek UPSes that have both a serial and a USB connector. Currently only the serial port is supported by the megatec driver. This works fine so far. Now I have seen there is a megatec_usb driver, which currently only supports 2 other UPSes. How can I help to find out whether the PowerMust might actually work with the megatec_usb driver? -- Regards,

[snip hex dump analysis] > > It is possible that the blazer_usb driver initialization has put the UPS > into a bad state. If you can schedule some downtime, you might want to try > usbhid-ups again after powering the UPS down completely and unplugging it > for a little while. (Often, a few seconds after the output is off and the > AC has been removed, you will hear relays

Hi, I have two ups (Turbo-X 1000SD, Turbo-X 1500SD). The both report themselves as # lsusb Bus 008 Device 002: ID 0001:0000 Fry's Electronics The are produced by MEC and report MEC0002 as product (although the working one report it in dmesg but not in lsusb) The 1000 (bcdUSB 1.00) works with blazer_usb while the 1500 (bcdUSB 1.10) doesn't. I am attaching lsusb and blazer_urb output

I have a Belkin F6H500ukUNV ups that I am attempting to get working under nut, however it does not appear to be detected by nut, I'm assuming that I need to feed some information back to you guys to get it included in the database somwhere. I've included (what I can think might be) the relivant outputs. Please let me know if you require anything else. dmesg output /sbin/newhidsups

Hi to all! Path send by Brian R. Smith with subject "[Nut-upsdev] Dynamix 650 VA USB - broken, have rough fix" really works! Tested with no-name UPS (works with UPSilon 2000 Windows software) and has USB vendorid=0001 productid=0000 Please, add it to the main branch of blazer_usb.c I belive that several users agree this.

Hi, I've been struggling with getting subnet browsing to work on my home network for some time and have decided to give it another go. This is my network configuration: Internet ----- Cisco SOHO97 (192.168.1.1) | | | +------------+ | +----------------+ | | | | | (192.168.1.5) (192.168.1.250)

Hi Stefanos, I've forwarded your mail to the nut user mailing list, which is the right place to get support. thanks to subscribe to it (http://alioth.debian.org/mail/?group_id=30602). Arnaud -- Linux / Unix Expert - MGE UPS SYSTEMS - R&D Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ OpenSource

So the problem is that smbd session processes will forever cache the POSIX group memberships that the logged in user possesses. Consider a following example: *smb.conf: * [share_a] path = /mnt/a valid users = dude *ls -l /mnt:* drwxrwxr-x root group_a a */etc/group:* group_a:*:2000:user Now, a client mounts *share_a* as *dude* and has R/W access to it via his *group_a* group membership. Then,

Hi to everyone! I'm posting here after digging around the nut-upsuser and nut-upsdev mailing list, hoping I didn't miss something important. I'm trying to make my ups working with nut: it's a Tecnoware ERA LCD 0.85 which uses the so-hated UPSilon 2000 software to connect via usb. Personally I checked and seems that this junk software only works from windows, I'm trying to