similar to: greecell ups with blazer_usb

Displaying 20 results from an estimated 110 matches similar to: "greecell ups with blazer_usb"

2010 Jan 08
3
USB problems on 8.0-STABLE
I am having problems with mouse, keyboard and APC UPS. When attempting to start apcupsd I get the following error: Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd FATAL ERROR in generic-usb.c at line 636 Cannot find UPS device -- For a link to detailed USB trouble shooting information, please see <http://www.apcupsd.com/support.html>. Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd error shutdown
2012 Nov 21
2
MEC0003 protocol support
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
2015 Aug 17
2
Need help with Tripp Lite SMART1300LCDT NUT v2.7.3
OS = NAS4Free (FreeBSD Revision: 199506) NUT Version = 2.7.3 for other parts of NUT version is listed below NUT is part of the NAS4Free distribution Device = Tripp Lite SMART1300LCDT URL http://www.tripplite.com/line-interactive-ups-system-desktop-tower-1300va-120v-usb-port-lcd-screen~SMART1300LCDT/ PROBLEM: NUT is ABLE to see the UPS BUT it is not getting the right(?) descriptor? I am using
2014 Jun 29
2
Lupus 500 MEC0003 Problems
Sorry for the huge delay and thanks Charles for taking care of this topic. >> I'm running OpenSuse 13.1 and I have a Lupus 500 USB (Fideltronik) >> >> After quite a bit of playing around I managed to get the status of the UPS using the blazer_usb driver and running NUT 2.6.5. >> But unfortunately none of the Instcmds such as load.off etc. worked. > > Can you post
2012 Aug 10
1
Zigor Ebro 650 compatibility
On 10/08/2012 21:58, nut-upsuser-request at lists.alioth.debian.org wrote: >>> Arnaud Quette<aquette.dev<at> gmail.com> writes: >>>> 2012/6/3 Chris Rees<crees<at> freebsd.org>: >>>>> Hi all, >>>> Hi Chris, >>>> >>>>> After some research I've found that this device should run with the
2014 Jun 30
0
Lupus 500 MEC0003 Problems
Sorry for my delay, I've only just read this mail. At first glance the driver looks like it should work, I will test it tomorrow (if possible) and let you know. I'll also give a reply to your questions. Many thanks for the work you've already put into this. -------------------------------------------------- From: <hyouko at gmail.com> Sent: Monday, June 30, 2014 12:42 AM To:
2018 Mar 05
1
UPS Hunnox HNX-650
Hello, I have an UPS Hunnox HNX-650 (http://www.hunnox.com/), but it's not quite running yet with NUT. Any hints? Thanks... Some info: * lsusb: Bus 005 Device 003: ID 0001:0000 Fry's Electronics * usb-devices: T: Bus=05 Lev=01 Prnt=01 Port=02 Cnt=02 Dev#= 3 Spd=1.5 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0001 ProdID=0000 Rev=01.00 S:
2014 Jul 07
0
Lupus 500 MEC0003 Problems
> 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 /
2014 Jun 09
2
Lupus 500 MEC0003 Problems
Hi, This is my first post ever on a technical forum, so please forgive any poor etiquette etc. Also I'm totally new to Linux all of my experience has been trying to get this UPS to work. So please bear this in mind. I'm running OpenSuse 13.1 and I have a Lupus 500 USB (Fideltronik) After quite a bit of playing around I managed to get the status of the UPS using the blazer_usb driver and
2012 Jun 03
6
Zigor Ebro 650 compatibility
Hi all, After some research I've found that this device should run with the blazer_usb driver. Jun 3 16:15:38 pegasus kernel: ugen0.4: <vendor 0x0001> at usbus0 Jun 3 16:15:38 pegasus kernel: uhid0: <vendor 0x0001 product 0x0000, class 0/0, rev 1.00/1.00, addr 4> on usbus0 However, even after shoehorning it; [crees at pegasus]/usr/local/libexec/nut% sudo ./blazer_usb -a zigor
2014 Jul 04
2
Lupus 500 MEC0003 Problems
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
2019 Jul 16
2
Trouble getting Roline/Powercom UPS recognized
Hi all, I’m new to NUT and have some trouble getting my new UPS to work. Since the HCL listed Powercom UHID models as „green“ I thought buying a Roline (German rebranded Powercom) model would be a good idea. The OS is FreeBSD: FreeBSD freenas-pmh.local 11.2-STABLE FreeBSD 11.2-STABLE #0 r325575+6aad246318c(HEAD): Mon Jun 24 17:25:47 UTC 2019 root at
2014 Jul 08
1
Lupus 500 MEC0003 Problems
-------------------------------------------------- From: <hyouko at gmail.com> Sent: Tuesday, July 08, 2014 12:16 AM To: "Hill" <hill at fermot.com.pl> Cc: "Charles Lepple" <clepple at gmail.com>; <nut-upsuser at lists.alioth.debian.org> Subject: Re: [Nut-upsuser] Lupus 500 MEC0003 Problems >> Everything looks fine apart from ups.beeper.status
2014 Jun 11
0
Lupus 500 MEC0003 Problems
On Jun 9, 2014, at 6:40 AM, Hill wrote: > Hi, > This is my first post ever on a technical forum, so please forgive any poor etiquette etc. > Also I'm totally new to Linux all of my experience has been trying to get this UPS to work. So please bear this in mind. No worries. On the NUT lists, we don't set or alter the reply-to header, so please use "reply all" to make
2017 Jan 04
0
Guardian LCD 1500 AP ( IGA1500LCD )
Hello In case anyone is interested and for the sake of updating the documentation from http://networkupstools.org/stable-hcl.html , I would like to report that nut v2.7.4 talks successfully ( at least partially ) with the UPS from $topic, which is part of the product line from http://www.informups.com/guardian_guardian_lcd600va_2000va.html ( Inform is a Turkish manufacturer that was
2015 Aug 17
3
Need help with Tripp Lite SMART1300LCDT NUT v2.7.3
> What does that revision number correspond to in FreeBSD release numbers? (e.g. 9.3, 10.0) FreeBSD 10.2-RELEASE #0 r286738M the last person probably wasn't able to give the ./configure probably because most people uses the precompiled iso to install NAS4Free.? if you need the ./configure I might have to look for their source on GitHub or something. /usr/local/libexec/nut/usbhid-ups -a
2020 Apr 03
0
Patch to support Powercool PCRACK-1200VA
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
2015 Jul 10
2
[HCL] <Fideltronik INIGO> <Viper 1200> supported by <nutdrv_qx>
Device manufacturer: Fideltronik INIGO Device name: Viper 1200 Device type: UPS Bus type: USB WWW: http://fideltronikinigo.com/viper/viper-1200/ " nut-scanner -U" output: [nutdev1] driver = "blazer_usb" port = "auto" vendorid = "0001" productid = "0000" product = "MEC0003" vendor =
2017 Mar 22
2
contineously receiving the same values
Hello, I'm trying to get an energenie EG-UPS-033 (http://energenie.com/item.aspx?id=8087) to work with nut. It standard comes with linux software (UPSmart), which shows the input/output voltage, load level, input frequency. and battery and case temperature. The values change about every second. The selected monitor mode in this tool is Mega(USB). The bad thing of this tool that it
2020 Apr 03
0
Powercool PCRACK-1200VA patch update
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