MicroPython Forum

jimmo wrote: ↑

Fri May 10, 2019 2:55 am

Also just a reminder that in many countries (e.g. Australia) it's illegal to DIY mains electricity...

I never knew that. I wonder how these maniacs manage?

This is something of a FAQ and there is evident interest in a library. As far as I can see the Pyboard could support Modbus but nobody has written a library. It needs someone with access to a Modbus master to roll up their sleeves and get coding.

Actually this is a strength of Python. If you issue import my_module you have a guarantee that the only name added to your namespace is my_module : names within the module a guaranteed not to conflict with your own because you have to prepend them with the module name: import my_module x = my_module...

This is very odd and I've never seen this; it looks rather like some router/AP behaviour as if it hasn't acknowledged the fact of disconnection. I wonder if the behaviour can be replicated with other WiFi devices? Perhaps a long shot but it might be worth repeating the attempt for a period - in this...

The advice about avoiding globals is undoubtedly correct. Access is relatively slow. But there are other reasons rooted in general programming practice which you can research online. It's worth understanding Python's scoping rules. If a module has a global name (whether for data or for an object suc...

Given that your main loop runs every 180s I think you need to change the WDT time from 120s to (say) 300s. You should then be able to place the feed() statement in your main loop. I'd suggest after the while(True) statement. The way a WDT works is that it resets the board if it is not fed during its...

I can't see how this would work. As far as I can see only one instance can use a device at any one time. If data arrives on a UART, the device driver can't "know" where to send it unless the data itself contains that information. Consider Linux. My understanding is that if a process opens a serial d...

... - How much effort might it take to ensure that hardware peripherals all have some sort of lock to prevent simultaneous access? ... This is decidedly nontrivial. Consider peripherals like UARTs and Pins which raise IRQ's. If multiple instances are using the same device, the only way to ensure th...

jimmo wrote: ↑

Fri May 03, 2019 11:20 pm

...Just for my own curiosity, I looked briefly but I actually don't see strftime implemented in the utime module? What am I missing? Is your board running stock MicroPython firmware?

Quite. I've never seen it implemented and it certainly isn't in the docs.

I notice you're using `umqtt.simple`. This really isn't suitable for long term use because it does not properly recover from WiFi outages. Brief outages can occur for various reasons including bursts of RF interference. You might like to read this - follow the link to the resilient driver. Also thes...