similar to: R-beta: time series structures

Hello all, We have a situation where our 30 lines are maxing out, but no one is on a call. We are currently running CVS head downloaded on 15/8/2005 on a Dell Power Edge 2850. Our office mainly functions on a queue system. At the time this happened all our agents were logged in and no one was taking a call. Does anyone have a similar experience and ideas on how to fix this problem?

Fritz, I have slightly adapted (didn't work before) "tsboot" from the "boot" library to the current time series conventions of R. The following patch will do that. I suggest to apply this patch to the file "boot/R/bootfuns.q" of the "boot" library at CRAN. best Adrian --- bootfuns.orig.q Thu Dec 9 10:07:23 1999 +++ bootfuns.q Thu Dec 9 10:06:51 1999

Fritz, I have slightly adapted (didn't work before) "tsboot" from the "boot" library to the current time series conventions of R. The following patch will do that. I suggest to apply this patch to the file "boot/R/bootfuns.q" of the "boot" library at CRAN. best Adrian --- bootfuns.orig.q Thu Dec 9 10:07:23 1999 +++ bootfuns.q Thu Dec 9 10:06:51 1999

Hello again, I have a Sola 305 (aka Powerware 3110) here connected via a serial INT-0051 cable which I am trying to get working with nut. The driver.list file indicates that nut supports the Sola 305 when connected via the INT-0025C cable using the genericups driver with upstype set to 7 but it does not mention the INT-0051. I was able to use the "Basic CheckUPS II" utility provided

This code, added to drivers/genericups.h, supports the CyberPower SL series UPSes. I've tested with my 725SL - the online/on battery transition, and low battery status, and finally the shutdown signal all work as expected. *** genericups.h.orig Sun Nov 2 16:54:24 2003 --- genericups.h Mon Oct 3 13:49:00 2005 *************** *** 220,225 **** --- 220,234 ---- TIOCM_ST

+-----------------------------------------------------------------+ | | | Black APC 940-0024C Smart Signalling UPS Cable Wiring Diagram | | This information is verified and tested to be 100% correct. | | |

** Reply Requested When Convenient ** I will be attending a class during the week of November 29. I will get back to you as quickly as possible. If you need to reach me immediately by phone talk with Barb Severs or Diane Terry. Thank you David J. Krassen >>> r-help 11/24/99 10:46 >>> A new version of my DSE package for multi-variate time series analysis is now available

Below are a few problems I have encountered with the new checks being done in R-devel. 1/ I have two generics, test.equal and test.equal.tframe. The first checks that two objects are equal while the second checks if two objects have equal tframes (time frames). There is no reason these should have similar arguments but the check seems to think that test.equal.tframe is a method for test.equal so

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)

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

I'm having some trouble figuring out latest.start in the tframe package. The results seem a bit cloudy. Sample session: > library(ts) > library(tframe) Loading required package: syskern > t1<-ts(c(1,2,3,4,5),start=1) > t2<-ts(c(1,2,3,4,5),start=2) > earliest.start(tbind(t1,t2)) [1] 1 1 > earliest.start(tbind(t2,t1)) [1] 1 1 > latest.start(tbind(t2,t1)) [1] 1 1

aggregate.ts does not behave in the same way as the equivalent method aggregate.rts in S-PLUS. In particular it - changes the start of the time series - tends to have a length which is 1 shorter For example: R> x <- ts(1:10) R> aggregate(x, nfreq=0.5, FUN=min) Time Series: Start = 2 End = 8 Frequency = 0.5 [1] 2 4 6 8 S> x <- rts(1:10) S> aggregate(x, nf=0.5, fun = min) [1]

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

Hi Shanan, Since I'm lagging too much on this point, I've forwarded your mail to the NUT development list, in the hope that another developer will have a bit of time to merge your patch. thanks for your contribution, Arnaud Quette -- Free Software Developer - http://arnaud.quette.free.fr/ Debian Developer - http://people.debian.org/~aquette/ Network UPS Tools (NUT) Project Leader -

Hello, I got this information from the manufacturer of my ups Kobian/Mercury and were tested wtih powstatd on Linux (Works OK). Now i want to configure it with NUT and i didn't have any luck (it always says OB) Initiliasation for monitoring: RTS = 1 (High) Main power fail: CTS = 0 (Low) Batter low: DCD = 0 (Low) Kill UPS: DTR = 0 (Low) How would the ups.conf look like? Reagards, Lep

I tried to find a search button for the mailing list but could not. So rtfm me with the link please. If not.. I have an old Deltec PowerRite Pro 2 UPS which has a 9 pin serial cable. By trial and error Im pretty sure I found LB = DCD, but can not get the combination for OB / OL. No matter what I do I get the results below. driver.name: genericups driver.parameter.CP: CTS driver.parameter.LB:

Hi, my physical machine (Dell PE2650) has two serial ports, the /proc/tty/driver/serial output looks like this under a non-XEN Linux kernel: serinfo:1.0 driver revision: 0: uart:16550A port:000003F8 irq:4 tx:2761 rx:2766 CTS|CD|RI 1: uart:NS16550A port:000002F8 irq:3 tx:58353 rx:2986 RTS|CTS|DTR|DSR|CD|RI 2: uart:16550A port:0000EC80 irq:177 tx:0 rx:0 CTS|DSR|CD 3: uart:unknown port:000002E8

Hi: I took me a while to figure this out, so I thought it might be good to document on the wiki. When using Syslinux's SERIAL option ( https://wiki.syslinux.org/wiki/index.php?title=SYSLINUX#SERIAL_port_.5Bbaudrate_.5Bflowcontrol.5D.5D ) in conjunction with Serial over LAN ( https://en.wikipedia.org/wiki/Serial_over_LAN), there is no "CTS assertion" (at least with some BIOS), but

> Date: Fri, 22 Oct 1999 13:19:12 -0700 > To: r-devel@stat.math.ethz.ch > From: Eli Ateljevich <eli@ce.berkeley.edu> > > Hi. > I love R. I have had two compatibility issues in shifting my code over from > Splus > > cts,rts, its: are there any plans to incorporate these classes? No. R is not S-PLUS, and is `not unlike S'. Those are S-PLUS proprietary

On 11-Dec-97 maechler@stat.math.ethz.ch wrote: >>>>>> "PaulG" == Paul Gilbert <pgilbert@bank-banque-canada.ca> writes: > > PaulG> I have a class "tframe" with more specific classes indicating > PaulG> how time is being represented, such as > > >> class(tframe(data)) > PaulG> [1] "ts"