Hi Dan<br><br>Thanks for that.<br><br>As it happens, the 'corrupt' response from the Zigor occurs only intermittently (once every 8 - 10 instances) - sometimes resulting in just a single character error (like that example) - and sometimes the 'short reply' error.<br><br>Occasionally, a 'connection lost' also occurs, but seems to recover.<br><br>I suspect a dodgy USB chipset on this low-end UPS, myself.<br><br>I have now installed the 64-bit libusb driver (manually) along with the Windows NUT package on a different (Win7) host and see precisely the same behaviour - further pointing to the Zigor's chipset.<br><br>At this stage, its's working well enough to be useful and I have now set up my FreeBSD hosts as upsmon clients and will test the shutdown notification process later today.<br><br>My ultimate aim remains to host the UPS as 'master' on my FreeBSD host, but I do think this device can safely be added to the NUT hardware compatibility list in due course (it sort-of appears already - under the 'UPSilion software' heading.)<br><span style="font-family:Prelude, Verdana, san-serif;"><br>I'll feedback my findings!<br>Martyn.<br></span><span id="signature"><div id="no_signature" style="overflow:hidden;"></div></span><span style="color:navy; font-family:Prelude, Verdana, san-serif; "><hr align="left" style="width:75%">On 17 Sep 2013 14:57, hyouko@gmail.com <hyouko@gmail.com> wrote: <br><br></span>2013/9/16 Martyn Hill <martyn.joseph.hill@gmail.com>: <br>> Hi Arnaud and NUT team <br>> <br>> You may recall some time ago, I and a few others posted questions about the <br>> above referenced (cheap and cheerful) USB-based UPS - specifically regarding <br>> FreeBSD USB support in NUT. The original posting was entitled "Zigor Ebro <br>> 650 compatibility". <br>> <br>> I've since tried the latest Windows port of NUT with my WinXP laptop <br>> connected to the Zigor Ebro and finally gotten somewhere! <br>> <br>> NUT and Blazer version: Network UPS Tools - Megatec/Q1 protocol USB driver <br>> 0.09 (2.6.5-3780M) <br>> <br>> This at least proves that my previously moody Zigor device _can_ communicate <br>> nicely with NUT - and one step closer to getting it to work in FreeBSD (with <br>> its fancy USB stack...) - which is my ultimate aim. <br>> <br>> I attach the output from running the blazer_usb.exe command in debug mode, <br>> with a very similar ups.conf that I had been using on FreeBSD, thus: <br>> <br>> [zigor_ebro_blazer] <br>>     driver = blazer_usb <br>>     port = auto <br>>     desc = "Zigor Ebro 650 USB UPS" <br>>     subdriver = krauler <br>>     protocol = megatec <br>>     langid_fix = 0x409 <br>>     vendorid = 0001 <br>>     productid = 0000 <br>>     bus = bus-0            # This was different for FreeBSD, naturally. <br>> <br>> Aside from the occasional "blazer_status: short reply ... Communications <br>> with UPS lost: status read failed!" messages (from which it appears to <br>> recover perfectly well), plus the odd corrupted reply from the device - e.g. <br>> "read: #Ff .0 2.0 12.00 50.0... blazer_rating: non numerical value [Ff .0]", <br>> the output seems quite promising! <br>> <br>> Any ideas where I go from here - firstly to iron-out those buggy responses <br>> from the device and secondly (and where we left it previously), how to get <br>> FreeBSD to 'talk' libusb-0.1 or else allow FreeBSD (8.2) and NUT to work <br>> with this USB device? <br> <br>If you're not interested in input.{voltage, current, <br>frequency}.nominal and battery.voltage.nominal you could add the <br>'norating' flag in your ups.conf: doing so the driver won't send to <br>the UPS the 'F' query, whose answer is causing those messages (i.e. <br>blazer_rating: non numerical value [Ff .0]). <br> <br>There's something weird in the reply from the UPS: while it should be <br>like #nnn.n nnn nnn.n/nn.nn nn.n<cr> (n: 0..9), the input voltage <br>nominal - i.e. the first token - appears to be 'Ff\u0018.0'. <br>Here <br>https://lists.alioth.debian.org/pipermail/nut-upsuser/2012-September/007944.html <br>I see that he has the same UPS and its input.voltage.nominal it's ok. <br>So, if it's not because of some different configuration in the <br>ups.conf for the usb quirkiness, maybe it's something os-related. <br> <br>/dan <br> <br>> <br>> Thanks in advance for any guidance in troubleshooting this (possibly not <br>> very common) configuration. <br>> Martyn <br>> London. <br>> <br>> -- <br>> "There are 10 types of people in this world. Those who understand binary and <br>> those who don't." <br>> <br>> <br>> _______________________________________________ <br>> Nut-upsuser mailing list <br>> Nut-upsuser@lists.alioth.debian.org <br>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser <br>