I doubt it Peter. Their forum is a total shambles, full of unanswered issues.Peter Said:
@njepsen The Fipy uses Pycom firmware (and obviously the hardware is their own) so you may get a more knowledgeable response in their forum.
Search found 11 matches
- Mon Aug 02, 2021 6:27 am
- Forum: General Discussion and Questions
- Topic: MPY DeepSleep and power consumption
- Replies: 15
- Views: 7790
Re: MPY DeepSleep and power consumption
- Mon Aug 02, 2021 5:22 am
- Forum: General Discussion and Questions
- Topic: MPY DeepSleep and power consumption
- Replies: 15
- Views: 7790
Re: MPY DeepSleep and power consumption
Thanks Peter. Naively - I thought micropython was micropython.
- Sat Jul 31, 2021 12:23 am
- Forum: General Discussion and Questions
- Topic: MPY DeepSleep and power consumption
- Replies: 15
- Views: 7790
Re: MPY DeepSleep and power consumption
Well ---I am using a Fipy and when i use (for example) machine.lightsleep(1000) as per the docs, I get response Traceback (most recent call last): File "<stdin>", line 559, in <module> AttributeError: 'module' object has no attribute 'lightsleep' If I use machine.deepsleep(1000) the board I get >> %...
- Sat Jul 31, 2021 12:16 am
- Forum: General Discussion and Questions
- Topic: zfill()
- Replies: 4
- Views: 3113
Re: zfill()
Hi Dave yes that works, but I hoped there would be a more elegant 'format string to 2 digits' solution. I didnt use epoch because i have already set the RTC from my local ISP who gives me local time with daylight saving taken care of. I'm about to post a question about sleep, light sleep and deep sl...
- Fri Jul 30, 2021 10:29 pm
- Forum: General Discussion and Questions
- Topic: zfill()
- Replies: 4
- Views: 3113
zfill()
I am [UNSUCCESSFULLY] trying to add a leading zero to the dates and times in a time group. It seems that zfill is nat available in up. How do I do this ? def local_dt(): try: r = rtc.now() #r= (2021, 7, 25, 10, 58, 46, 25361, None) year = r[0] year= str(year) month= r[1] month=str(month).zfill(2) da...
- Sun Jul 25, 2021 4:37 am
- Forum: General Discussion and Questions
- Topic: uart.read() is giving accumulated data
- Replies: 18
- Views: 8547
Re: uart.read() is giving accumulated data
I'm running into a similar issue. I'm reading a response from a POST request that looks like this: b'HTTP/1.1 200 OK\r\nDate: Sun, 25 Jul 2021 04:19:15 GMT\r\nServer: \r\nContent-Length: 45\r\nConnection: close\r\nContent-Type: text/html\r\n\r\nlocaltimeis25/07/2021, 16:19:15,1627186755$$\n\r\nNO CA...
- Sat Jul 24, 2021 10:23 pm
- Forum: General Discussion and Questions
- Topic: AT+CSQ :bug with lte?
- Replies: 2
- Views: 1797
Re: AT+CSQ :bug with lte?
Thanks Bill. I have tried that but it is a last resort, and doesnt solve the issue with lte.
Since then I have re-written the entire script using AT commands rather than lte and it is running flawlessly, albeit a bit slower to connect & attach, but totally reliable.
Since then I have re-written the entire script using AT commands rather than lte and it is running flawlessly, albeit a bit slower to connect & attach, but totally reliable.
- Fri Jul 23, 2021 2:06 am
- Forum: General Discussion and Questions
- Topic: AT+CSQ :bug with lte?
- Replies: 2
- Views: 1797
AT+CSQ :bug with lte?
i am developing code for an online project (a data logger) using the esp32, and as part of testing i have run into an apparent issue with AT commands, and lte. If i repeatedly run AT commands using lte.send_at_cmd('AT+ ***') the script fails after a few minutes. i have written two test scripts - one...
- Wed Jul 21, 2021 10:28 pm
- Forum: MicroPython pyboard
- Topic: PDM support on Micropython
- Replies: 6
- Views: 7921
- Wed Jul 21, 2021 6:05 am
- Forum: Programs, Libraries and Tools
- Topic: Micropython vs CPython and sockets
- Replies: 5
- Views: 2154
Re: Micropython vs CPython and sockets
@Davef, I notice you are in chCh. I am in palmy nth. Also having lots of issues with uPython and sockets trying to get reliable TCP POSTs to a server. lte seems a bit flakey, and Ive managed to get attach & connect working well with AT commands but from time to time ( not using lte) , if connectivit...