Exp Board 2.0 serial communication problem

[szyba91]

@robert-hh I've check this and using 3.0V i can see REPL but with 2.0V - not. I've set boud rate 115200 in both chases.

[robert-hh]

@szyba91 That's strange, especially since you can still update devices using that board.

[szyba91]

@robert-hh Maybe I should contact with PyCom field support service ?

[robert-hh]

@szyba91 You may do so. But since you can still use the boad for upload, it is hardly an electronic problem. And I understand, that the same FiPy works with expansion board V3. Just to ask a silly questions: did you remove the GND/P23 jumper after upload?

[szyba91]

@robert-hh Yes, the both FiPys its self works with V3 board and sure - i removed jumper after updating

[dan]

Hi @szyba91,

Just to confirming, when you switch between the expansion boards, you change the address in VSCode, right? (you can check it in the pymakr.conf file or the plugin settings. All commands -> 'Pymakr > Project | Global Settings')
Can you share your VSCode's and Pymakr plugin's version number?

[szyba91]

@dan Yes, I've been changing serial port numbers.
I have:

FiPys firmware version1.18.0.r1
Visual Studio version 1.25.1
Atom version: 1.29.0
Pymakrs version 1.0.1
Jumpers : RTS and CTS are removed, rest of them is on its place
Windows 10 64bit
The same on
Ubuntu 16.04 LTS

[szyba91]

@robert-hh Update : I've noticed something. When i was trying to upload this code
https://github.com/pycom/pycom-libraries/blob/master/examples/lopy-lopy/lopy-A/main.py

Just near to end I've got the masseage form terminal something like this :" Pybytes library: v0.9.0" and that it stacks. And after it I can't reach the COM anyway.
What is interesting - I've lost connection with v3 now, then I've try with v2 (i was sure that it also be unreachable beacuse I had a problem with it before) Just imagine how supprised I was when I saw REPL on this board!
Again - I trid to upload the same code on this board, and unfortunately after makaing the same it also stacks.

I'm very confused now. Does anyone knows what is happning with this modules?

[robert-hh]

@szyba91 Sorry I cannot tell you anything about working with VSC /Atom pymakr plugins or pybytes. I do not use these "tools". For uploading and file management on the devices I use ftp. The expansion boards, epscially V2.0, are dead simple devices. They should always work.

[szyba91]

Update : I just connect exp boards without FiPys. I was courious what will happend when i bridge TX i RX(physical pins 40 and 41) pin on board (should be an echo right?) and i've got echo. So boards it self works.
Now i'm connect the fipy via USB-UART concerter and I can't reach the REPL on both FiPys :( :(

[robert-hh]

@szyba91 The USB/UART bridge must be set to 3.3 V output. And sometimes TX/RX has to be swapped. Please not also that the typcial USB/UART switch cannot supply a FiPy. The simply deliver not enough power.

[szyba91]

@szyba91 Now i've connected the fipy and exp board together and there is no REPL but when i push Reset rutton i'm having this:

rst:0x1 (POWERON_RESET),boot:0x12 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff8028,len:8
load:0x3fff8030,len:1728
load:0x4009fa00,len:0
load:0x4009fa00,len:14584
entry 0x400a059c
Pybytes library: v0.9.0

And it stucks and this command during code uploding. I'm using PuTTY

[robert-hh]

@szyba91 In putty, you have to disable flow control. It is in the Serial/conection tab.

[szyba91]

@robert-hh No change after disable flow control. Maybe I have to wait longer to see >>> because it doesn't stuck?

[robert-hh]

@szyba91 No, the prompt should show up immediately. If you do not care what's in the flashof the device, try installing the standard firmware again (stable, no pybytes) with the option to erase the flash first, at least to erase the filesystem.

[szyba91]

@robert-hh It worked ! You are the best :) As for updates now i've marked the "Erese flsh file system" (I havnt markd it on my previous updates) and I've chosen type :"stable" I had i 'pycom" before.
Is it correct?

[robert-hh]

@szyba91 I think you marked "pybytes" before. "Stable" is the basic version.

[szyba91]

@robert-hh I've noticed that FiPy is getting stack when I'm uploading code. Now i uploaded the simple RGB led blink and I can see the result but it is also stucking:
rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff8028,len:8
load:0x3fff8030,len:1728
load:0x4009fa00,len:0
load:0x4009fa00,len:14584
entry 0x400a059c

After last command I can't see the REPL, firmer update helps but it seams that code had been uploded correctly.

[robert-hh]

@szyba91 When you upload code in main.py that will run infinitely, you will not get a REPL prompt. This prompt will be presented AFTER main.py is finished.
Edit: During boot, roughly the following steps are executed.

1. Initialize the device
2. Run _boot.py from frozen bytecode
3. Run _main.py from frozen bytecode
4. Run /flash/boot.py from the filesystem
5. Run /flash/main.py from the filesystem
6. Start REPL and show it's prompt.

[szyba91]

@robert-hh said in Exp Board 2.0 serial communication problem:

During boot, roughly the following steps are executed.

But it isn't normal that after uploading code I can't reach REPL prompt ? Because its happnes.