connection on Linux

[redleader36]

I am going to dig out a windows xp laptop just to make sure these things work
Edit:  2 of my digisparks work from Windows XP.  I just have the minor annoyance of having to unplug them before I upload the sketch and plug them in after I press the upload button.

[digistump]

@redleader -

I tested 12.04 with a USB 3.0 motherboard and it is working for me using http://digistump.com/board/index.php?p=/discussion/177#Item_2
that binary and the udev rules from the troubleshooting section.

Nothing plugged into the Digispark, Digispark unplugged, I hit upload and then plug in when instructed.

This is a fresh install of 12.04


If that info doesn\'t help - can you try programming it with the DigiUSB sketch on your windows laptop and then see if the linux machine/router will see it - after 5 seconds of being plugged in it will disconnect and reconnect (going form programming mode to running) and then stay connected - I\'m curious if part of the issue is the 5 second programming timeout is causing an issue (since when DigiUSB or another USB sketch isn\'t loaded it disconnects after the 5 seconds and does not reconnect).


The unplugging and then plugging in to program is how the Digispark is able to be programmed by USB but allow the use of those pins in a project after programming. While certainly a design compromise to allow the attiny85 to do all of this - it has been that way since the very first video.


Let me know if any of this helps and I\'ll keep trying to replicate it or come up with any ideas.

Thanks,
Erik

[sparticvs]

I am using Fedora 17, and one of the sparks (the other two register fine) I plug in doesn\'t actually register on the system.  I see nothing in /var/log/messages and lsusb contains no change.  I do see the power led turn on and then the second green led blinks.  Any thoughts as to why this is happening?  I am wondering if the usb chip on the board is just bad, but I don\'t want to jump to conclusions.

[digistump]

I am using Fedora 17, and one of the sparks (the other two register fine) I plug in doesn\'t actually register on the system.  I see nothing in /var/log/messages and lsusb contains no change.  I do see the power led turn on and then the second green led blinks.  Any thoughts as to why this is happening?  I am wondering if the usb chip on the board is just bad, but I don\'t want to jump to conclusions.

If you've given it several tries and the one is still a no go send me an email support at digistump dot com and we'll get you taken care of.


Thanks,
Erik

[sparticvs]

I did a test again, they all register and then disconnect. Here is the log messages for each one:

Code: [Select]


Jan 22 18:39:39 platinum kernel: [40001.922549] usb 1-1.1: new low-speed USB device number 5 using ehci_hcd
Jan 22 18:39:40 platinum kernel: [40002.015547] usb 1-1.1: New USB device found, idVendor=16d0, idProduct=0753
Jan 22 18:39:40 platinum kernel: [40002.015550] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Jan 22 18:39:40 platinum mtp-probe: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1"
Jan 22 18:39:40 platinum mtp-probe: bus: 1, device: 5 was not an MTP device
Jan 22 18:39:45 platinum kernel: [40007.113862] usb 1-1.1: USB disconnect, device number 5


Jan 22 18:40:10 platinum kernel: [40032.850304] usb 1-1.1: new low-speed USB device number 6 using ehci_hcd
Jan 22 18:40:11 platinum kernel: [40032.944191] usb 1-1.1: New USB device found, idVendor=16d0, idProduct=0753
Jan 22 18:40:11 platinum kernel: [40032.944194] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Jan 22 18:40:11 platinum mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1"
Jan 22 18:40:11 platinum mtp-probe: bus: 1, device: 6 was not an MTP device
Jan 22 18:40:16 platinum kernel: [40038.041447] usb 1-1.1: USB disconnect, device number 6


Jan 22 18:40:27 platinum kernel: [40049.720523] usb 1-1.1: new low-speed USB device number 7 using ehci_hcd
Jan 22 18:40:27 platinum kernel: [40049.812000] usb 1-1.1: New USB device found, idVendor=16d0, idProduct=0753
Jan 22 18:40:27 platinum kernel: [40049.812004] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Jan 22 18:40:27 platinum mtp-probe: checking bus 1, device 7: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1"
Jan 22 18:40:27 platinum mtp-probe: bus: 1, device: 7 was not an MTP device
Jan 22 18:40:32 platinum kernel: [40054.655565] usb 1-1.1: USB disconnect, device number 7


[digistump]

@sparticvs - so all three appear to work correctly, disconnecting after 5 seconds is the designed behavior.


To be clear: It seems the third one does work.


Are you still experiencing linux issues then?


If so can you explain the steps you have taken, things you have tried, etc? Have you downloaded the linux package or compiled your own? Have you tried the items in the troubleshooting guides?




Thanks,
Erik

[sparticvs]

I guess I am not seeing issues right now.  I am just getting weird behavior depending which USB port I plug it into...but I think that might be due to me breaking ports. So I will just say it all works for now, and I will get the IDE installed and give it a run through.

[chut]

As a fellow Linux Mint 14 user I thought I would throw my experience into the mix as well. Mint 14 (64bit) is based on Ubuntu 12.10 so the results should be similar.


Are tarballs on the wiki the same as the one stickied in this section? I downloaded the linux tarball from the wiki, and initially the gui wouldn't even load due to rxtx problems, i solved this by replacing the bundled RXTXcomm with one I downloaded. Then it still wouldn't work so I changed librxtxSerial64.so (I'm using a 64bit OS) to just be librxtxSerial.so (and renamed the original to backup). This finally allowed me to get the gui to open. Did anybody else have these issues?


Mine also did not work at all until I found this thread and tried it with a powered hub. Initially the hub had to plugged into USB2.0 but now it's working on my USB3 ports as well. Not sure why but I couldn't get it to work at all jus plugging into USB ports. Not sure if this has something to do with it but it is a laptop. Let me know if you want more details.

[digistump]

chut - thanks for the info!


the tar files should be the same - that said the top of our list as soon as we finish shipping in the next several days is to setup a full linux build system to alleviate these issues


regarding the powered hub - I'm stumped on this, it seems some versions of linux won't allow the device enough power (it requests 100ma) or something like that, since it will work fine on windows/osx on a computer without a powered hub and then need one on certain distros on the same computer. I'll of course continue to investigate it as soon as I have more time.

[chut]

Erik (I'm assuming that's you),
Thanks for the quick reply. The hub is stumping to me too, I was completely stumped about why it wouldn't work until I found this thread and tried the hub. The only other relevant piece of info I can think of is I'm on the 64bit version of Mint 14.


Ubuntu (I only recently switched to mint) has always had serious issues with my laptop's USB3.0 ports, they were causing suspend/resume issues for me. I wonder if it has something to do with the way Ubuntu now handles USB3 connections. But I don't really know enough to know why that would cause problems.

[digistump]

chut - good to know about the suspend/resume issues that makes me wonder if the digispark isn't able to wake up the usb port on linux or something like that....


While I have tested on 20+ computers and never needed a powered hub - it is obvious that some machines/OSes might - here is my favorite for anyone looking: http://www.ebay.com/itm/New-7-Port-USB-2-0-High-Speed-HUB-AC-Power-Adapter-Black-/390520019648?pt=US_USB_Cables_Hubs_Adapters&hash=item5aecce9ac0


Cheap, it works, and it protects me from breaking my computer when I stupidly build circuits on the Digispark while it is plugged in - Digispark still gets fried, but computer doesn't...