Relays on dingtian 4ch switch on off on start or reboot with Tasmota

[jeroenst]

I have a dingtian 4ch board. When I start or reboot the board it switches the relays on for a few milliseconds.

According to the manufacturer, the gpio connected to the relays are provided with 4k7 pull down resistors. It seems that Tasmota initializes the output high instead of low causing the relays to switch on and off.

Can I change the default gpio state on boot?

Program Version 13.4.0(TasmoCompiler-esp32generic)
Build Date & Time 2024-04-18T20:44:36
Core/SDK Version 2_0_14/4.4.6.240105

[barbudor]

What template are you using ? Relay or Relay_Inverted ?
What is your PowerOnState for each power ?
Can you try to draw the exact schematic from a GPIO to the relay ?

To insure you recover the power state after a Restart, you should have Setoption1 1
To insure you recover the saved power state after a power cycle, you should have PowerOnState 3

[jeroenst]

The manufacturer send me their original firmware which doesn't turn on the relays on boot and reboot so it's not the hardware that causes this.

I tried both, relay and relay inverted, makes no difference except the inverted output state.
PowerOnState 1 or 3 makes not difference.
Setoption1 1 or setoption1 0 Makes no difference.

I also see that the only relay that goes on for a few milliseconds at boot is connected to gpio16. The other relays stay off at boot as they should.

I didn't get a schematic yet from the manufacturer, I asked for it again.

[jeroenst]

Here you can see the behavior on reboot :

VID_20240425_085649.mp4

[Noschvie]

Same as #21056

[jeroenst]

So it is an Tasmota issue, and the software of the manufacturer doesn't have this issue, so it's possible to overcome this problem.

Is there a define to overcome this problem and disable PSRAM on GPIO16?

[barbudor]

So your problem is only on GPIO16?
You originally were not so specific

For the diagram, a papier, a pencil, a multimeter and your eyes should be enough. I don't expect the manufacturer to share such details.

[jeroenst]

True, before I thought I heard all relays but when I removed the cover I saw it was only 1.

[Jason2866]

If it is "only" GPIO 16 it is an expected behaviour. Tasmota firmware is a general build and does check at start for PSRAM (which is connect to the GPIOs 16&17). This generates blinking at start for this two GPIOs.
You can use the Solo1 development firmware (based on core 3.0.0) which has no support for PSRAM.
Not working with release branch (still using core 2.0.14). There is support for PSRAM still enabled!

[jeroenst]

Is it possible to put the psram check between #ifndef DISABLE_PSRAMCHECK so it can be disabled on build?

[Jason2866]

You can try PR #21282

[Jason2866]

@jeroenst Please dont discuss individual issues in a PR. Close VSC and delete hidden folder .platformio. Clone my repo (https://github.com/Jason2866/Tasmota.git) and checkout path disable_psram_check.
Start VSC and "Open Folder" with the fresh clone.
The error you see is a defect Platformio installation

[Jason2866]

@jeroenst Compiled from the branch
tasmota32-nopsram.zip

[jeroenst]

Thank you! This works, the relay keeps quiet while (re)booting.

Now I have to find out why I get a build error on your branch.

[jeroenst]

A clean clone of your branch and removing .platformio did the trick and the building now succeeds. Thank you.

[une18]

Thank you! This works, the relay keeps quiet while (re)booting.

You got it solved. What am I doing wrong?

[Noschvie]

Hello,
Is the ETH interface supported by Tasmota or how can it be put into operation?
Thanks!

[Jason2866]

Use this template https://templates.blakadder.com/dingtian_DT-R004.html

[Noschvie]

@jeroenst What does "NRST" mean? Thanks

[arendst]

Yep. SIngle core doesn't toggle the relay. So the OP should use latest solo binary on his board.

[une18]

OK! Will try to compile later and test it out.

[Jason2866]

No need to compile. Just use the solo1 build.

[arendst]

EDIT: adding additional the guard # ifndef DISABLE_PSRAMCHECK should work?

@Jason2866 testing...

[arendst]

@Jason2866 yes. Works too. So I'll change it like this

#ifndef FIRMWARE_SAFEBOOT
#ifndef DISABLE_PSRAMCHECK
#ifndef CORE32SOLO1
  // restore GPIO5/18 or 16/17 if no PSRAM is found which may be used by Ethernet among others
  if (!FoundPSRAM()) {
    // test if the CPU is not pico
    uint32_t pkg_version = bootloader_common_get_chip_ver_pkg();
    if (pkg_version <= 3) {         // D0WD, S0WD, D2WD
      gpio_reset_pin((gpio_num_t)CONFIG_D0WD_PSRAM_CS_IO);
      gpio_reset_pin((gpio_num_t)CONFIG_D0WD_PSRAM_CLK_IO);
      // IDF5.3 fix esp_gpio_reserve used in init PSRAM
      esp_gpio_revoke(BIT64(CONFIG_D0WD_PSRAM_CS_IO) | BIT64(CONFIG_D0WD_PSRAM_CLK_IO));
    }
  }
#endif  // CORE32SOLO1
#endif  // DISABLE_PSRAMCHECK
#endif  // FIRMWARE_SAFEBOOT