Being a PAT tester I know this of course. However I am using a couple of
websites to do the conversions while I'm figuring this out. Doing the
conversions on F3 01 90 B7 gives 4279 as expected however doing the same
to F3 01 48 ?? provides 21?? rather than the + we would expect. It
looks li
On Thu, 27 Nov 2014, Gareth France wrote:
> the hex seems different for each one which is strange.
The results are within 1% (std dev 0.5) and this is significantly
better than the +/-5% given in the specification for the Seaward PAT
testing units. The PAT tester is effectively a giant multi-mete
I'm still not getting predictable results with this. The 42.79 works
great but the 99.99 results don't co-operate. Also the hex seems
different for each one which is strange.
F3 01 48 79
F3 01 48 D8
F3 01 48 DB
F3 01 48 D6
F3 01 48 D9
F3 01 48 C0
F3 01 48 49
F3 01 48 9C
F3 01 48 C6
F3 01 48 D3
Now I'm with you! I have to say my programming is all rooted in basic. I
am stuck at a certain point and struggling to adjust the way I view
problems and their solutions. Until I started looking at this I had
never even attempted to input, manipulate or output anything more than
text files (csv
On Thu, 27 Nov 2014, Gareth France wrote:
> I really don't understand what you have done here.
> > >>F3 01 90 B7 - 42.79 - 0x90b7 & 0x7fff => 0x10b7 => 4279 decimal
> > >>F3 01 97 78 - 60.08 - 0x9778 & 0x7fff => 0x1778 => 6008 decimal
The two bytes we're interested in (0x90b7) together
Where did th 15 come from? 0x90b7 converts to 2487 according the the
webpage I am using. How do you get from 15 to 0x0001? Why does 15 also
convert to 0x?
0x90b7 >> 15 => 0x0001 => FAIL
0x4879 >> 15 => 0x => PASS
Where does 0x7fff come from? How do you get to 0x10b7? You are t
I really don't understand what you have done here.
On 27/11/14 11:52, Paul Sladen wrote:
The remaining fifteen lower bits converted to decimal match exactly:
> >>F3 01 90 B7 - 42.79 - 0x90b7 & 0x7fff => 0x10b7 => 4279 decimal
> >>F3 01 97 78 - 60.08 - 0x9778 & 0x7fff => 0x1778 => 6008 decima
On Thu, 27 Nov 2014, Gareth France wrote:
> The file we began looking at came from my old machine
> ... the basic structure remains the same.
> 01 looks like
0x01 is probably the number of samples that follow for that
particular test type (F3 "Earth Insulation") in this case.
> other one/two are
Correct, The format of the file appears to have evolved. The file we
began looking at came from my old machine which has now been sold. When
I started looking at this I did not have my new machines to hand though
the basic structure remains the same. Keep in mind the result on the old
machine w
On Thu, 27 Nov 2014, Gareth France wrote:
> Hex Result
> F3 01 48 79 - 99.99
> F3 01 90 B7 - 42.79 - 0x90b7 & 0x7fff = 0x10b7 = 4279 decimal
> F3 01 48 D8 - 99.99
> F3 01 48 DB - 99.99
> F3 01 48 DB - 99.99
> F3 01 48 D6 - 99.99
> F3 01 97 78 - 60.08 - 0x9778 & 0x7fff = 0x1778 = 60
I have confirmed the earth and insulation readings are indeed F2 and F3.
So far earth readings make sense but I just don't understand what is
going on with the insulation:
Hex Result
F3 01 48 79 - 99.99
F3 01 90 B7 - 42.79
F3 01 48 D8 - 99.99
F3 01 48 DB - 99.99
F3 01 48 DB - 9
11 matches
Mail list logo
