failed to set dtr/rts
-
The same issue seems to affect any attempt to upgrade the firmware of the Pysense or Pytrack itself (instead of the plugged in LoPy):
dfu-util: Cannot open DFU device 04d8:f014dfu-util -D pytrack_0.0.8.dfu dfu-util 0.8 Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2014 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to dfu-util@lists.gnumonks.org Match vendor ID from file: 04d8 Match product ID from file: f014 dfu-util: Cannot open DFU device 04d8:f014 dfu-util: No DFU capable USB device available -
(LoPy) module updates via the Pysense or Pytrack board is neither currently possible with other GNU/Linux distributions; for example Manjaro XFCE, which I tried.
From what I am reading, GNU/Linux users can only install module firmware upgrades using the ordinary Expansion board, which I currently do not own.
-
can only install module firmware upgrades using the ordinary Expansion board,
And also by any 3V3 UART/TTL converter
-
It should also be possible to upgrade the esp32 firmware using the Pytrack / Pysense by disabling high speed transfer and connecting a jumper wire between Pin 1 and Pin 5 on the external IO header.
We're planning to release a new firmware update tool today (or very shortly) that will support updating via Pysense / Pytrack using high speed transfer and without needing a jumper wire.
This should work on all operating systems when using the GUI version of the firmware update tool. This will not initially work with the dialog based cli updater that is included in the Linux version of the firmware update tool, but I will post some workaround instructions when the software is released.
Christian Ehlers
-
I could update the firmware of the Pysense & Pytrack boards, but still no luck with the ESP32 firmware.
$ sudo dfu-util -D pysense_0.0.8.dfu $ sudo dfu-util -D pytrack_0.0.8.dfuThe
sudoshould be added to the documentation. -
@xykon
At last, success! The ESP32 firmware update (GUI-version) succeeded now, after creating/etc/udev/rules.d/77-mm-pycom.rulescontaining:# All devices from Pycom LTD # Since Pycom is not producing any modems, it is safe to blacklist all Pycom LTD devices. ATTRS{idVendor}=="04d8", ENV{ID_MM_DEVICE_IGNORE}="1"and rebooting! (I probably forgot to do so late last night.)
I am not sure whether first upgrading the firmware of the Pysense or Pytrack board with
sudo dfu-utilis a necessary preceding step, but that is what I did first.Anyhow, I filed a ModemManager bug report so that fellow Pycom developers on GNU/Linux will no longer be bothered with this issue in the future.
-
@on4aa
Hi,Thanks a lot for your investigation but I have to say 0x04d8 is Microchip's vendor ID (Pycom uses a Microchip PIC micro for the USB-serial interface and we sublicense their VID) so it's probably unwise to add it as a general rule for all ModemManager installs.
-
@on4aa said in failed to set dtr/rts:
I could update the firmware of the Pysense & Pytrack boards, but still no luck with the ESP32 firmware.
$ sudo dfu-util -D pysense_0.0.8.dfu $ sudo dfu-util -D pytrack_0.0.8.dfuThe
sudoshould be added to the documentation.A better solution is to use
sudo usermod -a -G dialout $USERonce and then logout or reboot your PC. Then you can use dfu-util without sudo.I will make sure this gets added to the documentation.
Christian Ehlers
-
@jmarcelino
Well, then a list of all of Pycom's current (and planned?)idProductvalues is needed. See examples below.
Any future additions will have to be reported to freedesktop.org ModemManager maintainers. -
@xykon Oddly enough, I have been a member of the
dialoutgroup long before this. This is why it also surprised me.Either the python script is not getting full privileges or I was not trained at the beginning with pressing the buttons. This needs more testing.
PS: A reputation point or so is more than welcome. As a newbee I have nada ;-)
-
@jmarcelino The ModemManager bug report has been amended for the Pysense & Pytrack; which is all I have.
Can some good soul look up the
idVendorandidProductfor the other boards (Expansionboard v1&2 etc.)?
Doing so allows the ModemManager maintainers to be correctly informed.@xykon Today's new
pycom_firmware_update_1.1.4.b1GUI updater also works flawlessly!PS: Reputation points, please, I have to wait 10 minutes between every post…
-
@on4aa
Thanks a lot! That should cover all the current boards - the Expansion board (v1,v2) is based on the super popular FTDI USB-Serial chip - it's not PIC based - so it should have no problem.I'll make a note to submit new IDs to ModemManager as new products arise.
-
@jmarcelino Because of the Microchip VID sublicensing, it will be not always clear if Pycom products are being dealt with. For this reason, the ModemManager maintainer has added the Pysense and Pytrack rules to
77-mm-usb-serial-adapters-greylist.rules.Neither is this bad, because ModemManager will try to make a connection only when run manually. Automatic annoyances will be a thing of the past over a month of 2—3, when the ModemManager updates will roll into stable GNU/Linux releases.
-
What Removed Added Resolution --- FIXED Status REOPENED RESOLVED Comment # 5 on bug 104320 from Aleksander Morgado
I've pushed the 2 blacklisted devices with rules including vid:pid, but I've
also added the whole vid to the "usb adapters greylist", which are only probed
if manually requested to do so, so should help to avoid interference with other
Microchip-vid-tagged devices.All fine & dandy in the end…
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better đź’—
Register Login