MicroPython Forum (Archive)

If was my understanding that robust, check_msg would not let the broker drop connection? The broker will disconnect if the client does not respond, either on TCP or (depending upon QOS) on MQTT level. Nothing on the client side can change this behaviour. I assume you saturate the 8266 TCP stack wit...

Don't see this in the code.
Your get_xxx calls return the value of an instance variable (e.g. self.lux). However, this self.lux is set only in __init__() and set_lux().
As set_lux() never gets called (in your comparison of with/without class), get_lux() happily returns the value set during __init__().

Why do you think that self.humidity has any value when it isn't set by a call to get_humidity first?

Micropython aims to be compatible (to some extent) with CPython-3. I'm sure you can find some good online courses for that.

So you are using some 2-year old micropython version most people here never had heard of and ask for help without giving any details ?
Maybe you should try a current version first (with a simple test program). If this works, you can look for differences and solutions.

I put the board to sleep and call uart.read() after the sender finish sending data. all \xff are received. However, other bytes are missing. So there seems to be no problem at all receiving 0xff. For me, this smells like some kind of handshake or timing problem. This is hard to analyze from the dis...

You dont't tell us anything about your circuits. Is the receiving UART controlled from micropython or not ? Is the RS485 receiver always on or do you poll different devices on the bus ? Are terminator resistors in place on the RS485 bus ? RS485 timing can be tricky. To rule out a general micropython...

You might use machine.unique_id() to find out on which of your boards your program runs.

What is the absolute difference in performance you observe ?
And where do you measure ?
For the echo reply readline() might be a few milliseconds slower.
For interpretation of the whole request you send (several lines) the last readline() will wait for the specified timeout (as described above).

I assume the readline version in the code below (taken from https://github.com/peterhinch/micropython-async/blob/master/v3/as_drivers/client_server/userver.py) will happily read the last line and then wait for another one, until the timeout is reached. The additional overhead caused by readline() an...