@peterp Ok. I will try

@jc_serg If you are looking for a ping.py script: there is one here: https://gist.github.com/91cc8979e33e82af6d99ec34c38195fb.git

@jc_serg That looks bad then. Since 3.3V is an output of the board, it means that the board is not working. Are you sure you plugged in the board in the right orientation?

well, right now I only have access to win10. Is there any solution for windows 10?

@paul-thornton Just did. :)

@robert-hh thanks. ill try and sort out some VM's and give that ago.

@robert-hh Es läuft jetzt. Ds Update ging nicht weil ich das Board für den Fipy überbrückt habe das es im batterie Modus läuft. nach entfernen des kabels ging auch das Update. Jetzt kann es weiter gehen. Danke für deine Mithilfe.

@brewnut The RTS pin is not used by the firmware, but driven by the UAB/UART bridge. But you can also use another pin, like P6.

@robert-hh Thanks, I'll try that.

@ldbm we don't publish schematics of our products, sorry.

@mci For coding the content of the pins.csv file is effective, because that file is used for mapping the Pxx and Gxx numbers to the GPIO port numbers,

@eric-waai Yes it was a typo I have 3 i2c devices

@fedesilvi Just to give you an impression how bad the esp32 ADC is, I collected 10000 samples with the ESP32 ADC and an ADS7818 ADC taking values the same LM385 voltage reference. The absolute values differ, because of the different ranges (5V vs. 3.3V). The histograms are below: Edit: Adding a 10 nF capacitor close to the ESP32 ADC input and switching off WiFi improved the picture. The one above was WITH the capacitor. Without, the capacitor, it was worse (avg +/-100 readings)

@dr_aloui In that case it's strange. You you have an oscilloscope to look at the signal timing? The expansion board should not add any significant load to the wires, at least not to P9 and P10. The Pyboard has built-in pullup-resistors on the pins dedicated for I2C (X9/X10 and Y9/Y10). That could makes a difference.