Minecraft Version

1.21.1

Immersive Engineering Version

ImmersiveEngineering-1.21.1-12.0.0-182

Expected Behavior

Placing an accumulator on top of a thermal generator should charge the accumulator from below.

Actual Behavior

The accumulator does not receive power unless is connected to a machine.

Steps to reproduce

I have a working generator, I then placed the accumulator on top of it and placed the energy input at the bottom.

I also tried a connector on the accumulator and nothing happened.

Debug Crash Log

https://pastebin.com/ZTX0uvBa

Can you check whether you see the accumulators charging with a multimeter instead of the WAILA/etc overlay?

I checked with both.
The accumulator seems sporadic. It charges and stops charging at weird times. It's not reliable.
It might start charging when I have it connected on both ends, but if I break it and place it back, it will no longer change.
Then if I give it a block update it will start charging.

My accumulators ONLY charge from the top. And they charge from the top regardless of what the top face is set to

I am now having problems when the wire passes through a relay. I am using HV wires, connections, and relays.
The accumulator was working when it had a direct Connector to Connector input, but now that I have a relay to merge all 4 thermal generators, I receive no power

It seems that the accumulator needs to be "updated." The above setup seems to work only when I restart the game. If I change anything in the setup, I need to restart the game so the accumulator can work again.

It's really frustrating having to re-join a world every time I break an accumulator.
The accumulator does not accept energy from the energy pipe unless I rejoin the world.

I haven't been able to reproduce this in my dev environment, accumulators are working fine without needing to restart the game or use no relays for them to work. Creative accumulator directly, wires, wires from generators, all work fine.

I'm also struggling to reproduce this, it's working in my dev environment...

Does the Dev version have any updates? Because I am still using the 1.21.1-12.0.0-182 released in October for 1.21, and I noticed that lots of bugs have been solved since then, but not released in a new version. Maybe what was causing the accumulated bug got fixed in one of those patches?

I encounter this exact bug with ImmersiveEngineering-1.21.1-12.1.0-185 running on NeoForge in the ATM10 2.39 mod-pack.
The accumulators totally ignores the input setting of a face.
It continue to accept power only from the top side.
When a side is configured from input, it does stop output at this side (this is expected) but it does not accept input.
I am testing this with an LV accumulator.

I'm also having the issue where only the top receives power regardless if input/output config.

I can reproduce this in a clean install:
Immersive Engineering 12.1.0-185 (immersiveengineering)
Minecraft 1.21.1 (minecraft)
NeoForge 21.1.132 (neoforge)

1. In creative, get creative accumulator, lv accumulator, 2 lv wire connectors, lv wire coil, hammer, multimeter and a pickaxe.
2. In survival, place down the accumulators, configure a side of the lv accumlator as input and connect them.
3. Using the multimeter, confirm charging.
4. Break the lv accumulator with the pickaxe.
5. Place the lv accumulator down again and reconnect it.
6. Using the multimeter, see that the accumulator is no longer charging.

I can reproduce this in a clean install: Immersive Engineering 12.1.0-185 (immersiveengineering) Minecraft 1.21.1 (minecraft) NeoForge 21.1.132 (neoforge)

1. In creative, get creative accumulator, lv accumulator, 2 lv wire connectors, lv wire coil, hammer, multimeter and a pickaxe.

2. In survival, place down the accumulators, configure a side of the lv accumlator as input and connect them.

3. Using the multimeter, confirm charging.

4. Break the lv accumulator with the pickaxe.

5. Place the lv accumulator down again and reconnect it.

6. Using the multimeter, see that the accumulator is no longer charging.

Given this and that It works normally in dev environment, this gives some clue.

One possible cultprit might be obfuscation/deobfuscation related.

I can confirm this is an issue in ATM10 (NeoForge) -- ImmersiveEngineering-1.21.1-12.1.0-185.jar