search for: langid_fix

...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 concerned with handling of langid and bufflen. The static vars langid_fix and buflen_fix are accordingly moved to libusb.c regards, Ian diff --git a/drivers/libusb.c b/drivers/libusb.c index 0eb054a7..42f1b93f 100644 --- a/drivers/libusb.c +++ b/drivers/libusb.c @@ -36,6 +36,7 @@  #define USB_DRIVER_NAME        "USB communication driver"  #define USB_DR...

...rogrammed to ensure that the requested size cannot be larger than the actual buffer. It seems (at least on my debian 10 system) that the implementation of usb_get_string_simple() anyway overrides the passed buflen value and codes it as 255. The consequence is that to support this UPS the "langid_fix" parameter is also needed,  to force avoidance of calls to usb_get_string_simple() The UPS is working with this patch plus following entry in ups.conf [POWERCOOL]     driver = nutdrv_qx     port = auto     protocol=megatec     langid_fix=0x409     buflen_fix=102     desc = "POWER...

...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 contact with tecnoware to get some info. I read a lot in the mailing-list about the "langid_fix" patch that seems was definitively included in released 2.6.3. HCL suggest "blazer_usb langid_fix=0x4095" for a similar product but it seems to not work. Here are my settings, I attached the debug output of blazer_usb start. Nut version is stable 2.6.5. Does anyone has any suggestio...

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...

...1 > New Revision: 3363 > URL: http://trac.networkupstools.org/projects/nut/changeset/3363 > > Log: > Try to fix language ID support for USB units from LDLC, Dynamix and no names in blazer_usb (reworked patch, from Brian R. Smith and Aur?lien Grenotton) ... > + if (testvar("langid_fix")) { > + /* Hardcode lang to 0x4095 */ > + ret = usb_get_string(udev, command[i].index, 0x4095, buf, buflen); > + } Arnaud, Could this code use the langid_fix value which is set in upsdrv_initups() instead of 0x4095? Or am I misunderstanding how this is supposed to work? -...

...ry.voltage.high: 13 #COMMENT: added manually, see ups.conf below battery.voltage.low: 10.4 #COMMENT: added manually, see ups.conf below battery.voltage.nominal: 12.0 #COMMENT: added manually, see ups.conf below device.mfr: device.model: device.type: ups driver.name: blazer_usb driver.parameter.langid_fix: 0x409 driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.parameter.productid: 0000 driver.parameter.synchronous: no driver.parameter.vendorid: 0001 driver.version: 2.7.4 driver.version.internal: 0.12 input.current.nominal: 10.0 input.frequency: 50.0 input.frequency.nominal: 50 inp...

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, device 0000. idVendor 0x0001 Fry's Electronics idProduct 0x0000 bcdDevice 1.00 iManufacturer...

...onds) -> 0xF(0|8) Updated the subdriver accordingly. > The fabula driver seems to work fine apart from a problem with the LANGID ( > UPS sends 0x0009) and the driver appears to send a langid request every time > the ups is polled but apart from this everythin seems to work > If the langid_fix in ups.conf is set to 0x409 everything works fine and the > extra langid requests aren't sent That's because, when langid_fix is not set, the subdriver uses the usb_get_string_simple function (libusb/compat 0.1) that, in turn, calls the libusb_get_string_descriptor_ascii function (libus...

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

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 input.frequency: 50.0 input.frequency.nominal: 50 input.voltage: 220.1 input.voltage.fault: 140.0 input.voltage.nominal: 220 output.voltage: 216.7 ups.bee...

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

...t the end you'll find my configuration, output errors are in the attachment log.txt. I tried to sniff some commands from Tecnoware software UPSilon2000 (windows version, the only one working). Sniffing results (here: https://docs.google.com/open?id=0B9DltUspeUMtamFnRDlqazhLRTg ) seem to confirm langid_fix value (0409). On the other side, the problem seems to be due to some differences in command string numbering or their prefix: [nut actual blazer_usb code snippet:] static int krauler_command(const char *cmd, char *buf, size_t buflen) { /* * Still not implemented: * 0x6 T&l...

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 upsdrv_initups... usb_set_debug: Setting debugging level to 5 (on) usb_o...

...ion 2.0.0) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 159.1.0) My /opt/local/etc/ups.conf has this in it: [zigor] port = auto driver = blazer_usb # langid_fix = 0x409 desc = "Zigor UPS" vendorid = 0001 productid = 0000 (I tried stopping the MAC OSX power management service - actually, for me, this happened whenever I unplug/replug the USB cable to the UPS - but it makes no difference). Can anybody help? Cheers Mark.

...d well almost 50 second delays and after that every minute up to 10 mins. The fabula driver seems to work fine apart from a problem with the LANGID ( UPS sends 0x0009) and the driver appears to send a langid request every time the ups is polled but apart from this everythin seems to work If the langid_fix in ups.conf is set to 0x409 everything works fine and the extra langid requests aren't sent >> [I assumed the UPS returns something (an empty string maybe, not 'UPS >> No Ack') when we send it a command, so the load.on/shutdown.stop thing >> is after the parse of wha...

...thing worked OK > >> The fabula driver seems to work fine apart from a problem with the LANGID >> ( >> UPS sends 0x0009) and the driver appears to send a langid request every >> time >> the ups is polled but apart from this everythin seems to work >> If the langid_fix in ups.conf is set to 0x409 everything works fine and >> the >> extra langid requests aren't sent > > That's because, when langid_fix is not set, the subdriver uses the > usb_get_string_simple function (libusb/compat 0.1) that, in turn, > calls the libusb_get_string...

Hi! all. I have been reading every mail and news about nut and 06da:0002 Phoenixtec but not found a solution. I have a very nice working ups from: CENER ref: "Active 1000VA 230V 12 CENER" and front logo "LA 900" It has COM3 and USB plugs, I don't know if it needs a standar RS232 I have test with varius drivers in ups.conf [MyUPS] driver = bcmxcp_usb | usbhid-ups |

...the output from running the blazer_usb.exe command in debug mode, with a very similar ups.conf that I had been using on FreeBSD, thus: [zigor_ebro_blazer] driver = blazer_usb port = auto desc = "Zigor Ebro 650 USB UPS" subdriver = krauler protocol = megatec langid_fix = 0x409 vendorid = 0001 productid = 0000 bus = bus-0 # This was different for FreeBSD, naturally. Aside from the occasional "blazer_status: short reply ... Communications with UPS lost: status read failed!" messages (from which it appears to recover perfectly...

...; Chris >>>>> >>>>> [crees<at> pegasus]/usr/local/libexec/nut% grep -v >>> ^# /usr/local/etc/nut/ups.conf >>>>> [zigor] >>>>> port = auto >>>>> driver = blazer_usb >>>>> langid_fix = 0x409 >>>>> desc = "Zigor UPS" >>>>> vendorid = 0001 >>>>> productid = 0000 >>>> it's quite probably due to a permission issue. >>>> See "4) Permissions" on >>> http://peo...

...b.exe command in debug mode, > with a very similar ups.conf that I had been using on FreeBSD, thus: > > [zigor_ebro_blazer] > driver = blazer_usb > port = auto > desc = "Zigor Ebro 650 USB UPS" > subdriver = krauler > protocol = megatec > langid_fix = 0x409 > vendorid = 0001 > productid = 0000 > bus = bus-0 # This was different for FreeBSD, naturally. > > Aside from the occasional "blazer_status: short reply ... Communications > with UPS lost: status read failed!" messages (from which it appea...