[sgi-enthusiast]

Ah Ha your right on the money with your response weblacky! I hooked up a laptop to the serial port and checked the date and it is correct. This then assumes the Dallas DS1742W-120 is not the culprit rather the snaphat battery the same as Irinikus.
I will order a couple of those (I have a O350 exhibiting the same problem) and swap it out and advise.
Apologies for doubling up on what you had already advised Irinikus of, I somehow missed that thread!
Thanks, Andrew

[weblacky]

Since we haven’t seen the Tezro RTC failures yet I’ve been wondering if the snaphat battery has actually been feeding the RTC‘s VCC power? I mean didn’t they stop producing the Tezro in like 2010? So by that logic it’s been over 10 years. But the snaphats may have been actually supplying power this entire time and therefore the RTC batteries affectively just never get used?

Still worries me. I sure hope that EEPROM command works to program new RTC‘s. Lord knows SGI is no long gonna to be able to tell us and there’s nothing in the manual about it.

[sgi-enthusiast]

Yes it would be around 2010 when the last orders were full filled. According to the data sheet for the Dallas DS1742W-120 or DS1742W-120+ (lead-free version), they are activated when the power is first applied. This battery longevity must be attributable to something and an alternate power source such as the "snaphat" is feasible. I don't leave my Tezro on continuously because the attached stone disk arrays are noisy and thirsty for power so something has kept the battery going right up to a few weeks ago!
The Dallas DS1742W-120 or DS1742W-120+ will be getting more difficult to obtain as they are now obsolete products. Perhaps for those interested in these chips we should consider combining funds for a bulk purchase?
I have spare O350 systems so one could be used as a test to determine what procedure is required to utilise these when failures start to occur.
Cheers

[weblacky]

I don't leave any of my SGI's plugged in until I can rebuild their PSUs...so same boat.

I've done just what you suggested (about 3 days ago), paid up on eBay (US Seller), for 5 PCs, NIB set, even if they aren't really new I need more because I'd destroy one figuring out the drilling positions. But yeah, Once one person has drilled one correctly, we'd know the positions then to safely drill and cut/bypass the built-in battery with a CR2032.

[sgi-enthusiast]

Hi all,
As n update to this thread, I have hanged out the Dallas chip with another I purchased off eBay with the same result. Nothing appears on the LCD panel on the front bezel of Tezro, nor do you get a prompt from the console port. either I have been dudded twice with these or their are other factors and its not just a simple swap.
If any new info comes to light, I will update the post.
Cheers, Andrew

[weblacky]

Please see post #20 on this thread, that was all the info I found (was from Fuel and some origin 3000 designs) that may apply to Tezro - otherwise it's undocumented at this time. The Fuel has been documented (same generation, same RTC chip? Right?) and claims that L1 boots with errors, then the serial console can be used to eeprom write default. If you don't get the L1 console, then yeah, that would be bad news.

You need to use the "help eeprom" command and look for something like this (guessing on tezro keyword for ?, since it was "fuel" in the fuel): eeprom ? write default

To do this you don't power-on the system...in Tezro L1 is on all the time the PSU has AC power (so pressing the power button on the front is the incorrect way to begin). Disconnect AC power, Hook serial to L1 console, apply power (with AC cable) to tezro, it will do it's running all the time BS, you should see the L1 start on the serial terminal and have complaints regarding SSN.

Default write "should" reformat RTC with correct SSN inside Dallas NVRAM from System board (does so on the Fuel). So you have to "format" the RTC with default info. Only one surviving nekochan post on this for Fuel (link in #20) can be found...that's all we have to go on. Personally I see no reason on aggravating the SSN by changing out an RTC that's fine. But if you really want to do it, then this is the only way found. Don't know if it works, but you're free to try.

Summary:
Unplugged Tezro,
Attach Null Modem Serial cable to L1 port
open serial terminal software with standard settings from the Tezro manual
attach power cable to tezro
power comes on automatically (don't press anything on Tezro).
text should show up on terminal for L1 booting

type: help eeprom

read result...look for something with the terms "eeprom, write, and default"...that should be the RTC format command.

try the command you found in help.

power off
power on

see if all complaints gone from L1 (except date/time).

Set Date/Time in L1.

Go on with life as normal...

[NorryTesi]

Hi...going to accept the Op has a Ryzen computer chip not an Athlon APU. Ryzens don't have igpu, so couldn't be set for igpu in profiles by the shop or they'd thoroughly free show right away, requiring cmos reset. Generally the battery is behind/under the back finish of the gpu, requiring gpu expulsion just to get at the battery.

The pc will pass post, booting to profiles all together for the client to reset the RTC (ongoing clock) and saving of profiles settings, so, all in all the pc will reset which doesn't need psu closure, and the pc will at that point complete the process of booting to OS. Upon closure , the psu kills 'off' and any saved data in the cmos chipset is lost once more.

pcb assembly service

[Raion]

Hi and welcome to the forums. This is not a PC community and thus we don't have CMOS or RTC the way PCs do. These are Silicon Graphics vintage computers.