similar to: Belkin F6C-1250-TW-RK is supported [patch]

Hello, I'm using nut to control a Belkin F6C1500-TW-RK ups (vendor ID 050d, product ID 0751). I'm using the belkin driver and a serial connection for communications. The host computer is running Debian. I have things configured such that both my computer and the ups shut off when the battery level reaches a critical level, and everything seems to work fine up to this point. My problem

Hello, I'm using nut to control a Belkin F6C1500-TW-RK ups (vendor ID 050d, product ID 0751). I'm using the belkin driver and a serial connection for communications. The host computer is running Debian. I have things configured such that both my computer and the ups shut off when the battery level reaches a critical level, and everything seems to work fine up to this point. My problem

Hi, I have several Belkin UPSes here that I'm trying to connect through USB. I just downloaded 2.2.0, but unfortunately I'm getting error messages. All testing was done as root. The driver says (full output is attached): ---SNIP--- eta nut # ./usbhid-ups -x productid=0750 -DDD -a belkin <...cut...> Checking device (050D/0750) (003/007) - VendorID: 050d - ProductID: 0750 -

Hi, it'd be great if you could update the documentation on the website that some models of the Belkin -UNV series will only work with the megatec(_usb) drivers. I wasted a lot of time on trying to get it to work with the wrong drivers, and would like to spare others the pain :-). Thanks, ~David P.S. Some forum post said that the stable megatec drivers don't work 100% with the belkin UPS,

Hi, it'd be great if you could update the documentation on the website that some models of the Belkin -UNV series will only work with the megatec(_usb) drivers. I wasted a lot of time on trying to get it to work with the wrong drivers, and would like to spare others the pain :-). Thanks, ~David P.S. Some forum post said that the stable megatec drivers don't work 100% with the belkin UPS,

For the record, I was able to get the following working: Device: Belkin F6C1500-TW-RK Driver: belkin I tried the "belkinunv", which I use for my F6C1100-UNV, but it didn't work. At least there was a driver that worked! :-) Feel free to add it to the list of "tested" configs. Thanks, Dave ---------------------------------------------------------- Are Your Friends

is there a way to override the productid (like -x productid=1234) when using newhidups? just thought i'd try it with the F6C1500-TW-RK over usb. i was able to get hidups to work using the below settings, but it provides limited information. my ups.conf entry: [belkin] driver = hidups port = /dev/usb/hiddev0 and the output of upsc: gateway:/etc/nut# upsc

I am looking at one of these, see: http://www.cclonline.com/product-info.asp?product_id=14622&category_id=216&manufacturer_id=0&tid=f6c1250eitw-rk# I can't see it on the compatability list ... but that doesn't mean that it doesn't work: * it could work, but it isn't on the list * it could be listed under a different (perhaps US) part number Can any one please tell

Hi peploe, i am new in the list, i need know, how blocked the Amule/emule in shorewall? My dist. debian version: 3.2.6-shorewall -- .~. / v \ Seja Livre, use GNU/Linux! /( )\ ^^-^^ ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.

Hello List, This is my first post to the list, and as such I apologize for the length of it. I tried to put as much detail into this as possible. I recently installed Shorewall on a computer running Gentoo Linux. The computer has 3 network cards in it, but I''ve only configured 2. Going the cheap route, I''m connecting my client directly to my firewall using a crossover cable.

All, I just bought a Belkin F6C1100-UNV and am trying to get it to work with NUT. I have tried many drivers ( "belkin", "belkinunv", "genericups upstype=4", and "genericups upstype=7", "bestups", "fentonups"). None of them seem to work. Does anyone have any experience with this device? If there is some utility that you all use to

Luke, Thank you for sharing the benchmark results. The improvement is very substantial, I am looking forward to the release of the byte compiler! The arithmetic shows that x[i]<- is still the bottleneck. I suspect that this is due to a very involved dispatching/search for the appropriate function on the C level. There might be significant gain if loops somehow cached the result of the initial

This is my reproducible example tv.ms<-structure(list(inq = structure(4:17, .Label = c("D4", "D5", "D6a", "D6b", "D6c", "D7", "D8", "F4", "F5a", "F5b", "F6a", "F6b", "F6c", "F6d", "F7a", "F7b", "F8"), class =

The only other thing that comes to mind is that .call files are very sensitive to whitespace; you may have unintentially padded the .call file with whitespace or tabs that it does not like. The attached .call file works on my 1.0.9 server. Maybe it can give you some insight. -----Original Message----- From: Lee [mailto:lee@datatrakpos.com] Sent: Tuesday, December 19, 2006 2:45 PM To: Asterisk

> On further investigation, the SMP affinity on ALL of the IRQs is set to > 00000001. This implies that everything is handled by CPU0, which it clearly > is not! > > I'll do some more research on this but in the meantime if anyone has any > advice on this issue I would appreciate it. There is a kernel bug in Fedora flavors < 2.6.15 that prevents SMP affinity from being

If you are using Windows to generate the .call files, make sure they are in Unix format (LF only at EOL, not CR+LF) - Notepad makes bad Unix files. Use Crimson Editor www.crimsoneditor.com to make the file, and click Document > File Format > Unix Format. I ran into this same problem, and it turns out my Asterisk install would not use Windows-formatted text files, it would just ignore them

Dear Ashley, I have no personal experience with the Tower-Rack series, but someone reported on the Nut-upsuser mailing list on 29 Nov 2005 that these models work with the "belkin" driver of the NUT software (http://www.networkupstools.org/). This is for the serial port. For USB, the NUT "newhidups" driver should work (or if it does not, we can fix it). The software that

Hello R experts, what follows is my reproducible example: mydata<-structure(list(ped.avg = c(335.9, 110.8, 645.7, 638.9, 1468.1, 126.4, 4811.1, 88.5, 868.5, 656.6, 723.6, 654, 2.8, 15, 14.2, 17.5, 15.4, 112.1, 424.7, 18.3, 19.9, 28.6, 25.6, 23.5, 15.4, 27, 62.1, 15.6, 74.6), ped.erst = c(96, 53.2, 615.2, 616.5, 512.9, 56.2, 1851.8, 57.1, 579.5, 613.2, 601.1, 613.6, 1.3, 6.3, 6.5, 6.1,

Greetings; Its unk because whats plugged in seems to be blocking the rear name plate. About all I can recall is that its big, 3 battery unit, rated somewhere north ob 1250 VA. Its an 050D:0751 Belkin. What driver should I use, and what file is that set in? The nut version presently and freshly installed is from the Ubuntu 10.04.4 LTS repo's. Probably old, but IIRC it also worked with

If we are on the subject of byte compilation, let me bring a couple of examples which have been puzzling me for some time. I'd like to know a) if the compilation will likely to improve the performance for this type of computations, and b) at least roughly understand the reasons for the observed numbers, specifically why x[i]<- assignment is so much slower than x[i] extraction. The loops