[Intel Euclid] CMOS reset -- Not update, actually reset. Euclid will not boot due to settings in BIOS.

Also -- Is there really no Euclid specific forum here? Strange as it's so much different than just a realsense camera. It contains one, sure, but most of it is not realsense, you feel me?

Okay, it *looks* like from the teardown that it may be the pair of pads above the debug port, ie next to "20". Pic is upside down:

Is this true? If I short that does it void my warranty? To be honest I have absolutely no idea here so I'm not touching it until I get a response. I don't see any battery here either, which makes me wonder how long I may have to leave it unpowered before it loses it's memory (if it even does, what if it doesn't use a CMOS circuit and instead writes to flash? that would be rather terrible.)

It scares me that the pads are right next to the SDIO expander though. hmm.

From what I've gathered the CMOS logic is actually contained *inside* the PCH (https://www.intel.com/content/dam/www/public/us/en/documents/datasheets/7-series-chipset-pch-datasheet.pdf), which is interesting. There's apparently a pin, RTCRST, meant just for that jumper we're used to seeing. (It warns vendors in the datasheet about pulling VCCRTC down with the jumper, I'm guessing that's to save the battery over time?). Not that any of that really helps me here as that chip is on the other side of the board (judging again from scanlime's teardown here), underneath a large shield, which I highly doubt it would be put there.

For anyone else curious, this is the relevant part of the datasheet for the PCH: https://www.intel.com/content/dam/www/public/us/en/documents/datasheets/7-series-chipset-pch-datasheet.pdf#G3.1384352

I'm starting to think it may not be 20 after seeing that schematic.

Intel, help?

Should I just RMA it at this point? It seems a bit extreme to have to do that for just changing BIOS boot-time settings, doesn't it? (Plus what happens when I do it again?)

I've been up and down the documentation, and, I'm surprised there isn't anything in here related to this.

The Joule has/had excellent docs with schematics to boot

There _has_ to be a nice way to reset the BIOS without voiding my warranty, and I've got a feeling it's accessible from either the debug port or those pads around it (please correct me if I'm wrong).

I figured at first it would of course just be a button combination during power on, but I've tried all common button combinations I can think of to try to get it into some kind of bios recovery mode/alternate boot rom..

- I took the `.fv` bios flash file for the Euclid and placed it on a ESP/vfat formatted sdcard hoping it would look there first or something, but it seems not to notice.

- I left it unplugged for 6 hours with the battery out, hoping that since I don't see a battery on scanlime's teardown it would reset within that time. (I'm guessing those caps are pretty good, because it just laughed at me with it's green power light.)

I suppose I'll give it a bit more before RMA just in case (I'm not sure how often Intel frequents these forums).

Trevor

Thanks. Appreciate that. Do you know "about" how long it may be by chance just so I can plan? I'd really like to get to work on my project over the weekend!

It's not a hardware problem. It's a BIOS problem. There are options in there related to bootup and init that soft-brick it like this (as I found).

An RMA will work around this, but it's not going to help me when I or anyone else does this again trying to troubleshoot another problem like I was.

Can you please request that they tell me how to reset the CMOS? That will, I'm 99% certain, make this unit work again. (That's also my original question )

(also thank you!)

Ah, I didn't see that you had edited your reply with more info @HowardWu ! Ty!

I would love to tell you exactly what settings caused this, but without seeing the BIOS in front of me I won't be able to remember the exact text.

Once this is back up and functioning however, I can tell you once I go in there and see it.

SPI flash -- makes sense. Also may make this harder to fix, but hopefully the init sequence looks for this file way before it crashes and burns.

Would this work from microsd? Because I can't place anything onto the euclid itself since it won't boot.

I'll try placing it onto a microsd (gpt formatted with just a sole EFI partition; IFWI.bin placed in the efi folder as you mentioned) and will report back.

If not, can I control or interrupt the boot process over serial ala uboot to either force flashing the firmware from microsd, or even reset perhaps?

It's possible that the serial rig I made for this simply isn't correct, I don't have any other devices that utilize UART over microsd connector to test it against.

Edit:

By "debug card", do you mean something like what's used here for Cherry Trail? (eg vs a microsd)

  How to run Intel® System Debugger (aka XDB) for target CHT-FFD | Intel® Software

The ITP-XDP3 is $3k from the looks of it, which is definitely on the expensive side for me; If so, are there any cheaper alternatives to the model `ITP-XDP3` by chance?

By `dediprog` do you mean ala the `SF-100` programmer that's used to flash other Intel boards (eg Gallieo, MinnowBoard, others)?

If so, which cable(s) should I expect to be compatible here?

Ty, will reply shortly.

Trevor

Welp, it did not do anything with it placed on the micro-sd (gpt partitioned with a single EFI-labelled vfat partition with IFWI.bin placed in the said place).

SPI flash -- I assume that means it's on the same winbond chip that the firmware itself is on.

Is it read in one go upon init? Or does it start the firmware which then loads it's configuration from SPI during init (two separate reads)?

Is it stored at the beginning or the end of the flash?

Does the config being stored on SPI mean that RTCRST does not clear the configuration at all on this device?