<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi!<br>
<br>
Sorry for being away for the last week and thank you all for your
time and patience!<br>
Today I tried to collect newer log file than one attached in my
first post.<br>
I used the same HDD with no modifications of config or OS, on the
same computer with the same interface cable (original MGE, not
hand-made). The computer is real - not VM to avoid eventual
malfunction caused by virtual access to RS232 ports.<br>
It was very odd that the connection to the UPS suddenly started
working! I am able to read status and perform tests including fsd
with 100 % success!<br>
Before my first try I had UPS repaired. The inverter transistors had
to be resoldered. This does not impact communication circuits, at
least not directly.<br>
The difference today was that since I was away and the device was
freshly repaired I disconnected its acumulators to avoid eventual
damages. Maybe this "hard reset" helped to the UPS controller to
start comunicating normally? But it worked with Eaton's Windows
software! <br>
I'll test it for at least a week before attaching it to my
production system. Non-reasonal function or malfunction is really
disturbing.<br>
The unit is old but it is from this low-efficiency generation that
produces very good sine waveform and does not wear its electronic
components (ex. capaciotrs) It surely has lead in its soldering
compounds and is not CFC-free (during production). The large and
half-empty heavy metal enclosure is also important for unit's
reliability. In fact the only reason to throw it out would be it's
denial to work with NUT on one of my FreeBSD servers.<br>
<br>
I would be very glad if I can help testing the driver (and if you
still willing to).<br>
I have also access for testing to MGE Pulsar ES 11+ and an EL (i'll
clarify the exact model tomorrow).<br>
Both are working without software support. I can test them with NUT.<br>
<br>
Sorry for (maybe) false allarm.<br>
<br>
Best wishes!<br>
Ivo<br>
<br>
<div class="moz-cite-prefix">On 18.10.2012 22:13 ч., Arnaud Quette
wrote:<br>
</div>
<blockquote
cite="mid:CAFm_bUiHoEgcM-rddzT3xWi9geD5N_=6rANJ7UAy=gHgt9SJPA@mail.gmail.com"
type="cite"><br>
<div class="gmail_quote">2012/10/16 Martin Loyer<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Salut Arnaud
:D</blockquote>
<div><br>
salut Martin !!<br>
<span id="result_box" class="short_text" lang="bg"><span
class="">спасение Ivo</span></span><br>
<br>
Ivo, we really need your implication to solve *your* issue!<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
I have an old ESV8 UPS down here, and I did code
patching years ago to<br>
support old model on nut.<br>
</blockquote>
is your ESV8 still working?<br>
</blockquote>
</div>
For sure :)<br>
This UPS is strong! By now, it is 18 years old :O</blockquote>
<div><br>
made to last until the end of time ;)<br>
ah, good ol' MGE time.<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
But, I got some bad effect, like Debian bug you
mentionned on your email.<br>
<br>
Would be difficult for me to gain access to an ESV8+,
but we can work<br>
together to test.<br>
</blockquote>
even to me. all this goes back to MGE time, now defunct
for 5 years.<br>
the only things that survived is the Comet and E Series DX
(see below)<br>
</blockquote>
</div>
I may have access to an old ESV8+. I gave one to a friend of
mine, years ago.</blockquote>
<div><br>
that would be nice<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
I can make some test, but I need more information. Could
you send me your<br>
debug log?<br>
</blockquote>
I think I've found a Comet and a E Series DX (so speaking
UTalk) at Eaton today.<br>
this is the kind of things that becomes rare nowadays!<br>
<br>
on the patch side, I'd also like to:<br>
- add some more inter-char delay, since mge_command() only
has 100 ms.<br>
I've just checked again Utalk spec [1], and we should be
at least 500<br>
ms between commands.<br>
the point here is that this inter-char delay is not
satisfied with<br>
commands that do not receive an answer (such as Z)<br>
</blockquote>
</div>
Interesting. If we are hearing too fast, it's not that good.<br>
</blockquote>
<div><br>
we're *talking* too fast actually ;)<br>
<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
For specific commands (such as Z), we may just wait and ignore
any answers (as we did by the past).</blockquote>
<div><br>
not sure to get your point!? we still ignore the result of
mge_command(... Z)<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
- see the result of Marek's mention, i.e moving the double
Z before the Si test.<br>
</blockquote>
</div>
For sure. I dig on my archives, and found a serial spy log
taken on Windows between PSP and ESV8.<br>
Z is send twice, then AX 1, then SI 1.<br>
</blockquote>
<div><br>
yep, with 500 ms inter-commands... I still have access to that
code ;)<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
By the way, I worked a lot to make support of programmable
outlets. By now, it is not supported (even for recent UPS,
working on usb-hid). I may test and patch.<br>
<br>
@Ivo: could you send me your log file?<span class="HOEnZb"><font
color="#888888"><br>
</font></span></blockquote>
</div>
<br>
@Martin: how do you want to proceed on the UTalk issue?<br>
I can either provide a (set of) patch(es), or few directions...<br
clear="all">
<br>
cheers,<br>
Arnaud<br>
-- <br>
Network UPS Tools (NUT) Project Leader - <a
moz-do-not-send="true" href="http://www.networkupstools.org"
target="_blank">http://www.networkupstools.org</a><br>
Debian Developer - <a moz-do-not-send="true"
href="http://www.debian.org" target="_blank">http://www.debian.org</a><br>
Free Software Developer - <a moz-do-not-send="true"
href="http://arnaud.quette.fr" target="_blank">http://arnaud.quette.fr</a><br>
<br>
</blockquote>
<br>
</body>
</html>