similar to: Here are CORRECT APC cable diagrams

Hello, I have one UPS Infosec XP Pro 2500 RM and it works with windows sw RUPS2000. Now I want to install this UPS as virtual server on vmware ESXi vMA - (SUSE SLES 11SP2 linux). On this linux I have NUT 2.6.0 and I stopped now with configuration of genericups driver. Working cable (direct cable pin1-pin1 ... pin9-pin9) connection on Windows: PIN | PC | UPS

http://works.tarefer.ru/69/100650/pics/image021.gif - successfully works on subj with driver - victronups (NUT-2.4.3) UPS (DB9M) - PC (DB9F) 1 - 3 (TxD) 2 - 2 (RxD) 5 - 5 (SG) 4 - 7 (RTS) -- Kindest regards, Dmitry Panoff -------------- next part -------------- An HTML attachment was scrubbed... URL:

[please use reply-all when responding - the list does not modify the reply-to header.] > On Nov 16, 2015, at 8:24 AM, R?bert SZAKSZ <robert at szaksz.eu> wrote: > > Hello, > > I have one UPS Infosec XP Pro 2500 RM and it works with windows sw RUPS2000. > Now I want to install this UPS as virtual server on vmware ESXi vMA - (SUSE SLES 11SP2 linux). > On this linux I

Hi Charles, >----- Original Message ----- >From: "Charles Lepple" <clepple at gmail.com> >To: "R?bert SZAKSZ" <robert at szaksz.eu> >Cc: nut-upsuser at lists.alioth.debian.org >Sent: Monday, November 16, 2015 3:20:17 PM >Subject: Re: [Nut-upsuser] Contact-closure UPS > >[please use reply-all when responding - the list does not modify the

I'm running NUT 2.6.3 on Debian wheezy [ with a 3.3.0 i686 kernel ] I've installed NUT via Debian APT [ package nut version 2.6.3-1 ] I have a REDi Blazer 600VA (BLAZER600c) UPS and I want to detect power failures. I have tried the following drivers: * gamatronic: Can't talk to UPS on port /dev/ttyS1! * bestups: Unable to detect a Best/SOLA or Phoenix protocol UPS * blazer_ser: No

Hello * Trying to get above serial UPS to work gives my some troubles. With upstype=21 [CP=RTS] [OL=CTS] [LB=-DCD] [SD=RTS+DTR] and/or upstype=4 [CP=RTS] [OL=CTS] [LB=-DCD] [SD=-RTS] I do get OL OB LB ok, but shutting down the UPS does not work. Direct call w/ command genericups ... -k and from lowbatt/ initscripts doesnt do. The UPS claims to be capable of and the software shipped (RUPS2000)

I was check out that is the connection between driver-monitor-server-client is working or not. I was put my server directly on power cable, keep control cable connection and use command: $ watch upsc APC600 I was switch to battery, after 2-3 second it show that is on battery OB and after it shutdown because of low battery LO. I think that systemd scripts some what unsynchronized, but after it

On Nov 21, 2015, at 8:54 AM, R?bert SZAKSZ <robert at szaksz.eu> wrote: >> If the UPS is capable of the smart protocol, I still think that is worth trying first. But it's up to you. > I am not 100% sure that smart protocol is capable, because the only one place where it is mentioned is the picture I sended you. But your original email mentioned "UPS TxD" and

>> On Nov 21, 2015, at 2:43 AM, R?bert SZAKSZ <robert at szaksz.eu> wrote: >> >> I mesured it and on DC and it shows 0 V (zero V). >> May be the information (pls. see attachment) that UPS PIN1 should bee keept HI is mandatory. Should I connect it to PC PIN4 DTR? > >Certainly possible. blazer_ser and nutdrv_qx should set DTR high and RTS low by default, but

gnd> we are experimenting with using Dovecot as part of a simplified gnd> mail stack with SQL for a internal messaging / notification gnd> system for our customers. Sometimes we need to send a message to gnd> thousands of customers at once and we do it by having aliases gnd> resolve to 10k and 20k+ mail accounts. gnd> When we send such a message the server load (obviously) is

Yes you are right, i realized that just after i sent the email, that it was a bit in haste. anyway, if there is anyway how to optimize dovecot for effective delivery of 20k+ emails within a few minutes, id be glad to know. .. and i will have to ask the same q at postfix mailinglists gnd/ On 7/14/20 8:12 PM, John Stoffel wrote: > > gnd> we are experimenting with using Dovecot as part

I have a Cisco 7960 phone. I cannot seem to use the settings button to get into the phone to change the TFTP server. I've set up a DHCP Server, TFTP Server with the same address, and the phone requests the address of 0.0.0.0, the server offers the address of 192.168.2.2, but the phone seems not to take it. I have no action on the TFTP side. So, since I can't seem to server the phone

* Charles Lepple <clepple at gmail.com> [2013-08-27 19:53:38 -0400]: > On Aug 26, 2013, at 3:10 PM, Florian Bruhin wrote: > > Also, what does the red color mean in the compability table? Anything > > that's not supported, or is it just "you have to solder your own cable > > but then you should be okay"? > > Technically, one star is "protocol

Something about how we're implementing offsets for TXD is wrong, just flip to the generic quadop-based implementation in that case. This is the minimal fix appropriate for backporting. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: <mesa-stable at lists.freedesktop.org> --- src/gallium/drivers/nouveau/codegen/nv50_ir_lowering_nvc0.cpp | 3 ++- 1 file changed, 2

I can't seem to get my serial terminal to work with my new system. I had a serial terminal connected to my old system that worked great and copied /boot.config, /boot/loader.conf and /etc/ttys settings over from it. The new system has a Gigabyte GA970A-UD3 board with just a serial header on the board. I bought a serial connector backplate in an electronics store and connected it to the

I have what my SBC/ATT representative calls a "Supertrunk," but he can't tell me the specifics I need to know to configure Asterisk to work with it. By fiddling about, I've come up with the "almost working" configuration below. This works except that it takes about 4 seconds from when the console says the line is answered until it plays my prompt. Watching the

Also rework things so that if someone were to add an opcode without adjusting the values in these arrays, there will be a compilation error. This fixes a few quadop-related piglit regressions since commit d5faf8e78603. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/gallium/drivers/nouveau/codegen/nv50_ir_target.cpp | 12 +++++++-----

> +22 = Gamatronic UPSs with alarm interface > + [CP=RTS] [OL=CTS] [LB=\-DCD] [SD=DTR] > + > +22 = CyberPower SL seriess > + [CP=RTS] [OL=CTS] [LB=\-CAR] [SD=DTR] > + > + This part of the patch is no good. While TIOCM_CAR is equivalent to TIOCM_CD (at least in some implementations) CAR certainly isn't handled the same as DCD by genericups. It won't be

Hello. Has anyone been able to successfully make data (dialup modem) calls through a TDM2400E? We're able to make fax and credit card calls fine, but cannot successfully make modem calls using a 56K modem connected to a patch panel connected to an FXS port which then gets bridged to an FXO port connected directly to a phone line. We have 'echocancelwhenbridged=no' set in

There should be a line-table entry for the end of the function, which appears to be missing from the dump you provided. llvm-dwarfdump should report this address with 'end_sequence' in the Flags. Are you using a different dumper? I am not sure but my guess would be that inline data is not represented in the line table. The line table's primary purpose is to inform the debugger