Troubleshooting during project setup
The following list helps you troubleshoot typical issues that come up when creating configurations or maintaining readers.
If you come across a hardware issue and want to return a reader, please use our RMA form.
A BALTECH tool won't recognize the connected reader
You're already accessing the reader with a different BALTECH tool. A reader can only be accessed with 1 BALTECH tool at a time. The only exceptions are ID-engine Explorer and ConfigEditor: They can access the same reader simultaneously.
Close all other BALTECH tools. In ID-engine Explorer, you can alternatively click Disconnect Reader in the bottom right.
A BALTECH tool stops showing an Ethernet reader after a few minutes
If an Ethernet reader is initially shown in the reader selection dialog, but disappears after a few minutes, this may be caused by the setup of your network: BALTECH tools use the Service Location Protocol (SLP) to identify Ethernet readers. These SLP requests may currently not be forwarded to the reader. For more details, please see this troubleshooting entry: Ethernet readers can no longer be found via SLP after a few minutes
Report this issue to your network administrator and refer them to the above link.
If you know the reader's IP address, you can work around this issue by manually searching for the reader:
- In the reader selection dialog, click Show Details....
- Make sure Show Ethernet Readers is selected.
- Click Manual Ethernet Reader Search and enter the IP address.
I get the error "AES Authentication and Encryption couldn't be loaded"
The component 'AES Authentication and Encryption' couldn't be loaded: Configuration values don't match the raw data. Editing this component isn't possible. Please contact BALTECH AG.
In versions below 4.26, the message is as follows:
Component Undefined (Security Settings (BRP Communication)): Configuration values do not fit the raw data. Please contact Baltech AG. Editing this component is not possible.
This issue affects configurations that contain a security settings component (in v4.26 or above referred to as AES Authentication and Encryption) and that were created with ConfigEditor v4.21.00, 4.22.00, or 4.23.00. In ConfigEditor versions above 4.23.00, this component is no longer editable, and the error message is displayed. The configuration itself still works as expected when deployed to a reader.
To edit the security settings, please use this workaround:
- Open the configuration with ConfigEditor v4.21.00, 4.22.00, or 4.23.00.
- Delete the security settings component.
- Click to save the configuration as a new draft.
- Open this draft with the latest ConfigEditor version.
- Recreate the security settings (now AES Authentication and Encryption) and make the required changes.
- Save the draft and release a configuration version.
If you don't have access to any of the old ConfigEditor versions, please get in touch with us.
When releasing a configuration, I get the error "Customer key doesn't match"
Customer key doesn't match: The previous version of this configuration was released on a reader with a different customer key. To release this version, you need a reader with the same customer key (signature 123456789).
In versions below 4.26, the message is as follows:
This Configuration was created for another Baltech Customer. Get a reader that has Customer Key with Signature 123456789 or configure this reader via Mastercard (see Menu 'Expert/Readers Customer Key').
The first version of the BALCFG file was released with a different customer key. When the first version of a BALCFG file is released, the BALCFG file is linked to the customer key on the reader connected to the computer. New versions of that file can only be released using a reader holding the same customer key. The reader that you're using now, however, holds a different customer key (learn more).
This happens typically when you use a standard BALTECH reader with a default customer key to update the configuration, while all your other readers are equipped with your company's own customer key. Please get a reader equipped with your company's own customer key and try again.
Autoread works in ID-engine Explorer, but not in my test application
When you switch from BALTECH ID-engine Explorer to your test application, Autoread mode may be automatically disabled on the test reader.
Disconnect the reader from your computer when you're done in ID-engine Explorer, and then reconnect the reader to start testing in your test application.
I configured the reader to scan for PCNs and UIDs as a fallback, but all I get is UIDs.
The RFID interface components may be processed in the wrong order. If a configuration contains multiple RFID interface components (as in your case for UID and PCN), the reader processes them from top to bottom for every card - and it stops as soon as it gets the first result. If the UID component is processed first, it will always produce a result (as every card has a UID), and so the PCN component will never be used.
Change the order of RFID interface components in your configuration, so that the PCN component comes first in the list.
- Open the configuration in BALTECH ConfigEditor.
- In the left part of the window, right click a component and use the Up and Down options to change the order.
The reader won't accept the project cards
The reader's RFID interface might not be configured at all.
This means that the configuration doesn't contain an RFID component. In this case, Autoread will be disabled, and the reader won't detect any card.
The reader's RFID interface might not be configured for that card type.
This means that the configuration contains an RFID interface component, but not for the required card type.
Add an RFID interface component for the required card type to the configuration.
The reader may not be compatible with this card type. For example, you may be using a 125 kHz card, while the reader only supports 13.56 MHz cards.
Check which frequencies the reader supports.
You try to read HID Prox, Indala, or Keri cards with a reader that doesn't have a Prox license (learn more).
Order a BALTECH LicenseCard to equip the reader with a license.
Issue 4 You try to read HID Prox, Indala, or Keri cards with a reader that has the wrong Prox license type. If the reader has an SE license only, but no HID iCLASS SE Processor, it cannot read the cards (learn more).
Solution 4 Insert an HID iCLASS SE Processor (also known as "iCLASS SAM") into the reader to use the existing license, or equip the reader with a standard license. To do so, you can use a BALTECH LicenseCard.
You try to read HID Prox, Indala, or Keri cards with an ACCESS200 reader that is configured for Wiegand. In this case, the reader cannot read the project cards, even if it has a Prox license.
Please use one of the other host interfaces supported by ACCESS200.
The reader doesn't work anymore
A reader component may be defective.
Check the reader health.
Update the firmware.
A previous firmware update may have failed and left the reader with an incomplete, non-functioning firmware. This usually happens when a firmware update is aborted.
You can check for this issue as follows:
Firmware 1100 v1.25/1094 v1.02 or below: BALTECH ID-engine Explorer will display a different firmware ID: For USB, readers it will display 1053 D-xxxxx. For Ethernet readers, it will display 1075 D-xxxxx.
Firmware 1100 v2.00/1094 v1.03 or above:
In BALTECH ID-engine Explorer, click More Reader Information in the bottom right.
In the BootStatus/Errors section, you'll see the error message IncompleteFirmware.
Re-upload the firmware.
I want to connect via RDP, but can't find the reader on the server
USB redirection isn't allowed in the RDP group policies.
Edit the RDP group policies.