Troubleshooting

  • The BL-NET Bootloader is not recognized by the WinsolTest IP“ function.
  1. For communication via Ethernet, the Bootloader must be connected to the CAN bus or supplied with power via a 12V power adaptor (special accessory CAN-NT).
  2. Make sure that the Bootloader is connected via Ethernet to the PC or LAN network. An existing Ethernet connection is indicated by a green LED in the oval window on the lower side of the Bootloader. A crossed network cable must be used for direct connection with a PC.
  3. With a direct Ethernet connection between BL-NET and a PC, the PC must be assigned a fixed IP address. If the PC has a WLAN (wireless network), it must be ensured that the network related part of the IP address differs from the WLAN part.
  4. Check the Ethernet configuration of the BL-NET (see chapter „Connecting the BLNET to a LAN network“) and note the IP address and TA port of the Bootloader.
  5. Make sure that the same IP address and TA port of the Bootloader are set in the Winsol setup.
  6. Run „Test IP“ again. Note the displayed port status.
    1. C.N.A.
      If the interface is already being used by another application, this must be ended in order to communicate with the Bootloader. Multiple applications cannot access the interface at the same time.


  • The Bootloader is not recognised by the WinsolTest Com“ function.
  1. Make sure that the Bootloader is connected via USB to the PC.
  2. In the Windows Device Manager), check that the USB driver was correctly installed
    (Device Manager → Ports (COM und LPT))
    . In this case the virtual COM port appears in the list as “USB Serial Port“.
    1. If the driver is not correctly installed, then perform the installation again (see chapter „USB driver \ Installation“).
    2. If the driver has been assigned a COM port that is not supported by Winsol or Memory Manager (e.g. “USB Serial Port (COM12)“), change this setting (see chapter „USB driver \ Configuring the virtual COM port“).
  3. Run „Test Com“ again. Note the displayed status of the COM port assigned to the USB driver.
    1. C.N.A.
      If the interface is already being used by another application, this must be ended in order to communicate with the Bootloader. Multiple applications cannot access the interface at the same time.
  4. If no controller is connected to the BL-NET then a 9V battery must be used to provide power for the device.
  5. If the Bootloader is connected to at least one device, check the data transfer from the controller to the Bootloader (see next point)..


  • The data transfer from the controller to the Bootloader is not working. (No measurements are shown in Winsol Display.)
  1. Make sure that the Bootloader is connected to the controller via the DL data cable.
  2. Check the wiring of the data cable and observe the correct polarity.
  3. With the UVR1611 data output must be activated if logging over the data link (DL-bus) is to take place (output 14 defined as „data line“).
  4. Ensure that, the BL-NET is configured for the corresponding data logging process (DL bus or CAN bus (see Winsol chapter).
  5. If two controllers are to be acquired with the Bootloader, check the data connection with each of them individually in order to isolate the problem. To do this, remove the data cable (DL bus) or the CAN bus from each of the controllers one after another. It is important to disconnect the cable directly at the controller and not at the data input of the BL-NET, otherwise you may get ambiguous results!
    1. If the data transfer works with each of the two controllers individually, then the problem is caused by crosstalk errors between the two data cables (DL-bus). In this case the cables must be laid separately or at least one cable must be shielded.
  6. To isolate data transfer problems with a single cable, test the link using a short cable (< 1 metre).
    1. If the data transfer works with the short cable then the problem is caused by interference from an external source in the long cable. In this case, the cable must be laid using a different path or a shielded cable must be used.
  7. If problems persist after all the above points have been checked then please consult your dealer or directly contact the manufacturer. The problem can only be solved with an exact fault description!


  • The data is recorded with the wrong timestamp (date, time).
  1. When logging from an UVR1611 or UVR61-3, the timestamp is generated by the controller and, in this case, the time information at the controller must be corrected.
    Note:: To ensure a high time resolution, the Bootloader synchronises its clock with the controller during commissioning, or once an hour, and updates the timestamp internally. If the time in the controller is changed, the Bootloader must therefore be briefly powered off for a few seconds (remove DL) so that it immediately synchronises after a restart.
  2. When logging data from controllers without internal clocks, the time on the PC, or the time at which the Bootloader was disconnected from the controller, is assigned to the recorded data.


  • The log and Excel files are not displayed in the corresponding path or the searched for folder itself does not even exist
  1. Under certain circumstances, Windows 7 and Windows Vista, create the files in a „virtual program path“. In Windows Explorer, the searched for files are reached by pressing the button „Compatibility files“:

    The files are then actually stored in the following path: C:\Users\USERNAME\AppData\Local\VirtualStore\Programs\Technische Alternative\ Winsol\…
en/winsol/problembehandlung.txt · Zuletzt geändert: 10/10/2011 08:50 (Externe Bearbeitung)
Nach oben
chimeric.de = chi`s home Creative Commons License Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0

Doku     Technische Alternative    

Diese Dokumentation zur UVR1611 wurde
erstellt von Technische Alternative.