Atlantis wrote on 01.05.2019 23:26:
> Podczas zakupów w sklepie elektronicznym z ciekawości kupiłem dwie
> płytki Digispark (takie jak ta: https://allegro.pl/oferta/6766868826).
> Przyznam, że początkowo byłem przekonany, że siedzi tam jakiś mały
> mikrokontroler ze sprzętowym modułem USB - na coś takiego wskazywałaby w
> końcu forma płytki. Tymczasem nie - jak się okazuje jest to zwyczajne
> Attiny85, korzystające z biblioteki VUSB, której kiedyś używało się z
> AVR-ami, zanim upowszechniły się układy zapewniające sprzętową obsługę USB.
>
> Zmuszenie płytek do pracy okazało się nieco bardziej skomplikowane, niż
> mi się wydawało. Po pierwsze nie posiadały one wgranego bootloadera,
> więc w grę wchodziło jedynie programowanie przez ISP. Zgodnie z sugestią
> znalezioną w Sieci wgrałem bootloader micronucleus, z którego korzysta
> Arduno (po dodaniu definicji tych płytek). To jednak nie wszystko - pin
> reset w projekcie płytki jest przewidziany jako GPIO, trzeba więc albo
> dodać brakujący rezystor do VCC, albo wyłączyć ten pin za pomocą fusebita.
>
> Generalnie jestem rozczarowany pracą płytki w roli urządzenia USB:
> - Przykład z klawiaturą HID działa przez chwilę. Potem przestaje.
> - Przykład z CDC przez chwilę odbiera dane, potem połączenie zostaje
> zerwane.
> - dmesg pokazuje w tych momentach sporo błędów związanych z USB,
> zakończonych informacją :Failed to enumerate".
>
> Da się to jakoś obejść, czy te płytki po prostu nie nadają się na
> stabilne urządzenie USB i lepiej zastosować coś ze sprzętową obsługą tej
> magistrali, choćby Arduino Leonardo/Pro Micro?

Wbudowany generator RC ATTiny85 ma rozrzut +/- 10%, strona 164:
http://ww1.microchip.com/downloads/en/DeviceDoc/Atme
l-2586-AVR-8-bit-Microcontroller-ATtiny25-ATtiny45-A
Ttiny85_Datasheet.pdf

USB wymaga przy prędkości 1,5Mb/s dokładności lepszej niż 1,5%. Może to
jest przyczyną? Spróbuj skalibrować zegar:

https://github.com/pepaslabs/CalibrateATtiny85OSCCAL