Support Forums
What series DT80 do i have?

Hello all, i bought a secondhand DT80 and i woud like to gather the most recent software and firmware.

I read some about updating but most descriptions mention the series to be a breakpoint for having some updates possible or not. Seems series 2 and 3 are suitable to handle DEX, while series 1 are not.

So how to figure out what series i bought?

I have DT80 S/N 082272 , on the side panel also is a sticker ; serial number DL01-EN-0286-BAFA01A7

Display shows version V9.16

Could anyone please tell me;

  • series of DT80 i have, 1,2 or 3
  • possibilitys for the best software like DEX

I possible i would like to "read" a RS485 bus on a machine, any suggestions would be much appriciated!

Thanks in advance, Jan (from the Netherlands)

Hello all, i bought a secondhand DT80 and i woud like to gather the most recent software and firmware. I read some about updating but most descriptions mention the series to be a breakpoint for having some updates possible or not. Seems series 2 and 3 are suitable to handle DEX, while series 1 are not. So how to figure out what series i bought? I have DT80 S/N 082272 , on the side panel also is a sticker ; serial number DL01-EN-0286-BAFA01A7 Display shows version V9.16 Could anyone please tell me; - series of DT80 i have, 1,2 or 3 - possibilitys for the best software like DEX I possible i would like to "read" a RS485 bus on a machine, any suggestions would be much appriciated! Thanks in advance, Jan (from the Netherlands)

'66 mechanic and welder whith interest in electronics

Hi Jan,

That logger is DT80 series 1 with manufacturing date older than September 2009 (our oldest record does not reach that given number). This series of logger is not compatible to run dEX, we do provide a service for small upgrade to run dEX but it will need preliminary assessment on the hardware to do that.

Beside dEX you can also the obsolete DeLogger software, I can give you a copy since you entitle for it but we can't guarantee the software will work on current operating system (Windows 7, 8, 10). Some users indicate a successful usage of DeLogger but some others do not. Or if you are adept with dataTaker programming syntax, you can choose to use DeTransfer. It is still compatible to current operating system.

Can you please explain about the RS485 strings that dataTaker need to intercept and parse? "Reading" RS 485 string usually happen in ASCII or hexadecimal, and because you mention about bus please check if there is particular protocol involved (i.e.: MODBUS).

Best regards,
Rudy Gunawan

Hi Jan, That logger is DT80 series 1 with manufacturing date older than September 2009 (our oldest record does not reach that given number). This series of logger is not compatible to run dEX, we do provide a service for small upgrade to run dEX but it will need preliminary assessment on the hardware to do that. Beside dEX you can also the obsolete DeLogger software, I can give you a copy since you entitle for it but we can't guarantee the software will work on current operating system (Windows 7, 8, 10). Some users indicate a successful usage of DeLogger but some others do not. Or if you are adept with dataTaker programming syntax, you can choose to use DeTransfer. It is still compatible to current operating system. Can you please explain about the RS485 strings that dataTaker need to intercept and parse? "Reading" RS 485 string usually happen in ASCII or hexadecimal, and because you mention about bus please check if there is particular protocol involved (i.e.: MODBUS). Best regards, Rudy Gunawan

Hi Rudy,

Thank you so much for your prompt answer.
I understand i cannot use dEX, so no problem i go to programm in the syntax as discribed in the manual.

i already downloaded DeLoad V 2.37 and that's running well.
also for DeTransfer V3.27 i tried it and works well.

I am working on a machine whithout any documentation so i am doing some kind of reverse engineering.....
The RS485 bus i am confronted whith is communicating between a Mitsubishi PLC FX3U and a couple of PID-thermocontrollers Yudian 516.

using programs like hyperterm i read the following data transmitted from the PLC;

81 81R 00 00 00S 00
82 82R 00 00 00T 00
83 83R 00 00 00U 00

Requesting data from the temp controllers, adressed by 81, 82, and 83

if the temperature controllers are connected they will answer the PLC by sending the following data;

Proces Temperature Lowbyte, Proces Temperature Highbyte, Set value Temperature Lowbyte, Set value Temperature Highbyte, Manual Output one byte, Alarmstatus one byte, R/W lowbyte, R/W highbyte, EEC lowbyte, EEC highbyte.

So the answer from the temp controllers will be given right after teh request from the PLC.

The low and highbytes together represent the value of the ;Proces and Set value
I would like to parse and log the ;

Proces Temperature
Set Temperature

To show (in binairy) what the response from the temp controller looks like i write down a answer given right after the question coming from PLC;

81 81R 00 00 00S 00
82 82R 00 00 00T 00
110001100 00000000 11010000 00000111 01100100 01100000 11010000 00000111 11001100 01110000
83 83R 00 00 00U 00

the low and high bytes has to be calculated like this;

128,64,32,16,8,4,2,1 32786,16384,8192,4096,2048,1024,516,256

so if we take byte 3 and 4 we get the following;

LSB 11010000 LSB MSB 00000111 MSB
128,64,32,16,8,4,2,1 32786,16384,8192,4096,2048,1024,516,256
128,64,00,16,0,0,0,00000000000000000000000000,1024,516,256 = 2004

since the temp controller sends the temperature in celcius x 10 the set value is 2004/10 = 200 degrees celcius.

Above binary code is the answer from temp controller 82 82

I also read from the terminal programs i tried the following parameters;

9600 BAUD
8 databids
no parity
1 stopbit
no flowcontrol
Modbus

I would much appriciate if you would help me to point out the steps i have to take to ;

  • program the DT80
  • transfer the data each minute to a desktop computer on the same network as the DT80 is connected to
  • store the data on the harddisk (in Excel?)

Maybe i ask too much, sorry for that, and yes i can read the manual but please excuse me, i read about 1000 pages already in manuals like FX3U PLC etc. I'm getting a little tired since i am a mechanic for the mechanical drivelines and not used to do this kind of (interesting) logging and machine communicating.

Kind regards, thanks in advance, Jan

Hi Rudy, Thank you so much for your prompt answer. I understand i cannot use dEX, so no problem i go to programm in the syntax as discribed in the manual. i already downloaded DeLoad V 2.37 and that's running well. also for DeTransfer V3.27 i tried it and works well. I am working on a machine whithout any documentation so i am doing some kind of reverse engineering..... The RS485 bus i am confronted whith is communicating between a Mitsubishi PLC FX3U and a couple of PID-thermocontrollers Yudian 516. using programs like hyperterm i read the following data transmitted from the PLC; 81 81R 00 00 00S 00 82 82R 00 00 00T 00 83 83R 00 00 00U 00 Requesting data from the temp controllers, adressed by 81, 82, and 83 if the temperature controllers are connected they will answer the PLC by sending the following data; Proces Temperature Lowbyte, Proces Temperature Highbyte, Set value Temperature Lowbyte, Set value Temperature Highbyte, Manual Output one byte, Alarmstatus one byte, R/W lowbyte, R/W highbyte, EEC lowbyte, EEC highbyte. So the answer from the temp controllers will be given right after teh request from the PLC. The low and highbytes together represent the value of the ;Proces and Set value I would like to parse and log the ; Proces Temperature Set Temperature To show (in binairy) what the response from the temp controller looks like i write down a answer given right after the question coming from PLC; 81 81R 00 00 00S 00 82 82R 00 00 00T 00 110001100 00000000 11010000 00000111 01100100 01100000 11010000 00000111 11001100 01110000 83 83R 00 00 00U 00 the low and high bytes has to be calculated like this; 128,64,32,16,8,4,2,1 32786,16384,8192,4096,2048,1024,516,256 so if we take byte 3 and 4 we get the following; LSB 11010000 LSB MSB 00000111 MSB 128,64,32,16,8,4,2,1 32786,16384,8192,4096,2048,1024,516,256 128,64,00,16,0,0,0,00000000000000000000000000,1024,516,256 = 2004 since the temp controller sends the temperature in celcius x 10 the set value is 2004/10 = 200 degrees celcius. Above binary code is the answer from temp controller 82 82 I also read from the terminal programs i tried the following parameters; 9600 BAUD 8 databids no parity 1 stopbit no flowcontrol Modbus I would much appriciate if you would help me to point out the steps i have to take to ; - program the DT80 - transfer the data each minute to a desktop computer on the same network as the DT80 is connected to - store the data on the harddisk (in Excel?) Maybe i ask too much, sorry for that, and yes i can read the manual but please excuse me, i read about 1000 pages already in manuals like FX3U PLC etc. I'm getting a little tired since i am a mechanic for the mechanical drivelines and not used to do this kind of (interesting) logging and machine communicating. Kind regards, thanks in advance, Jan

'66 mechanic and welder whith interest in electronics

Hi Jan,

The process should be easy, my assumption as follow:

  1. we need to send a poll syntax to PLC, example:

    82 82R 00 00 00T 00
    
  2. PLC will respond with data in binary with the following sequence:

    • Process Temperature low byte
    • Process Temperature high byte
    • Set value Temperature low byte
    • Set value Temperature high byte
    • Manual Output one byte
    • Alarm status one byte
    • R/W low byte
    • R/W high byte
    • EEC low byte
    • EEC high byte

    i.e.:

    10001100 00000000 11010000 00000111 01100100 01100000 11010000 00000111 11001100 01110000
    

    dataTaker may perceived these numbers as hexadecimal instead of binary:

    8C 00 D0 07 64 60 D0 07 CC 70
    
  3. You will need to convert those high-low byte into a number then divide by 10

With dataTaker, you can follow this sequence after ensuring the port properties are a match with that PLC (9600 8N1 with no flow control). And because this is RS485 you will use serial sensor port with 1SERIAL channel:

  1. You may be able to send directly the poll command.

    82 82R 00 00 00T 00
    

    In the syntax:

    1SERIAL("{82 82R 00 00 00T 00\013\010}")
    
  2. In order to do parsing, you can parse each byte and store them into separate CV. The result would be decimal number:

    1SERIAL("%1b[1CV]%1b[2CV]%1b[3CV]%1b[4CV]%1b[5CV]%1b[6CV]%1b[7CV]%1b[8CV]%1b[9CV]%1b[10CV]")
    

    1CV to 10CV will follow the above data sequence.

  3. In order to make conversion for example the 3rd and 4th byte representing "Set value temperature" we can just process 3CV and 4CV.

    102CV("Set value temp~degC")=(4CV*256+3CV)/10
    

    The reason is simple LSB portion is part of 2^8 components thus multiplying with 256 will move 4CV into MSB fraction.

Best regards,
Rudy Gunawan

Hi Jan, The process should be easy, my assumption as follow: 1. we need to send a poll syntax to PLC, example: ```` 82 82R 00 00 00T 00 ```` 2. PLC will respond with data in binary with the following sequence: - Process Temperature low byte - Process Temperature high byte - Set value Temperature low byte - Set value Temperature high byte - Manual Output one byte - Alarm status one byte - R/W low byte - R/W high byte - EEC low byte - EEC high byte i.e.: ```` 10001100 00000000 11010000 00000111 01100100 01100000 11010000 00000111 11001100 01110000 ```` dataTaker may perceived these numbers as hexadecimal instead of binary: ```` 8C 00 D0 07 64 60 D0 07 CC 70 ```` 3. You will need to convert those high-low byte into a number then divide by 10 With dataTaker, you can follow this sequence after ensuring the port properties are a match with that PLC (9600 8N1 with no flow control). And because this is RS485 you will use serial sensor port with 1SERIAL channel: 1. You may be able to send directly the poll command. ```` 82 82R 00 00 00T 00 ```` In the syntax: ```` 1SERIAL("{82 82R 00 00 00T 00\013\010}") ```` 2. In order to do parsing, you can parse each byte and store them into separate CV. The result would be decimal number: ```` 1SERIAL("%1b[1CV]%1b[2CV]%1b[3CV]%1b[4CV]%1b[5CV]%1b[6CV]%1b[7CV]%1b[8CV]%1b[9CV]%1b[10CV]") ```` 1CV to 10CV will follow the above data sequence. 3. In order to make conversion for example the 3rd and 4th byte representing "Set value temperature" we can just process 3CV and 4CV. ```` 102CV("Set value temp~degC")=(4CV*256+3CV)/10 ```` The reason is simple LSB portion is part of 2^8 components thus multiplying with 256 will move 4CV into MSB fraction. Best regards, Rudy Gunawan

Dear Rudy,

"A little late" .....but after all i managed to write a program able to read the RS485 and two voltages.
Your answers above were very helpfull, the last hint , the coversion from a 2-byte value to one decimal value runs also very well, i had never come to that by myself!

By the way, i didnt poll the temperature gauges via RS485 but simply wait for a unique character to pass by and parse from that point. So there is no risk to disturb the messages the PLC is sending to the gauges.
Each gauge sends a unique character so it is easy to keep an eye on the different values.

The raw program looks like this;

begin"SA"
ps=rs485,9600
RA1SERIAL"S"
1SERIAL("\085%b[1cv]%b[2cv]%b[3cv]%b[4cv]%b[5cv]")
1SERIAL("\084%b[11cv]%b[12cv]%b[13cv]%b[14cv]%b[15cv]")
1SERIAL("\083%b[6cv]%b[7cv]%b[8cv]%b[9cv]%b[10cv]")
207CV("PROCES value INFRAROOD temp~degC")=(8CV256+7CV)/10
208CV("SET value INFRAROOD temp~degC")=(10CV
256+9CV)/10
144CV("PROCES value OVEN temp~degC")=(13CV256+12CV)/10
105CV("SET value OVEN temp~degC")=(15CV
256+14CV)/10
102CV("PROCES value VOORKAMER temp~degC")=(3CV256+2CV)/10
103CV("SET value VOORKAMER temp~degC")=(5CV
256+4CV)/10
RA5S 1+V(=30cv)
1-V(=31cv)
30CV=30CV/100
31CV=31CV/100
32CV=30CV/31CV
30CV("trekwals meter/minuuut")
31CV("remwals meter/minuut")
32CV("rek procent")
logon
end

GIVES OUTPUT:

1SERIAL 0 State
1SERIAL 0 State
1SERIAL 0 State
PROCES value INFRAROOD t 21.7 degC
SET value INFRAROOD t 150.0 degC
PROCES value OVEN temp 3366.7 degC
SET value OVEN 8.2 degC
PROCES value VOORKAMER t 22.8 degC
SET value VOORKAMER t 350.0 degC
1+V 1301.1 mV
1-V 608.8 mV
30CV 13.0
31CV 6.1
32CV 2.1
trekwals meter/minuuut 13.0
remwals meter/minuut 6.1
rek procent 2.1

The Value "oven" looks strange because that gauge is not connected yet in the trial-project at home.
Next step will be a continuous output to PC drawing a graph and saving the readings.
read some stuff like pivottabels etc. and tried already DPLOT so i have work in progress......

Thanks you very much for your help.

Dear Rudy, "A little late" .....but after all i managed to write a program able to read the RS485 and two voltages. Your answers above were very helpfull, the last hint , the coversion from a 2-byte value to one decimal value runs also very well, i had never come to that by myself! By the way, i didnt poll the temperature gauges via RS485 but simply wait for a unique character to pass by and parse from that point. So there is no risk to disturb the messages the PLC is sending to the gauges. Each gauge sends a unique character so it is easy to keep an eye on the different values. The raw program looks like this; begin"SA" ps=rs485,9600 RA1SERIAL"S" 1SERIAL("\\085%b[1cv]%b[2cv]%b[3cv]%b[4cv]%b[5cv]") 1SERIAL("\\084%b[11cv]%b[12cv]%b[13cv]%b[14cv]%b[15cv]") 1SERIAL("\\083%b[6cv]%b[7cv]%b[8cv]%b[9cv]%b[10cv]") 207CV("PROCES value INFRAROOD temp~degC")=(8CV*256+7CV)/10 208CV("SET value INFRAROOD temp~degC")=(10CV*256+9CV)/10 144CV("PROCES value OVEN temp~degC")=(13CV*256+12CV)/10 105CV("SET value OVEN temp~degC")=(15CV*256+14CV)/10 102CV("PROCES value VOORKAMER temp~degC")=(3CV*256+2CV)/10 103CV("SET value VOORKAMER temp~degC")=(5CV*256+4CV)/10 RA5S 1+V(=30cv) 1-V(=31cv) 30CV=30CV/100 31CV=31CV/100 32CV=30CV/31CV 30CV("trekwals meter/minuuut") 31CV("remwals meter/minuut") 32CV("rek procent") logon end GIVES OUTPUT: 1SERIAL 0 State 1SERIAL 0 State 1SERIAL 0 State PROCES value INFRAROOD t 21.7 degC SET value INFRAROOD t 150.0 degC PROCES value OVEN temp 3366.7 degC SET value OVEN 8.2 degC PROCES value VOORKAMER t 22.8 degC SET value VOORKAMER t 350.0 degC 1+V 1301.1 mV 1-V 608.8 mV 30CV 13.0 31CV 6.1 32CV 2.1 trekwals meter/minuuut 13.0 remwals meter/minuut 6.1 rek procent 2.1 The Value "oven" looks strange because that gauge is not connected yet in the trial-project at home. Next step will be a continuous output to PC drawing a graph and saving the readings. read some stuff like pivottabels etc. and tried already DPLOT so i have work in progress...... Thanks you very much for your help.

'66 mechanic and welder whith interest in electronics

Hi Jan,

Thank you for the update, I am glad you manage to solve the calculation process. smile

Best regards,
Rudy Gunawan

Hi Jan, Thank you for the update, I am glad you manage to solve the calculation process. :wink: Best regards, Rudy Gunawan
206
5
3
live preview
enter atleast 10 characters
WARNING: You mentioned %MENTIONS%, but they cannot see this message and will not be notified
Saving...
Saved
With selected deselect posts show selected posts
All posts under this topic will be deleted ?
Pending draft ... Click to resume editing
Discard draft