-
Going further with the Fluke 289
Posted by
elafargue
on 10 Nov, 2011 09:25
-
Hi all,
I have spent a few evenings lately to dig further into the Fluke 289 multimeter and its serial protocol, and I have found quite a lot of fun stuff - remote control of the multimeter, screenshots, recording downloads, DMM configuration, even hints at internal file management. As this community seems to be generally quite knowledgeable on the various tool manufacturers, I am seeking your advice on whether it would be appropriate to release a specs document, so that hobbyists can get creative! IMHO it would be a nice boost for this excellent multimeter, but I do not know whether Fluke takes a hard line on the publication of such specs, or whether they are OK with it? I saw that they have published serial protocol specs for their portable scopes, but not much when it comes to their DMMs...
Let me know!
-
#1 Reply
Posted by
alm
on 10 Nov, 2011 11:49
-
The Fluke 89IV/189 protocol is out there somewhere, don't remember if this was the Fluke website or not. The 289 protocol might be similar.
-
#2 Reply
Posted by
Richard W.
on 10 Nov, 2011 19:09
-
Maybe i got something helpful
regards
Richard
-
#3 Reply
Posted by
elafargue
on 10 Nov, 2011 22:50
-
Sure, this is the (very small) public spec for the 289. It doesn't even explain how to download recordings, which are one of the big features of the meter... The meter supports tons of additional commands. Try a "PRESS BACKLIGHT" command, for instance
-
#4 Reply
Posted by
alm
on 10 Nov, 2011 23:14
-
Can the FlukeView software turn the backlight on? I wouldn't be surprised if this was not supported, since the remote protocols tend to be geared towards remote data acquisition as opposed to remote control.
-
#5 Reply
Posted by
Wartex
on 11 Nov, 2011 00:10
-
Hi all,
I have spent a few evenings lately to dig further into the Fluke 289 multimeter and its serial protocol, and I have found quite a lot of fun stuff - remote control of the multimeter, screenshots, recording downloads, DMM configuration, even hints at internal file management. As this community seems to be generally quite knowledgeable on the various tool manufacturers, I am seeking your advice on whether it would be appropriate to release a specs document, so that hobbyists can get creative! IMHO it would be a nice boost for this excellent multimeter, but I do not know whether Fluke takes a hard line on the publication of such specs, or whether they are OK with it? I saw that they have published serial protocol specs for their portable scopes, but not much when it comes to their DMMs...
Let me know!
Guy that wrote memtestx86 did a thorough job reversing it, contact him. For which I believe Fluke forums banned him. Unless it's you.
-
#6 Reply
Posted by
elafargue
on 11 Nov, 2011 07:56
-
Guy that wrote memtestx86 did a thorough job reversing it, contact him. For which I believe Fluke forums banned him. Unless it's you.
Yeah, I spoke to him, I think he is busy with other things & was not very interested to help, unfortunately....
-
#7 Reply
Posted by
elafargue
on 13 Nov, 2011 18:11
-
This is actually quite fun. It seems that the DMM supports two types of transfer: either a fully ASCII protocol, but also the same protocol with simple binary framing, each packet starting with 0x10 0X02 <DATA> 0x10 0x03 <CRC> though I was not able so far to get the algorithm for the CRC. The meter also supports two sets of commands, some which are only accessible after some sort of authentication (calibration password, it seems, or maybe a developer key?).
Interesting commands so far: qemap, which accepts a very large list of arguments:
blightVals
rsob
blvals
memvals
jackdetect
updateMode
acsmooth
tempunit
dBmRef
pwpol
hzEdge
dcpol
contbeep
conbeepos
timeFmt
dateFmt
numFmt
lang
recEventTh
rsm
ablto
digits
beeper
apoffto
autorange
bolt
fileMode
qt
beeperTestState
sessionType
calConstantName
calStatus
mode
readingID
attribute
jackName
jackPositionStatus
testPattern
lcdModeState
ledState
mp_props
mpdev_props
mpq_props
memSize
powerMode
buttonName
presstype
channel
sampleTime
recordType
isStableFlag
transientState
xaJackName
You can use the "PRESS" command with one of the 'buttonName' values, for instance. Or you can switch the power button's LED with LEDT - argument matches the result of qemap ledstate - . Or you can (probably) get the LCD's current bitmap with QLCDBM with an offset as argument (0 for instance). I was not able to decode the bitmap so far, but here you go.
In order to get the trendlog recordings, you can use the QRSI command (with argument 0 to 8 ) to get a binary structure which includes the ID of each recording, and then download each sample of the recordings with QSRR with ID as argument. I will publish a proper description once I underttand the binary structures properly, I'm nearly there...
If someone wants to give me a hand, I would like to put my hands on the log of a DMM firmware update, so that understand how to authenticate to the DMM to get access to the low level commands...
-
#8 Reply
Posted by
jrmpdb
on 19 Feb, 2013 15:00
-
elafargue I was wondering if you made any head way on this tool. I have a FLUKE 287 and 289 that I am currently playing with and I found your post very helpful and interesting. I am looking to grab the stored data from the instrument and have found the commands QSLS which will return the number of saved records and QSMR with an argument (0-num of records) that contains the saved data, the saved data is in ASCII format but is unreadable except for the tag (Save 1-n). I know that this is an old post but I thought I'd give it a shot since this is the only helpful reference that I could find on the internet.
-
#9 Reply
Posted by
alecotech
on 13 Mar, 2014 13:35
-
Hello,
I have found this topic very interesting. I am trying to pull off a couple of logs from the trend capture. I have read some of the above posts, but have had little luck getting the logs downloaded from memory. Has anyone got any updates or hints for the correct commands.
I have tried:
QSLS to find the names of stored files, and QSMR + stored name.
THanks,
-
#10 Reply
Posted by
elafargue
on 13 Mar, 2014 14:02
-
I finalized the reverse engineering of the whole protocol about a year ago. The big issue is that Fluke is known for having intimidated people who published that sort of stuff in the past, so I an reluctant to share anything...
That said, the protocol is fairly straightforward, all binary packets map to C structures more or less...
Ed
-
#11 Reply
Posted by
apelly
on 13 Mar, 2014 14:18
-
Give it to me. I'll publish the shit out of it.
It's my hardware. I'll do what I bloody well want!
Actually, I have flukeview(sp?) but I just don't seem to ever need a connected meter anyway. If I was smarter, or more interested, I'm sure I could achieve the same. If you don't feel comfortable releasing your work, that's more than OK with me.
Also, for someone who might have last posted in 2011, you are on the ball man!
-
#12 Reply
Posted by
johnwill
on 17 Mar, 2014 22:13
-
I have had the Fluke 289 now for several months, and without question it is the best meter I have ever used. This meter has insane accuracy, a monster array of measurements (including low impedance, ghost voltages) and the ability to act as a data logger for any type of measurement it is able to do. Not the cheapest of meters but well worth the price tag.
-
#13 Reply
Posted by
neslekkim
on 19 Mar, 2014 11:57
-
I finalized the reverse engineering of the whole protocol about a year ago. The big issue is that Fluke is known for having intimidated people who published that sort of stuff in the past, so I an reluctant to share anything...
That said, the protocol is fairly straightforward, all binary packets map to C structures more or less...
Ed
Please do... somewhere..
-
#14 Reply
Posted by
ben_r_
on 23 Mar, 2014 06:48
-
Oh awesome! Would love to take a look at this! Please someone post it up!
-
#15 Reply
Posted by
Nevereven
on 09 May, 2014 03:21
-
I've managed to figure out some of how to get data out of my 189-II. I'm working on figuring out the data structures associated with QRSI and QSRR.
I found some Ruby code which is a good start, but I suspect that the format has changed somewhat with new firmware.
If anyone wants to help with this, PM me. I don't want to post the mess I have because it's got big parts which I know are wrong or guesses.
Once the data structures are figured out I want to write some python code to dump saved data to a CSV file.
-
#16 Reply
Posted by
neslekkim
on 09 May, 2014 11:32
-
-
#17 Reply
Posted by
Nevereven
on 09 May, 2014 11:44
-
I think they just support the public API which doesn't include the ability to download data with the QRSI and QSRR commands.
seems like Sigrok have some support? http://sigrok.org/wiki/Fluke_287/289
-
#18 Reply
Posted by
neslekkim
on 09 May, 2014 14:12
-
-
#19 Reply
Posted by
Nevereven
on 09 May, 2014 16:06
-
I did see that, and it was very useful. The parsing algorithms don't seem to quite match up with the data I'm seeing. Perhaps there have been some changes with firmware upgrades? If someone who uses Ruby could test it, it would be very helpful as I'm not sure what state it was left in.
ah, ok.
did you check this one? https://github.com/fvaleur/dmm_util
-
-
-
#21 Reply
Posted by
nbenm
on 01 Nov, 2017 07:23
-
@Nevereven, did you succeed in decoding the data ?
I have a 287, and I want too to write python code to extract saved data and the plot them
.
I have seen the Ruby code, but it is completely outdated.
I use firmware v1.16
I have too found the command qsls which gives the number of:
- saved recordings -> then qrsi #
- saved min-max -> then qmmsi #
- saved peaks -> then qpsi #
- saved measurements -> then qsmr #
But replies are in binary and not doc is available
qddb seem to be for real time measurements
BTW, the Ruby code is OK for the "set" command. I could change company,contact,operator and site
-
#22 Reply
Posted by
emax
on 07 Nov, 2018 20:10
-
Old thread, but current topic.
I didn't try yet, but how do you connect to yout PC? Does the IR/USB-adaptor appear just as a serial device?
Which platforms you're on? I'm on linux and would try my swiss-army-knife: perl.
-
#23 Reply
Posted by
HKJ
on 07 Nov, 2018 20:25
-
I didn't try yet, but how do you connect to yout PC? Does the IR/USB-adaptor appear just as a serial device?
The Fluke adapters uses a virtual COM port and it is possible to find descriptions of the protocol.
-
#24 Reply
Posted by
Pumuckl
on 14 Jan, 2019 10:00
-
Hey,
Has anyone a list of the 28x commands or a way to contact the old posters that figured them out?
I am trying to remotely activate min/max and peak functions. I can get around the normal min/max activation by sending the key but for peak I would have to use the menu and this is always different depending on the range I am in.
Cheers,
Christian.