jeffc Posted September 10, 2011 Posted September 10, 2011 Hello, I have a couple of questions. 1. I recently replaced some devices that a were controlled by a keypadLinc 8. when I look at the device controller/responder info it looks as if it was OK. the keypadlinc button does not control them. they do work manually. I did try the 'restore' feature a few times and it does not seem to work. it writes for a long time, like 10 of minutes..... 2. when I do make changes to the switches it seems to write to the devices for a long, long, long time. is that normal? 3. I recently had a power outage and one of my keypadLinc 8 reset back to a keypad 6 setup. I have tried to restore the device and it does not change it back to the 8 button setup. should that happen? 4. I seem to have to reset the 99i with a power unplug at times and not sure why it is hung. I do this after the java window will not pop up or the login window. not sure why but it seems very unstable. Any suggestions would be great. thanks,
matapan Posted September 23, 2011 Posted September 23, 2011 One feature in the Admin Console that might be helpful in your diagnosis process is the Event Viewer. When configured, the viewer will show all of the communication ISY sees when a specific action is initiated, like a device restore. The log can be reviewed by someone knowledgeable about Insteon communication to identify what may be causing a communication issue. To use, navigate to Tools | Diagnostics | Event Viewer. Specify "Device Communication Events" for the viewing level. Clear any existing entries by pressing (Clear) Leave the Event Viewer window open and set focus back on the main Admin Console Window. Run a specific action you have an issue with Look at the Event Viewer window and save the log information captured for the action.
Brian H Posted September 23, 2011 Posted September 23, 2011 Did you add the new replacement and then use the replace function to remove the old device?
lazyman Posted November 16, 2011 Posted November 16, 2011 So I am now having serious communication issues. I just bought a RemoteLinc2, so I updated to 3.1.10. After some minor problems, I got it figured out and working. However since the update, and adding the RemoteLinc 2, and replacing a bad Switchlinc (because doing 3 things at once makes troubleshooting so much more fun), I am having massive communication issues. Switches that were working fine are no longer doing what they did yesterday, and My Lighting reports that it cannot communicate with 5-6 devices that were working fine before, and that I did not touch. I can still control the devices from My Lighting. I do not know where to start. I cleared the event log, and then tried to query a keypadlinc that is giving me problems, and then I tried to write to device. I get an error, cannot communicate with device. Also, in trying to upload my event log, it tells me extension txt is not allowed. Wed 11/16/2011 12:15:12 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 19 00 06 LTSREQ (LIGHT) Wed 11/16/2011 12:15:12 PM : [iNST-SRX ] 02 50 01.1C.D1 0F.D6.57 23 01 00 (00) Wed 11/16/2011 12:15:12 PM : [ 1 1C D1 1] ST 0 Wed 11/16/2011 12:15:12 PM : [ 1 1C D1 1] OL 255 Wed 11/16/2011 12:15:12 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 19 01 06 LTSREQ (01) Wed 11/16/2011 12:15:12 PM : [ 1 1C D1 1] RR 93 Wed 11/16/2011 12:15:21 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 19 01 06 LTSREQ (01) Wed 11/16/2011 12:15:22 PM : [iNST-SRX ] 02 50 01.1C.D1 0F.D6.57 23 01 D0 (D0) Wed 11/16/2011 12:15:30 PM : [1 1C D1 1 ] Using engine version i1 for 'Hall by Master' Wed 11/16/2011 12:15:30 PM : [1 1C D1 1 ] Link 0 : 0FF8 [A2071C27B1FF1F06] Writing [A2071C27B1FF1F06] Wed 11/16/2011 12:15:30 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 28 0F 06 SET-MSB(0F) Wed 11/16/2011 12:15:31 PM : [iNST-SRX ] 02 50 01.1C.D1 0F.D6.57 23 28 0F SET-MSB(0F) Wed 11/16/2011 12:15:31 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 2B F8 06 PEEK (F8) Wed 11/16/2011 12:15:40 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 28 0F 06 SET-MSB(0F) Wed 11/16/2011 12:15:49 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 28 0F 06 SET-MSB(0F) Wed 11/16/2011 12:15:49 PM : [iNST-SRX ] 02 50 01.1C.D1 0F.D6.57 23 28 0F SET-MSB(0F) Wed 11/16/2011 12:15:49 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 2B F8 06 PEEK (F8) Wed 11/16/2011 12:15:50 PM : [iNST-SRX ] 02 50 01.1C.D1 0F.D6.57 23 2B A2 PEEK (A2) Wed 11/16/2011 12:15:50 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 28 0F 06 SET-MSB(0F) Wed 11/16/2011 12:15:59 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 28 0F 06 SET-MSB(0F) Wed 11/16/2011 12:15:59 PM : [iNST-SRX ] 02 50 01.1C.D1 0F.D6.57 23 28 0F SET-MSB(0F) Wed 11/16/2011 12:15:59 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 2B F9 06 PEEK (F9) Wed 11/16/2011 12:16:08 PM : [iNST-ACK ] 02 62 01.1C.D1 0F 28 0F 06 SET-MSB(0F) Wed 11/16/2011 12:16:12 PM : [1 1C D1 1 ] Link 0 : 0FF8 [A2071C27B1FF1F06] *Failed Writing [A2071C27B1FF1F06]
LeeG Posted November 16, 2011 Posted November 16, 2011 Device 01.1C.D1 is not responding to many of the commands issued by the ISY. What is 01.1C.D1 Could be the device itself or something has happened to the phase coupling devices such as Access Points were moved to support the RemoteLinc2 or a new source of powerline interference has developed such as aging CFLs, or some new appliance.
lazyman Posted November 16, 2011 Posted November 16, 2011 01.1C.D1 is the keypadlinc that is now not responding. It worked yesterday. I have many switches that are acting the same way. I find it hard to believe I had a bunch of switches that all went bad at once. I did not move the access points because I knew that could be a source of problems. I had someone from Insteon come to my house and he told me where to put my access points. I have 3 and I will not move them. I cannot think of anything else that has changed in my house. I do not use CFL's. No new appliances. The problems all started when I did this upgrade to 3.1.10. I know that does not make sense either. Any suggestions on where to start looking, or how to go about it? (I think I did not do a reset of the keypadlinc (01.1C.1D) since the problem started.) One of the changes I made was to replace a switch. The new switch is not accepting commands from the ISY, however, like, the keypadlinc, I can control the keypadlinc, and the new switchlinc from My Lighting, even though I do not seem to be able to write to them.
LeeG Posted November 16, 2011 Posted November 16, 2011 I would check the wiring connections for the new switch. There are many other things that can interfere with powerline communication. Cell phone chargers, PC power supplies, flat screen TVs, just to mention a few. The approach is to unplug them (turning them off is not enough) and see if things improve. This is not an ISY 3.1.10 problem. The ISY is trying to write a link record to the KeypadLinc. It is the memory read commands that are failing some of the time. A command is issued and gets no response from the device. The same command is issued a little later and it works but a command that had been issued before that worked fails to get a response from the device the next time. Basic communication to the device is unreliable. If the new switch and the KeypadLinc are on the same circuit something about that circuit is suspect. The difference between direct device control and updating the link record is the total number of commands that have to work. To turn the KeypadLinc On or Off requires a single command and Insteon hardware will retry that command several times. To update a link record requires a minimum of 9 commands, possibly 17 commands, to work for the update to complete successfully. Hard to get 9-17 commands to work compared to a single command when there is unreliable communication.
lazyman Posted November 16, 2011 Posted November 16, 2011 Thank you. I will enlist the help of my son and I will unplug everything in the house and try again. Is there a way to test for the communication problem as I start plugging things back in?
oberkc Posted November 17, 2011 Posted November 17, 2011 Is there a way to test for the communication problem as I start plugging things back in? The ISY offers the scene test as a tool to give one some clue about communication robustness. There are a few tricks to using it effectively, but I have found it to be pretty useful. The primary thing to remember is that if you have any programs enabled that could change the status of any device in your scene-under-test, temporarily disable these programs for the scene test.
lazyman Posted November 18, 2011 Posted November 18, 2011 I am feeling pretty lost at this point. I tried unplugging everything in the house (other than the Insteon devices). Still serious problems. It did not make a difference. I then reset my ISY. In the past, to do this, I just disconnected the network cables to it. This time I also unplugged the PLM. I think that was productive. I can control any switch or device from My Lighting. I am not getting the communication errors I was (I think). I can query. I can restore and write to device. However, no switch in my house will control any other switch. I have about 37 Insteon devices and instantly, no switch will control another. Also, the timed programs no longer run. I can still control scenes and switches with an IR command, and the ControlLinc, and RemoteLinc 2. Other than that, I have no control. I can tap-tap to link the switches, but then what is the point of the ISY. Any suggestions would be greatly appreciated.
LeeG Posted November 18, 2011 Posted November 18, 2011 Pure device to device control where ISY Programs are not involved is totally dependent on the link database in each device. The device where the button/paddle is pressed is the Controller which must have a link record pointing to the Responder device and the Responder device must have a link record pointing back to the Controller. For all the devices to lose link records is very difficult to explain. There is no single command nor event that I am aware of to make that happen. Suggest picking two devices, a Controller where the paddle is pressed (stay away from KeypadLincs for now) and the Responder that should turn On/Off in response to the paddle press. Right click on the Controller node in the My Lighting tree, select Diagnostics | Show Device Links Table which will display all the link records in the Controller. When complete click on Compare which is a button along the bottom of the Show window. The ISY will compare the link records found against what it thinks should be there. Do the same thing for the Responder device. If any discrepancies are found right click on the device node and select Restore Device which directs the ISY to rewrite all the device link records. The other thing I would check is that phase coupling is working. Tap the Set button 4 times on one of the Access Points and look at the other Access Point LED to confirm RF communication is happening and they are on opposite phases.
lazyman Posted November 18, 2011 Posted November 18, 2011 I am not really sure what I am looking at. I get 2 lines identical and 1 ignore. (Also, I upgraded to 3.1.12.) I restored the devices (which I do not think is actually doing anything). I do not see a difference.
LeeG Posted November 18, 2011 Posted November 18, 2011 That device (assuming it is a SwitchLinc or something similar) has no Scenes defined in it. The two link records are those created when the device is added to the ISY and the last is the End Of List record which is in the device to mark the end of the active records but is not stored in the ISY. Thus the ignored. How many ISY Scenes is this device defined in?
lazyman Posted November 18, 2011 Posted November 18, 2011 It shows it is a controller for 1 scene, and a responder to 6 scenes. (BTW, thank you for the help and for responding so quickly).
lazyman Posted November 18, 2011 Posted November 18, 2011 Also, when I start My Lighting, I get an error. Request Failed. This just started with the last upgrade.
LeeG Posted November 18, 2011 Posted November 18, 2011 lazyman The Request Failed (and some other popup messages) at Admin Console startup problem has been found and will be fixed in the next Beta drop. With the device listed in Scenes but having the links in the device to support the Scene is a problem. Suggest trying a Restore Device on one device. Repeat the Show Device Links Table after the Restore Device to see if that corrects the missing links. If more links show up then the process will have to be repeated for each device that is not responding. If additional link records are not displayed after the Restore Device the device should be removed from the scene and added back. That should cause the ISY to create the link records to support the Scene. This will have to be done on any device that does not show the required Scene link records. Lee
lazyman Posted November 18, 2011 Posted November 18, 2011 I have done restore device on all the devices we have been talking about. And, I have done it since I manually (tap-tap) set linked the switches. It sounds like starting over might be my best bet. Would that work? Is there an easy was to do that or do I have to manually reset each device in my house? I am not really sure how to go about resetting my whole system (if that is my best bet right now).
LeeG Posted November 18, 2011 Posted November 18, 2011 Tap linking should not be done when using the ISY. It will not know of the tap links and conflicts will crop up. I would write down the device addresses (Admin Console shows address), delete each device and add it back with New INSTEON Device using top option, erase existing links. Using New INSTEON Device allows the entire process to be done without moving around to each device and a meaning name can be assigned at the same time. Once all the devices have been added back define ISY Scenes and add the appropriate devices to each Scene for device to device control/linking. When adding a device to an ISY Scene as a Controller it is assumed to also be a Responder so all cross-linking is done automatically to keep devices in multi-way circuits in sync.
lazyman Posted November 18, 2011 Posted November 18, 2011 When I do this, will I still have all my scenes and programs, or do I need to delete all of those also?
LeeG Posted November 18, 2011 Posted November 18, 2011 Scenes and Programs will remain but the reference to the devices will be gone when the device is deleted.
lazyman Posted November 18, 2011 Posted November 18, 2011 So can I delete devices and re-install one by one, or should I do them all at once? Does ISY care about the name, or is it matching up addresses? When I add device back, does the name have to be exactly the same? So I am not going to have to reprogram anything, simply delete devices and then add them back?
lazyman Posted November 18, 2011 Posted November 18, 2011 So I tried deleting one device and then adding it back to ISY. I am getting communications issues. I have never had communication issues with this device. Could I have a hardware failure with my PLM or ISY? Communication log: Fri 11/18/2011 11:02:58 AM : [A 55 A7 1 ] Using engine version i1 for 'Bar Counter' Fri 11/18/2011 11:02:58 AM : [ A 55 A7 1] Preparing Device 'Bar Counter' for Restore Fri 11/18/2011 11:02:58 AM : [ A 55 A7 1] Device 'Bar Counter' ready for Full Restore Fri 11/18/2011 11:02:58 AM : [All ] Writing 18 bytes to devices Fri 11/18/2011 11:02:58 AM : [A 55 A7 1 ] Using engine version i1 for 'Bar Counter' Fri 11/18/2011 11:02:58 AM : [A 55 A7 1 ] Link 2 : 0FE8 [0000000000000000] Writing [00..............] Fri 11/18/2011 11:02:58 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:02:59 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 27 28 0F SET-MSB(0F) Fri 11/18/2011 11:02:59 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:02:59 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 2B E8 06 PEEK (E8) Fri 11/18/2011 11:03:00 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 27 2B 00 PEEK (00) Fri 11/18/2011 11:03:00 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:00 AM : [A 55 A7 1 ] Link 3 : 0FE0 : Writing High Water Byte Fri 11/18/2011 11:03:00 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:03:08 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:03:09 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 27 28 0F SET-MSB(0F) Fri 11/18/2011 11:03:09 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:09 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 2B E0 06 PEEK (E0) Fri 11/18/2011 11:03:10 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 27 2B 00 PEEK (00) Fri 11/18/2011 11:03:10 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:10 AM : [A 55 A7 1 ] Using engine version i1 for 'Bar Counter' Fri 11/18/2011 11:03:10 AM : [A 55 A7 1 ] Link 0 : 0FF8 [A2000FD657FF1F00] Writing [A2000FD657FF1F00] Fri 11/18/2011 11:03:10 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:03:19 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:03:19 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 27 28 0F SET-MSB(0F) Fri 11/18/2011 11:03:19 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:19 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 2B F8 06 PEEK (F8) Fri 11/18/2011 11:03:20 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 23 2B A2 PEEK (A2) Fri 11/18/2011 11:03:20 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=0 Fri 11/18/2011 11:03:20 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:03:24 AM : [iNST-SRX ] 02 50 03.B6.5C 00.00.01 C3 11 00 LTONRR (00) Fri 11/18/2011 11:03:24 AM : [standard-Group][03.B6.5C-->Group=1] Max Hops=3, Hops Left=0 Fri 11/18/2011 11:03:24 AM : [ 3 B6 5C 1] DON 0 Fri 11/18/2011 11:03:24 AM : [iNST-SRX ] 02 50 03.B6.5C 0F.D6.57 47 11 01 LTONRR (01) Fri 11/18/2011 11:03:24 AM : [standard-Cleanup][03.B6.5C-->ISY/PLM Group=1] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:25 AM : [iNST-SRX ] 02 50 03.B6.5C 00.00.01 C7 11 00 LTONRR (00) Fri 11/18/2011 11:03:25 AM : [standard-Group][03.B6.5C-->Group=1] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:25 AM : [ 3 B6 5C 1] DON 0 Fri 11/18/2011 11:03:25 AM : [iNST-SRX ] 02 50 03.B6.5C 00.00.01 C3 13 00 LTOFFRR(00) Fri 11/18/2011 11:03:25 AM : [standard-Group][03.B6.5C-->Group=1] Max Hops=3, Hops Left=0 Fri 11/18/2011 11:03:25 AM : [ 3 B6 5C 1] DOF 0 Fri 11/18/2011 11:03:25 AM : [ 3 B6 5C 1] ST 0 Fri 11/18/2011 11:03:26 AM : [iNST-SRX ] 02 50 03.B6.5C 0F.D6.57 43 13 01 LTOFFRR(01) Fri 11/18/2011 11:03:26 AM : [standard-Cleanup][03.B6.5C-->ISY/PLM Group=1] Max Hops=3, Hops Left=0 Fri 11/18/2011 11:03:28 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:03:29 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 27 28 0F SET-MSB(0F) Fri 11/18/2011 11:03:29 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:29 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 2B F9 06 PEEK (F9) Fri 11/18/2011 11:03:30 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 27 2B 00 PEEK (00) Fri 11/18/2011 11:03:30 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:30 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:03:30 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 27 28 0F SET-MSB(0F) Fri 11/18/2011 11:03:30 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:30 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 2B FA 06 PEEK (FA) Fri 11/18/2011 11:03:31 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 27 2B 0F PEEK (0F) Fri 11/18/2011 11:03:31 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:31 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:03:40 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:03:40 AM : [iNST-SRX ] 02 50 0A.55.A7 0F.D6.57 27 28 0F SET-MSB(0F) Fri 11/18/2011 11:03:40 AM : [standard-Direct Ack][0A.55.A7-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:03:40 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 2B FB 06 PEEK (FB) Fri 11/18/2011 11:03:49 AM : [iNST-ACK ] 02 62 0A.55.A7 0F 28 0F 06 SET-MSB(0F) Fri 11/18/2011 11:03:53 AM : [A 55 A7 1 ] Link 0 : 0FF8 [A2000FD657FF1F00] *Failed Writing [A2000FD657FF1F00] Fri 11/18/2011 11:04:35 AM : [iNST-SRX ] 02 50 0F.04.91 00.00.01 C7 13 00 LTOFFRR(00) Fri 11/18/2011 11:04:35 AM : [standard-Group][0F.04.91-->Group=1] Max Hops=3, Hops Left=1 Fri 11/18/2011 11:04:35 AM : [ F 4 91 1] DOF 0 Fri 11/18/2011 11:04:35 AM : [ F 4 91 1] ST 0 Fri 11/18/2011 11:04:36 AM : [iNST-SRX ] 02 50 0F.04.91 0F.D6.57 42 13 01 LTOFFRR(01) Fri 11/18/2011 11:04:36 AM : [standard-Cleanup][0F.04.91-->ISY/PLM Group=1] Max Hops=2, Hops Left=0
LeeG Posted November 18, 2011 Posted November 18, 2011 Apologies for the slow response. Having some ISY difficulties myself today. You have a comm problem now. The device is responding to some commands and not others and not always the same commands. Try power cycling the PLM as a simple action. If a failing device is pluggable move it to the PLM circuit and see if that helps. No way to tell from the Event Log whether the command is not getting to the device or the response is not getting back. Lee
oberkc Posted November 18, 2011 Posted November 18, 2011 Does ISY care about the name, or is it matching up addresses? I believe the given name for each device is for your benefit, not for the ISY. When I add device back, does the name have to be exactly the same? No. So I am not going to have to reprogram anything, simply delete devices and then add them back? As LeeG mentioned earlier, when one removes devices from the ISY, references to those devices will be removed from programs. You will have to reprogram your ISY if a program included a removed device. I am getting communications issues. I am curious as to the evidence you have that leads to such a conclusion.
lazyman Posted November 18, 2011 Posted November 18, 2011 Thanks for the info. I am basing my conclusion that I am having communication issues on the evidence that when I try to restore the device I deleted and then re-added, it says "Cannot communicate with Bar Counter (A 55 A7 a). Please check connections. I get that error message with every device I restore. I cannot restore anything.
Recommended Posts
Archived
This topic is now archived and is closed to further replies.