Hello 
I’m trying to update OS from V2.30 to V2.35 of a CP476 B&R2003 using PVI Runtime Utility Center. Connection test is good and I can even get the PLC information trough RS-232, bt when trying to download new OS I get communication error. I made sure the PLC is in service mode with both switches in “0” . Is there something else I need to check? Any answer would be appreciate it, thank you 
Hi,
in your screenshot, reading the software version is done via COM3, but the transfer OS command uses COM1 … I think you need to set COM3 there instead.
Additionally, when changing rotary switches, you need to power off and on the PLC that the change takes effect.
Node setting 00 switches the PLC into BOOT mode (not SERV), that’s the right mode for BTL OS transfer. In BOOT, you won’t get a normal online connection (you can’t read PLC properties for example), so it looks like the PLC is not in the right state yet for BTL transfer.
Best regards!
Thank you Alexander for your kind reply. you are right… the problem is that the PLC is not in Boot mode, even when I set the swtiches in “00” and power cycle, the PLC wont start in boot mode. Any guess about why the PLC wont start in Boot mode? I will update the post if I find the problem
Hi,
that’s strange, I don’t know any way to let the CP476 stay in normal mode (RUN/SERV), when the mode/node switches are set to “00”… maybe some hardware issue? I don’t have any other explanation for that.
Alternative to BTL mode for upgrading SG3 AR
Thinking about how to upgrade a SG3 AR without using BOOT mode, I remembered some old knowledge that I’ll document here.
Having a minimum version of AR already installed (I don’t remember this minimum version, I guess it was something around V2.20 or so), it was possible to transfer a operating system also as a “normal” BR module download in RUN mode.
If just the operation system file used for BTL mode (the .s1* file) was available, it has to had packed into a BR-file using some external tool… and Runtime Utility Center 4 also have the possibility
to do that, the RUC command for that is “Generate AR Update module”.
So I was curious and did some tests - I don’t have a CP476, so I can’t test with the exact same PLC that you have, I used a CP474 instead which should be “similar enough” to get some information also about your use-case.
Building the AR SG3 Update module
Unfortunately, I wasn’t able to get this command executed in my Windows 11 environment, I assume the reason is that this command uses some old (maybe 16 Bit based?) code or I’ve had some user rights problems, I haven’t investigated that further.
Instead, I used my WindowsXP VM and some older RUC installed inside there, and built the module.
Transfer
After update module was created inside the VM, I proceeded with my RUC 4 installation on Windows 11 which worked well.
I created a RUC command file that connects to my CP474, deleted the complete memory of it, transferred the update module…
… and executed the PIL (as the module is a big one, the transfer needs some time) …
… and everything worked as expected! After the execution of the PIL was finished, my CP474 was upgraded from V2.30 to V2.35.
In a nutshell
At least if some prerequisites are fulfilled, it’s possible to update a SG3 AR with just having the .s1* file not using BTL mode.
This is nothing new, but I thought it could be helpful documenting it here in our Community.
Best regards!
PS @gConejo,
I additionally created a CP476 V2.35 AR Update module. I’ll send it to you via private message.
Please be aware that I wasn’t able to test this update module of CP476 because of missing hardware! So I can’t guarantee that it works, but I think it should 
