Does deepsleep work at all

[bucknall]

@chumelnicu Ok thanks for letting me know, I'll investigate this!

[chumelnicu]

@bucknall Thank you !

[chumelnicu]

@this.wiederkehr And ? Solutions is .. ? :)

[livius]

@this.wiederkehr said in Does deepsleep work at all:

returned a list not compatible with the indexes

What do you mean in "not compatible"?

[this.wiederkehr]

I can only guess from the source as there is no documentation for pycom.pulses_get:

pulses[3][1] - pulses[1][1] should get the time difference from the second to the fourth pulse. If e.g. there is no fourth pulse there will be no list entry for pulses[3] which will result in the error 'IndexError: list index out of range'.

The hacky solution would be to wrap this in a try-except block and retry if there is the IndexError ...

[chumelnicu]

@this.wiederkehr Ok .. now speak for human beings now please :)

I dont know how to do that. Can you tell me the code line who is supose to fix that ?

Than you ! :)

[chumelnicu]

This post is deleted!

[this.wiederkehr]

@chumelnicu said in Does deepsleep work at all:

dont know how to do that. Can you tell me the code line who is supouse to fix that ?
Than you ! :)

Exchange the calibration function in deep_sleep.py with the following one, take care on the indentation (sorry I dont have a board at my hand to test right now, so use at your own risk :-)
That is not a fix, that is a hack to catch an error (which should not be there in the first place) and retry the calibration procedure ...

def calibrate(self):
    """ The microcontroller will send the value of CTRL_0 after setting the bit
        and then will send the following pattern through the data line:
           val | 1 | 0 | 1*| 0 | 1*| 0 | 1
           ms  | 1 | 1 | 1 | 1 | 8 | 1 | -
        The idea is to measure the real life duration of periods marked with *
        and substract them. That will remove any errors common to both measurements
        The result is 7 ms as generated by the PIC LF clock.
        It can be used to scale any future sleep value."""


    while True:
        try:
            # setbits, but limit the number of received bytes to avoid confusion with pattern
            self._magic(CTRL_0_ADDR, 0xFF, 1 << 2, 0, 7)
            self.uart.deinit()
            Pin(COMM_PIN, mode=Pin.IN)
            pulses = pycom.pulses_get(COMM_PIN, 50000)
            self.uart = UART(1, baudrate=10000, pins=(COMM_PIN,))
            self.clk_cal_factor = (pulses[3][1] - pulses[1][1]) / EXP_RTC_PERIOD
            break
        except IndexError:
            print('calibration failed')
    if self.clk_cal_factor > 1.25 or self.clk_cal_factor < 0.75:
        self.clk_cal_factor = 1

[chumelnicu]

@this.wiederkehr Ok .. maybe you right but this is beyond me , I think is beter to wait for @daniel and @bucknall opinion or fix solution.

Thank you very much @this-wiederkehr

[daniel]

Hello,

While we find out why sometimes less calibration pulses are received, please use the new library that has a try-except block around the calibration:

https://github.com/pycom/pycom-libraries/commit/074bc7ee0181451720bbeb30d627debafc617ad8

[chumelnicu]

@daniel I will try and feedback tonight

Thx @daniel

[athtest800]

This post is deleted!

[athtest800]

@Camot
Have you fixed the 0.4mA consumption during deep sleep?

[daniel]

@athtest800 are you talking about the Pysense or the deepsleep shield?

[athtest800]

@daniel I am using the deep sleep shiled with lopy in breadboard (without expansion) by powering with 5V. The consumption is 500uA. Isn't it high? I thought it will be below 50uA.

[tmz]

@daniel I have issue with "deepsleep shield" and LoPy. It's stops after cca. 20 cycles. Same if added the "exception" block to calibrate method.
Running over serial the cycle ends into REPL and without error.

[daniel]

@tmz so it simply goes out to the REPL without running your code? Do you have any condition in your code that could cause that (exit the script instead of going into deepsleep)? Do you have anything connected to P12? Maybe at some point the board is booting into safe mode...

[tmz]

@daniel The deep sleep works! But then at one point without any error it's not entering into next deep sleep cycle instead is enter into REPL.

[daniel]

@tmz what you say is that after calling the go_to_sleep() the deepsleep shield doesn't put the LoPy to sleep?

[tmz]

@daniel Yes, executing go_to_sleep() some cycles works and than at one point it's not enter into deep sleep mode.

Do you have anything connected to P12?
Nothing connected to P12.

For debugging i was running connected over "Serial" to see what happens and for some time (cca. 5 - 20 cycles) works normally and then without errors enters into REPL.

code:

    # Setup deep sleep mode
    ds = DeepSleep()
    ds.enable_wake_on_raise('P17')
    # Some work here
    ds.go_to_sleep(60)