Line 5: |
Line 5: |
| ===RS-485 modes=== | | ===RS-485 modes=== |
| | | |
− | *RS-485 transmit (FMU log) mode: | + | *RS-485 transmit (FMB log) mode: |
| | | |
− | RS-485 prints FMU device log and does not respond to commands.<br /> | + | RS-485 prints FMB device log and does not respond to commands.<br /> |
| | | |
| *RS-485 transmit (GNSS NMEA) mode: | | *RS-485 transmit (GNSS NMEA) mode: |
− | | + | br |
| + | [[Image:RS485 MODES.gif]] |
| RS-485 prints GNSS NMEA log and does not respond to commands.<br /> | | RS-485 prints GNSS NMEA log and does not respond to commands.<br /> |
− | | + | br |
| *RS-485 receive (LLS) mode: | | *RS-485 receive (LLS) mode: |
| | | |
Line 21: |
Line 22: |
| In TCP ASCII/Binary mode a link with an external device using text messages can be established. In TCP ASCII/Binary mode all data received from external device through RS-485 is sent directly to server (if link is currently active). Data is encapsulated in codec 12 format. | | In TCP ASCII/Binary mode a link with an external device using text messages can be established. In TCP ASCII/Binary mode all data received from external device through RS-485 is sent directly to server (if link is currently active). Data is encapsulated in codec 12 format. |
| | | |
− | [[Image:Fmx125 rs485 block.png|500px|none]] | + | [[Image:FMB125_rs485_block.png|500px|none]]<br /> |
| + | ====RS-485 TCP Binary settings==== |
| + | <br> |
| + | [[File:RS-485 TCP BINARY.gif]] |
| | | |
− | ====RS-485 TCP Binary settings====
| |
− | [[Image:TCP_Binary_2.png|250px|none]]
| |
| TCP Binary has a setting Prefix. It is possible to set Prefix 1, Prefix 2 or Prefix 3. These prefixes can be used seperately or in unison. | | TCP Binary has a setting Prefix. It is possible to set Prefix 1, Prefix 2 or Prefix 3. These prefixes can be used seperately or in unison. |
| To configure this setting a value from 0 to 255 in decimal has to be entered. Device will convert this value to HEX and compare the 1st, 2nd or 3rd byte from incoming data. If the values do not match, device will not accept incoming data. | | To configure this setting a value from 0 to 255 in decimal has to be entered. Device will convert this value to HEX and compare the 1st, 2nd or 3rd byte from incoming data. If the values do not match, device will not accept incoming data. |
Line 32: |
Line 34: |
| <ul> | | <ul> |
| <li>If Prefix 1 is set to 80 in decimal, it is equal to <font color="red">50</font> in HEX. | | <li>If Prefix 1 is set to 80 in decimal, it is equal to <font color="red">50</font> in HEX. |
− | <ul><li>FMU device will then check the 1st byte of incoming data and compare to the set Prefix 1.</li></ul></li> | + | <ul><li>FMB device will then check the 1st byte of incoming data and compare to the set Prefix 1.</li></ul></li> |
| <li>If Prefix 2 is set to 114 in decimal, it is equal to <font color="green">72</font> in HEX.<br> | | <li>If Prefix 2 is set to 114 in decimal, it is equal to <font color="green">72</font> in HEX.<br> |
− | <ul><li>FMU device will then check the 2nd byte of incoming data and compare to the set Prefix 2.</li></ul></li> | + | <ul><li>FMB device will then check the 2nd byte of incoming data and compare to the set Prefix 2.</li></ul></li> |
| <li>If Prefix 3 is set to 101 in decimal, it is equal to <font color="blue">65</font> in HEX.<br> | | <li>If Prefix 3 is set to 101 in decimal, it is equal to <font color="blue">65</font> in HEX.<br> |
− | <ul><li>FMU device will then check the 3rd byte of incoming data and compare to the set Prefix 3.</li></ul></li> | + | <ul><li>FMB device will then check the 3rd byte of incoming data and compare to the set Prefix 3.</li></ul></li> |
| </ul> | | </ul> |
| When values match, data will be accepted and saved to Buffer (using TCP Binary Buffered mode) or sent to server (using TCP Binary mode).<br> | | When values match, data will be accepted and saved to Buffer (using TCP Binary Buffered mode) or sent to server (using TCP Binary mode).<br> |
Line 43: |
Line 45: |
| <ul> | | <ul> |
| <li>If Prefix 1 is set to 80 in decimal, it is equal to <font color="red">50</font> in HEX. | | <li>If Prefix 1 is set to 80 in decimal, it is equal to <font color="red">50</font> in HEX. |
− | <ul><li>FMU device will then check the 1st byte of incoming data and compare to the set Prefix 1.</li></ul></li> | + | <ul><li>FMB device will then check the 1st byte of incoming data and compare to the set Prefix 1.</li></ul></li> |
| <li>If Prefix 2 is set to 114 in decimal, it is equal to <font color="green">72</font> in HEX.<br> | | <li>If Prefix 2 is set to 114 in decimal, it is equal to <font color="green">72</font> in HEX.<br> |
− | <ul><li>FMU device will then check the 2nd byte <font color="green">0</font> of incoming data and compare to the set Prefix 2.</li></ul></li> | + | <ul><li>FMB device will then check the 2nd byte <font color="green">0</font> of incoming data and compare to the set Prefix 2.</li></ul></li> |
| </ul> | | </ul> |
| Since Prefix 2 does not match incoming 2nd byte, data will not be accepted. | | Since Prefix 2 does not match incoming 2nd byte, data will not be accepted. |
Line 59: |
Line 61: |
| *RS-232 LCD mode: | | *RS-232 LCD mode: |
| | | |
− | In this mode user is able to communicate with the server through terminal. A link between FMU device and the server has to be established for this mode to function properly. | + | In this mode user is able to communicate with the server through terminal. A link between FMB device and the server has to be established for this mode to function properly. |
| | | |
| | | |
| *RS-232 RFID HID/RFID MF7 mode: | | *RS-232 RFID HID/RFID MF7 mode: |
| | | |
− | The difference between RFID HID Mode and RFID MF7 Mode is that in RFID MF7 Mode FMB125 understands RFID messages that are in hexadecimal text format and RFID HID Mode interpretes messages that are in binary format. The type of RFID message sent to FMB125 depends on the RFID reader. For example, RFID MF7 mode message looks like "$aa$02$03$04$17$89$00$01" while HID mode message is of following format: "1213141519". | + | The difference between RFID HID Mode and RFID MF7 Mode is that in RFID MF7 Mode FMU125 understands RFID messages that are in hexadecimal text format and RFID HID Mode interpretes messages that are in binary format. The type of RFID message sent to FMU125 depends on the RFID reader. For example, RFID MF7 mode message looks like "$aa$02$03$04$17$89$00$01" while HID mode message is of following format: "1213141519". |
| | | |
| The selected mode has to correspond to the RFID reader's mode. | | The selected mode has to correspond to the RFID reader's mode. |
− | | + | [[Image:RS-232 MODES.gif]] |
− | Please contact your local sales representative for more information about RFID IDs and devices. | + | Please contact your local sales representative for more information about RFID IDs and devices. |
| | | |
| <br /> | | <br /> |
Line 75: |
Line 77: |
| | | |
| Garmin provides a Fleet Management Interface Tool Kit, once FMU125 is connected to the navigator it enables the driver to have a "screen" in their vehicle for real-time navigation and messaging, and offers job dispatch capabilities to help them be more efficient.<br />FMU125 and Garmin operational diagram is shown on the figure below. | | Garmin provides a Fleet Management Interface Tool Kit, once FMU125 is connected to the navigator it enables the driver to have a "screen" in their vehicle for real-time navigation and messaging, and offers job dispatch capabilities to help them be more efficient.<br />FMU125 and Garmin operational diagram is shown on the figure below. |
− | [[Image:800px-Fmx125 garmin block.png|800px|none]] | + | [[Image:FMB125_garmin_block.png|800px|none]] |
| | | |
| *RS-232 TCP Binary/TCP ASCII mode: | | *RS-232 TCP Binary/TCP ASCII mode: |
Line 87: |
Line 89: |
| Message timestamp: | | Message timestamp: |
| Message Timestamp parameter is used to determine if it is necessary to include timestamp in RS232 TCP packet when sending to server. If parameter is enabled, then Codec 13 is used for data sending. Otherwise, Codec 12 is used. | | Message Timestamp parameter is used to determine if it is necessary to include timestamp in RS232 TCP packet when sending to server. If parameter is enabled, then Codec 13 is used for data sending. Otherwise, Codec 12 is used. |
| + | |
| + | <br /> |
| | | |
| ====RS-232 TCP Binary settings==== | | ====RS-232 TCP Binary settings==== |
− | [[Image:TCP_Binary_2.png|250px|none]] | + | [[Image:RS-232 TCP BINARY SETTINGS.gif]] |
| + | |
| TCP Binary has a setting Prefix. It is possible to set Prefix 1, Prefix 2 or Prefix 3. These prefixes can be used seperately or in unison. | | TCP Binary has a setting Prefix. It is possible to set Prefix 1, Prefix 2 or Prefix 3. These prefixes can be used seperately or in unison. |
| To configure this setting a value from 0 to 255 in decimal has to be entered. Device will convert this value to HEX and compare the 1st, 2nd or 3rd byte from incoming data. If the values do not match, device will not accept incoming data. | | To configure this setting a value from 0 to 255 in decimal has to be entered. Device will convert this value to HEX and compare the 1st, 2nd or 3rd byte from incoming data. If the values do not match, device will not accept incoming data. |
Line 97: |
Line 102: |
| <ul> | | <ul> |
| <li>If Prefix 1 is set to 80 in decimal, it is equal to <font color="red">50</font> in HEX. | | <li>If Prefix 1 is set to 80 in decimal, it is equal to <font color="red">50</font> in HEX. |
− | <ul><li>FMU device will then check the 1st byte of incoming data and compare to the set Prefix 1.</li></ul></li> | + | <ul><li>FMB device will then check the 1st byte of incoming data and compare to the set Prefix 1.</li></ul></li> |
| <li>If Prefix 2 is set to 114 in decimal, it is equal to <font color="green">72</font> in HEX.<br> | | <li>If Prefix 2 is set to 114 in decimal, it is equal to <font color="green">72</font> in HEX.<br> |
− | <ul><li>FMU device will then check the 2nd byte of incoming data and compare to the set Prefix 2.</li></ul></li> | + | <ul><li>FMB device will then check the 2nd byte of incoming data and compare to the set Prefix 2.</li></ul></li> |
| <li>If Prefix 3 is set to 101 in decimal, it is equal to <font color="blue">65</font> in HEX.<br> | | <li>If Prefix 3 is set to 101 in decimal, it is equal to <font color="blue">65</font> in HEX.<br> |
− | <ul><li>FMU device will then check the 3rd byte of incoming data and compare to the set Prefix 3.</li></ul></li> | + | <ul><li>FMB device will then check the 3rd byte of incoming data and compare to the set Prefix 3.</li></ul></li> |
| </ul> | | </ul> |
| When values match, data will be accepted and saved to Buffer (using TCP Binary Buffered mode) or sent to server (using TCP Binary mode).<br> | | When values match, data will be accepted and saved to Buffer (using TCP Binary Buffered mode) or sent to server (using TCP Binary mode).<br> |
Line 108: |
Line 113: |
| <ul> | | <ul> |
| <li>If Prefix 1 is set to 80 in decimal, it is equal to <font color="red">50</font> in HEX. | | <li>If Prefix 1 is set to 80 in decimal, it is equal to <font color="red">50</font> in HEX. |
− | <ul><li>FMU device will then check the 1st byte of incoming data and compare to the set Prefix 1.</li></ul></li> | + | <ul><li>FMB device will then check the 1st byte of incoming data and compare to the set Prefix 1.</li></ul></li> |
| <li>If Prefix 2 is set to 114 in decimal, it is equal to <font color="green">72</font> in HEX.<br> | | <li>If Prefix 2 is set to 114 in decimal, it is equal to <font color="green">72</font> in HEX.<br> |
− | <ul><li>FMU device will then check the 2nd byte <font color="green">0</font> of incoming data and compare to the set Prefix 2.</li></ul></li> | + | <ul><li>FMB device will then check the 2nd byte <font color="green">0</font> of incoming data and compare to the set Prefix 2.</li></ul></li> |
| </ul> | | </ul> |
− | Since Prefix 2 does not match incoming 2nd byte, data will not be accepted.<br/> | + | Since Prefix 2 does not match incoming 2nd byte, data will not be accepted. |
| + | |
| ====Codec 12/13 Packet Merge==== | | ====Codec 12/13 Packet Merge==== |
| This additional option configures the device to merge RS-232 records into a single packet instead of sending many separate packets. This functionality only affects TCP Binary Buffered or TCP Ascii Buffered RS232 modes. When enabled, the device will merge saved RS-232 records together into a single data packet until it is able to send it to the server.<br /> | | This additional option configures the device to merge RS-232 records into a single packet instead of sending many separate packets. This functionality only affects TCP Binary Buffered or TCP Ascii Buffered RS232 modes. When enabled, the device will merge saved RS-232 records together into a single data packet until it is able to send it to the server.<br /> |