similar to: [nut-commits] svn commit r3363 - in trunk: data docs/man drivers

Hello, I've recently bought two cheap UPS (http://www.ldlc.com/fiche/PB00109242.html). They're not supported natively by NUT (even though the monitoring software is UPSilon from megatec). After some investigation, they almost use the krauler-type communication already supported in the blazer_usb driver. However, the UPS won't reply if the language ID is not 0x4095... Therefore, I

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

Sorry about the noise guys. Below a significantly improved patch. The main difference is that all calls to usb_get_string_.. have been wrapped in a new function nut_usb_get_string()  that is implemented in libusb.c This was necessary in order to make the bufflen_fix available in libusb.c where usb_get_string() is called in libusb_open() This wrapper function mops up and hides all the work

Hi Folks, This is my first post on nut-upsdev. I would like to share a small patch to enable support for the Powercool PCRACK 1200VA ups. I found that the UPS uses megatec/krauler protocol but is sensitive to the USB buffer length passed to it in requests via usb_get_string(), and usb_get_string_simple(). If the buflen is greater than 102 then the ups will reply to requests but does not

Hi to all and happy new year! I'm writing here as I'm trying to get nut supporting the UPS in the subject; I didn't check well before buying and nowI discovered this is kinda bad hardware (it doesn't have a valid USB id, it just reports 0000:0001 and linux support doesn't really work as they stated), but before changing it I wanted to try to find a solution to get it work with

Like Glen Ogilvie, I got a newer Dynamix 650 VA with USB connection, and was having trouble getting NUT to communicate with it. This appears to be the UPS that megatec_usb was built for - Vendor: 0x0001, Product: 0x0000, uses Megatec's software, has USB chip attached to internal serial lines, and has terrible USB implementation with fake HID tables. But megatec_usb would consistently fail.

Network UPS Tools version 2.6.3 has been released: http://www.networkupstools.org/ Direct access: - Download: http://www.networkupstools.org/source/2.6/nut-2.6.3.tar.gz - News: http://www.networkupstools.org/source/2.6/new-2.6.3.txt - ChangeLog: http://www.networkupstools.org/source/2.6/ChangeLog Arnaud and the NUT team -------------- next part -------------- An HTML attachment was scrubbed...

http://www.zigor.com/uk/index.php/en/products/upssystems/danubioseries Ships with UPSilon 2000 software, and appears to work with blazer_usb to a certain extent with the following config: [danubio] driver = blazer_usb langid_fix = 0x409 port = stupidly, I seem to have to set this even though it's ignored vendorid=0001 productid=0000 Yes, vendor 0001,

Dear R, I've got a data frame with children examined multiple times and at various ages. I'm trying to find the first age at which another variable (LDL-Cholesterol) is >= 130 mg/dL; for some children, this may never happen. I can do this with transformBy and ddply, but with 10,000 different children, these functions take some time on my PCs - is there a faster way to do this in R?

> Everything looks fine apart from ups.beeper.status always shows enabled > even if the status bit fom the ups has changed state. Probably because the driver updates the beeper status only every 'pollfreq' (default 30) seconds, so it may have missed the change. > After more testing the indexes work as follows > > 0x0a = load.on / cancel.shutdown.stayoff /

On Dec 3, 2014, at 2:02 PM, janc at telefonica.net wrote: > USB error: error sending control message: Invalid or incomplete > multibyte or wide character This is a wild guess, but what about using the option "langid_fix=0x0409"? -- Charles Lepple clepple at gmail

On Dec 4, 2014, at 7:01 AM, janc at telefonica.net wrote: > I have got this output with driver usbhid-ups > > ups.conf > > [Phoenixtec] > driver = usbhid-ups > vendorid = 06da > productid = 0002 > port = auto > #~ langid_fix=0x0409 Oh, sorry - I meant for you to try that with blazer_usb. -- Charles Lepple clepple at gmail

Hi Charles. I have got this output with driver usbhid-ups ups.conf [Phoenixtec] driver = usbhid-ups vendorid = 06da productid = 0002 port = auto #~ langid_fix=0x0409 desc = "CENER ONLINE 1000VA" # export USB_DEBUG=5 # ./usbhid-ups -a Phoenixtec Network UPS Tools - Generic HID driver 0.37 (2.6.4) USB communication driver 0.32 0.000000 debug level is '3' 0.000557

Hi, I'm using macports to install nut on a MAC OS X (10.7) I get the following error messages when I try running: sudo blazer_usb -a zigor -DDDDDDDDDD 0.944590 Checking device (0001/0000) (250/005) 2.785449 - VendorID: 0001 2.785465 - ProductID: 0000 2.785468 - Manufacturer: unknown 2.785472 - Product: STD UPS MON V1.0 2.785475 - Serial Number: unknown

I have successfully connected UPS RUCELF UPI-1000-12-EL to NUT, and would like to contribute .dev file for this model to NUT's Devices Dumps Library. file is attached to the mail, I also added a copy below: # --- Rucelf__UPI-1000-12-EL__blazer_usb__2.7.4__01.dev -- battery.charge: 100 battery.packs: 6 #COMMENT: added manually to fix battery.voltage (was: 2.22), see ups.conf below

Hi, First, thanks for this awesome piece of software. I've just upgraded to latest dovecot, aka 1.2. I've a problem. I've started using Sieve, and everything works fine, I already received a thousand of mails without any problem. However, there's one mail which is stuck in the postfix queue because of that: Jul 8 18:47:51 prometheus dovecot: deliver(jd at danjou.info):

Finally I got time to test this. >>> Can you post the output of upsc, and note if any of those values look >>> wrong? serwer2:/tmp/nut-fabula # upsc myups battery.charge: 100 battery.voltage: 13.10 battery.voltage.high: 13.00 battery.voltage.low: 10.40 battery.voltage.nominal: 12.0 device.model: 500VA UPS device.type: ups driver.name: nutdrv_qx driver.parameter.pollfreq: 30

Hi Arnaud and NUT team You may recall some time ago, I and a few others posted questions about the above referenced (cheap and cheerful) USB-based UPS - specifically regarding FreeBSD USB support in NUT. The original posting was entitled "Zigor Ebro 650 compatibility". I've since tried the latest Windows port of NUT with my WinXP laptop connected to the Zigor Ebro and finally

Hi, i've got similar problem with an OVISLINK 1000VA UPS on Debian. I've tried to connect with it using different drivers and this is what I get with each of them: [UPS] driver = blazer_usb vendorid = 0001 productid = 0000 port = auto subdriver = phoenix sweethome:~# /lib/nut/blazer_usb -a UPS -u root -DDD Network UPS Tools - Megatec/Q1 protocol USB driver 0.08 (2.6.4) 0.000000

Atlantis Land A03-P551(V1.2) battery.charge: 100 battery.voltage: 13.70 battery.voltage.high: 13.00 battery.voltage.low: 10.40 battery.voltage.nominal: 12.0 device.mfr: device.model: device.type: ups driver.name: blazer_usb driver.parameter.langid_fix: 0x0409 driver.parameter.pollinterval: 2 driver.parameter.port: x driver.version: 2.6.4 driver.version.internal: 0.08 input.current.nominal: 0.0