ESP8266 Developer Zone

Re: I2C Communication Fails with DS3231 RTC Module

2017-09-06T22:31:32+08:00

As said I don't really have a purpose for very fast tcp or udp connections. Even if I'd want to, I have very little iram left, because the Espressif libs take up most of it. I've only about 4k left, from which I use 2k for interrupt handlers and timing critical code. I2C benefits greatly from code in iram, the SCL signal becomes very stable, which in itself is not a requirement from I2C but may help on marginal devices.

Statistics: Posted by eriksl — Wed Sep 06, 2017 10:31 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-09-06T22:08:08+08:00

Put large loops in iRAM and use 80MHz QIO flash with 160 MHz core speed. That is the best you can do.
Also, you can test your LwIP skills on ESP-IDF. I'm frustrated with crashes. Proper LwIP documentation is non-existent. That could be a good personal task, making that documentation.

Statistics: Posted by Guest — Wed Sep 06, 2017 10:08 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-09-06T00:06:26+08:00

I think the LWIP interface is difficult to use anyway, anyhow, especially if all you need is a very few TCP and UDP sockets. But that may be caused by bad documentation just as well. In the LWIP documentation I never found a "proper" way where to "start".

FWIW my firwmare implements OTA upgrading using RBoot and my own mechanism to transfer the code either using TCP or UDP to the flash, where each uploaded block is checksummed with CRC32 and the whole file is checksummed using MD5 (code for which appears to be in the ESP8266 ROM ), and identical sectors are skipped. With all that, I can get a persistent performance of 520 kbps/s, which is quick enough for writing the flash without delay. I didn't try it in another context, because I don't have purpose for it. What's slowing it down, is that every packet received is parsed and broken down into space separated chunks, for command processing. If I where to skip that, I'd probably get a higher throughput, but as said, I don't really have a purpose for higher performance there.

Statistics: Posted by eriksl — Wed Sep 06, 2017 12:06 am

Re: I2C Communication Fails with DS3231 RTC Module

2017-09-05T20:44:45+08:00

The LwIP sources are here:
https://github.com/espressif/ESP8266_NO ... hird_party

Also, the espconn APIs are just an interface over LwIP that simplify things. Using LwIP raw APIs can be a pain when low level code is closed source. That is no longer the case with ESP32 and that is why LwIP is used as is on the ESP32.
I have used modified LwIP sources for tasks like getting 12 mbps continuous transfer speed. The ESP8266 can do a lot if you have the patience.
Hopefully we will improve documentation soon.

Statistics: Posted by Guest — Tue Sep 05, 2017 8:44 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-08-29T01:20:24+08:00

BTW I couldn't find the espconn sources in the NON-OS tree. Also I doubt whether the LWIP sources there are a drop-in replacement for the precompiled library.

Statistics: Posted by eriksl — Tue Aug 29, 2017 1:20 am

Re: I2C Communication Fails with DS3231 RTC Module

2017-08-27T23:31:53+08:00

Hi Pradik,

It's a pity that you don't have access to non-public sources / documentation, because that is exactly what's missing at the moment. I am quite sure there are quite a few registers that nobody outside Espressif know they exist (and that are not related to the wireless phy). For example the memory addressing and caching ("poor man's MMU" ) features are not documented at all, as far as I know. On the esp32 they are. We need it for e.g. open OTA implementation.

The other stuff, the source versions, I am under the assumption they're not really drop-in replacements for the precompiled binaries, I also don't recall having seen sources of the espconn functions, but I will check.

I once had a look at LWIP itself, but deemed it far too complex for the simple tasks we usually do on the esp8266, the espconn implementation is sufficient.

Thanks,
Erik.

Statistics: Posted by eriksl — Sun Aug 27, 2017 11:31 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-08-27T22:16:32+08:00

You can pick the complete source from examples directory/LwIP project. It compiles just like any other project. You can access the makefiles and sources right away. No dependancy on any hidden stuff there. Same with mbedTLS (available as a complete different ZIP).
Anyway, we are trying to fix things with ESP32. A lot of the chapters are reviewed multiple times, including by me, before published. I'm glad it is turning out well.
ESP8266 is older than I am at Espressif, and I work remotely so not everything is in my control. I have access to the exact same sources that you folks do. Let's see what can be done with the ESP documentation, thanks for the feedback though. Lectures are better than not saying anything.

Statistics: Posted by Guest — Sun Aug 27, 2017 10:16 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-08-27T19:05:43+08:00

Hi Pratik,

I had a glance at the esp32 documentation lately and I was positively surprised. Much better documentation and much closer to professional documentation we're used to from other manufacturers. I guess that saves me from doing a "lecture" about wat we (I) am expecting.

Problem with espconn etc. is that it's delivered as a pre-compiled object. The relevant sources are supplied, as is required by it's licence, but it's not in a form that's readily compilable. The optimal solution would be to have a complete, fully contained directory, that one can place into it's own project (preferrably using a git submodule) and that one could simply build by calling "make".

I don't like the use pre-compiled binary blobs from third parties for various reasons, one of them being the chance of having ABI mismatches, compilation flags/options mismatches, compiler version mismatches, etc. For instance, to save the last few bytes of IRAM, I might one to compile using -Os instead of -O3 etc. Also, there might be functions declared IRAM that I will never use and will only use up precious IRAM space. I think it's fair though, that as soon as someone starts hacking there, there will be no support from Espressif.

And yes, a complete (!) overview/documentation of non-restricted registers would be very wellcome.

Thanks,
Erik.

Statistics: Posted by eriksl — Sun Aug 27, 2017 7:05 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-08-27T15:57:41+08:00

The espconn code is all open, including LwIP and mbedTLS. Only the PHY code is in the form of .a library files.
I will take the issue of registers into consideration as soon as possible.

Statistics: Posted by Guest — Sun Aug 27, 2017 3:57 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-08-08T16:41:33+08:00

I respect and understand the policy regarding the WiFi-related registers. The problem is all the other registers that are inadequately documented (or not at all).

I have e.g. serial communication using the UART working, after a lot of trial and error. What we need is a proper description of ALL (non-WiFi) peripheral registers, ALL the bits in them (not just a few of them, like it is now) and also a good description, not just three words. One could take a look at a datasheet from ATmel as an example. Example code is helpful, but it's not a replacement for proper documentation.

Area's that still lack proper or any documentation are imho:

- UART (how many UARTS are really implemented and describe the FIFO watermark/interrupt mechanism)
- memory map, as an official statement from Espressif what memory / I/O areas are mapped where, how the flash, iram, cache, dram, rom and I/O are mapped and how to control that mechanism (required to make e.g. an alternate boot loader)
- the timers, there are only examples now, we need proper documentation, for example for an alternate PWM implementation
- I haven't used it yet, but I am having the feeling that the SPI documentation is also way too sparse, many questions from users that really don't know where to start.

The "espconn" code, I can't imagine it contains any real low level WiFi related code, so it could be released into the public domain. That would allow the community to find bugs, optimisations and maybe also find a few spots where iram usage could be (further) reduced. Similarly the PWM "driver". I see quite a bit of complaints about it.

Iram usage is the most important, as it proves to be the only real factor that limits the size of the firmware. Every bit counts, as far as I'm concerned. I am now using ~ 300 kbytes of flash and it could grow to 4 mbytes without a problem (if proper flash chip is installed) if only the iram wouldn't fill up so quickly. My own code only uses a few hundred bytes of it (interrupt and high speed / frequency code), it's all SDK code that fills it up.

Statistics: Posted by eriksl — Tue Aug 08, 2017 4:41 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-08-08T15:41:03+08:00

The WiFi and related peripheral registers are not declared publicly for good reason. Even if we allow management packets to be sent out using pkt_freedom APIs, I'm sure people will find a way to disrupt wireless traffic or hack other networks (not something we would like! Because that is easy to do with full control of the radio). That is the reason for the internal code being carefully closed source.
I myself do not have access to that, very few people do.
Sources that are useful are all free, such as LwIP port, mbedTLS, etc. Also, drivers for UART, timers, HSPI, etc are openly coded in driver library.

Statistics: Posted by Guest — Tue Aug 08, 2017 3:41 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-08-07T15:22:50+08:00

I'd gladly donate the existing code, but I am not going to actuallty integrate it into the SDK in any way, as long as large parts (not only the parts required for WiFi) of the SDK are closed source. Also there is still no proper direct hardware datasheet (list of every non-WiFi register with proper bit fields descriptions), no real memory map etc. I am not quite interested into the esp32, I think it's more for the "Arduino folks". The esp8266 suits me just fine. It only still lacks various items of documentation. Speaking of that, I think you still owe me some documentation about the timers on hardware level, you announced to produce

https://github.com/eriksl/esp8266-universal-io-bridge
https://github.com/eriksl/esp8266-unive ... ster/i2c.c
https://github.com/eriksl/esp8266-unive ... ster/i2c.h

One will need to add it's own i2c_error_format_string() function, as the supplied one depends heavily on my tiny string library that operates on strings in flash (see util.h). And I guess the calls to get_config need to be replaced by one's own version (or make it a parameter).

Statistics: Posted by eriksl — Mon Aug 07, 2017 3:22 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-08-07T12:58:09+08:00

That is great! If you want to, you can create a merge request on nonOS SDK code on GitHub/espressif.
I will recommend the I2C code internally and we will merge it to the SDK in the next release if approved internally.
Yes, the ESP8266 datasheet has some issues like that. There is not hardware support for features like I2C and PWM or IR. We are trying to make the ESP32 documentation better by avoid mistakes made on the ESP8266 platform.

Statistics: Posted by Guest — Mon Aug 07, 2017 12:58 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-07-29T21:28:05+08:00

Actually, the problem is like this and when using I2c one will meet it quote a bit.

- esp8266 does NOT have hardware support for I2c (even though it's suggested)
- the "driver" code (software emulation) that comes with the SDK is awfully bad. It's slow, is not adhering to the standard and very flaky, it doesn't handle exceptions properly.

That's why I made my own, it's 10x as fast (can reach 800 kHz bus) and it's resilient to all sorts of abnormal conditions and recovers from them gracefully. Look for esp8266 io bridge on github.

Statistics: Posted by eriksl — Sat Jul 29, 2017 9:28 pm

Re: I2C Communication Fails with DS3231 RTC Module

2017-06-07T15:09:55+08:00

I think the issue is with I2C bus initialization. You should comment out the code in I2C driver file which generates some cycles for clearing up the bus during initialization. This usually causes issues with some I2C devices...
Also, I2C devices are slow. Do not immediately access them after power-up. Wait for 5-10 ms at least.

Code:

    // set data_cnt to max value
    for (i = 0; i < 28; i++) {
        i2c_master_setDC(1, 0);
        i2c_master_wait(5);   // sda 1, scl 0
        i2c_master_setDC(1, 1);
        i2c_master_wait(5);   // sda 1, scl 1
    }

Statistics: Posted by Guest — Wed Jun 07, 2017 3:09 pm

I2C Communication Fails with DS3231 RTC Module

2017-06-02T21:59:07+08:00

Hi Experts,

Setup: SDK version 2.0.0
Hardware: ESP-12E

I have connected DS3231 RTC module http://www.ebay.in/itm/252641600523 with ESP-12E as follows

Code:

ESP-VCC -> DS3231-VCC
ESP-GND -> DS3231-GND
ESP-GPIO2 -> DS3231-SDA
ESP-GPIO14 -> DS3231-SCL

I hope my connections are correct as per i2c_master.h

Code:

#define I2C_MASTER_SDA_MUX PERIPHS_IO_MUX_GPIO2_U
#define I2C_MASTER_SCL_MUX PERIPHS_IO_MUX_MTMS_U
#define I2C_MASTER_SDA_GPIO 2
#define I2C_MASTER_SCL_GPIO 14
#define I2C_MASTER_SDA_FUNC FUNC_GPIO2
#define I2C_MASTER_SCL_FUNC FUNC_GPIO14C FUNC_GPIO14

I have following code in user_main.c.

Code:

void user_rf_pre_init(void)
{
}

uint32 ICACHE_FLASH_ATTR
user_rf_cal_sector_set(void)
{
    enum flash_size_map size_map = system_get_flash_size_map();
    uint32 rf_cal_sec = 0;

    switch (size_map) {
        case FLASH_SIZE_4M_MAP_256_256:
            rf_cal_sec = 128 - 8;
            break;

        case FLASH_SIZE_8M_MAP_512_512:
            rf_cal_sec = 256 - 5;
            break;

        case FLASH_SIZE_16M_MAP_512_512:
        case FLASH_SIZE_16M_MAP_1024_1024:
            rf_cal_sec = 512 - 5;
            break;

        case FLASH_SIZE_32M_MAP_512_512:
        case FLASH_SIZE_32M_MAP_1024_1024:
            rf_cal_sec = 1024 - 5;
            break;

        default:
            rf_cal_sec = 0;
            break;
    }

    return rf_cal_sec;
}

/******************************************************************************
 * FunctionName : user_init
*******************************************************************************/
void user_init(void)
{
    uart_reattach();

    os_printf("\r\n\r\n============SDK version:%s============\r\n", system_get_sdk_version());

    i2c_master_gpio_init();
    i2c_master_init();

    i2c_master_start();

    // write address & direction
    i2c_master_writeByte((uint8)(0x68 << 1));
    if (!i2c_master_checkAck()) {
      os_printf("Error in writing to DS3231 on i2C\r\n");
      i2c_master_stop();
      return;
   }
    i2c_master_stop();
}

I am getting print

Error in writing to DS3231 on i2C

that means i2c_master_checkAck() is returnnig false.

May I request experts to please let me know why this code is not working.

Statistics: Posted by gailu — Fri Jun 02, 2017 9:59 pm