Open EricApik opened 4 years ago
I looked at thisa exact issue back in March (on a private email thread) and the problem appears to stem from a bug in the PyCom firmware. The text of my email from the analysis was:
So it looks like there is a bug of some type in the WiPy version of micropython (and not a bug in rshell).
I updated my WiPy 3.0 board to the latest firmware which reports:
Pycom MicroPython 1.20.2.rc6 [v1.11-01f49f7] on 2020-02-28; WiPy with ESP32
Pybytes Version: 1.3.1
What I observed is that when I issued the cat /flash/main.py command I get the following data coming back on the serial port:
About to open /flash/main.py
bytes_remaining = 34
23206d61696e2e7079202d2d20707574
read_size = 16
Waiting for ACK
Got ACK
bytes_remaining = 18
20796f757220636f6465206865726521
read_size = 16
Waiting for ACK
Got ACK
bytes_remaining = 2
0d0a
read_size = 2
Waiting for ACK
Got ACK
True
\n
\x04\x04
>Guru Meditation Error: Core 0 paniced (StoreProhibited). Exception was unhandled.
Core 0 register dump:
PC : 0x40094ca7 PS : 0x00060233 A0 : 0x80087d40 A1 : 0x3ffb7130
A2 : 0x00000000 A3 : 0x00060220 A4 : 0x00000001 A5 : 0x0000cdcd
A6 : 0xb33fffff A7 : 0x3ffaff34 A8 : 0x0000abab A9 : 0x3ffb7130
A10 : 0x00000003 A11 : 0x0000cdcd A12 : 0x00060220 A13 : 0x0003e37c
A14 : 0x3f800010 A15 : 0x3f9400d1 SAR : 0x00000000 EXCCAUSE: 0x0000001d
EXCVADDR: 0x00000000 LBEG : 0x40091ac8 LEND : 0x40091af6 LCOUNT : 0xffffffff
ELF file SHA256: 0000000000000000000000000000000000000000000000000000000000000000
Backtrace: 0x40094ca7:0x3ffb7130 0x40087d3d:0x3ffb7160 0x40085b15:0x3ffb7180 0x401365ee:0x3ffb71c0 0x400d246c:0x3ffb71e0
================= CORE DUMP START =================
BCMAAAEAAAALAAAAbAEAAA==
kJP9PwCR/T+Ik/0/
AJH9PyCT/T+ifwAA7EH8P+xB/D+Qk/0/5EH8PwEAAADgdfs/4HX7P5CT/T8AAAAA
GAAAAIyD/T9TZXJ2ZXJzAOz1bsT86MQAAQAAAIiT/T8CAAAAIAsGABgAAAADAAAA
FGP7PwAAAAAAAAAAAAAAAAsAAADUZPs/PGX7P6Rl+z8AAAAAAAAAAAEAAAAAAAAA
JIRAPwAAAAA8GAlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAE3Q==
YDIIQPC/AEAwCwYAbE0JgMCR/T8AAAAAIwsGACALBgAAAAAAAQAAAAAAAAD//z+z
q6sAAOzc+z8jDwYAkJP9PwEAAAD+AAAAAAAAsBsAAAD//z+zAAAAALzcCEDL3AhA
AAAAAGA0CEABAAAAMGUJQBxl+T8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcOL6PwCS/T97VwmA0JH9P0Td+z8gDwYA
AWQIgPCR/T8BAAAARN37P5CT/T8BAAAA
The \x04\x04 just before the Guru Meditation is micropython coming out of the raw REPL mode. It should then go back to normal (aka friendly REPL mode) and instead its crashing.
rshell 0.0.28 Windows 10 , driver : microsoft usbser.sys Board : Pytrack (lopy4) , Pycom MicroPython 1.18.2.r7 Each time i try to get file from lopy i'm facing an error (exception) I can do repl, list my file with size (ls -l) but i was unable to do file transfert, each time i got, i have already try to run rshell with '-a' but without more succes Have you any idea how i can solve this issue ?
File "c:\users\pennamen\appdata\local\programs\python\python38\lib\site-packages\rshell\main.py", line 1102, in recv_file_from_remote dst_file.write(binascii.unhexlify(write_buf[0:read_size])) binascii.Error: Non-hexadecimal digit found
Complete debug trace :