Polecam koledze szczerze kopnięcie w dupę to USBAsp i przejście na JTAG.
Sam zrobiłem to dopiero po latach walki z USBAsp, zmuszony kolejnymi
cudawiankami Atmegi.

Nie da się ukryć, że JTAG działa sprawniej i stabilniej. Osobiście
używam AVR Dragona do tego celu. Działa, zarówno pod Atmel Studio jak i
Bascomem, którego często używam.

do góry

On 2016-10-25 00:27, sundayman wrote:
> Polecam koledze szczerze kopnięcie w dupę to USBAsp i przejście na JTAG.
> Sam zrobiłem to dopiero po latach walki z USBAsp, zmuszony kolejnymi
> cudawiankami Atmegi.

Dobra rada, szczególnie że większośc AtM nie ma JTAG.

> Nie da się ukryć, że JTAG działa sprawniej i stabilniej.

USBasp też działa sprawnie i stabilnie. W zasadzie zaryzykuje że od
bardzo wielu lat (z 8?) ani razu nie mialem z nim kłopotu przy tysiącach
programowań różnych wersji cpu.

do góry

W dniu 2016-10-25 o 08:30, Sebastian Biały pisze:
> On 2016-10-25 00:27, sundayman wrote:
>> Polecam koledze szczerze kopnięcie w dupę to USBAsp i przejście na JTAG.
>> Sam zrobiłem to dopiero po latach walki z USBAsp, zmuszony kolejnymi
>> cudawiankami Atmegi.
>
> Dobra rada, szczególnie że większośc AtM nie ma JTAG.

Ale Dragon ma też ISP. I działa dużo lepiej, niż USBAsp. W pełni
popieram sugestię rezygnacji z USBAsp na rzecz Dragona.

P.P.

do góry

> Dobra rada, szczególnie że większośc AtM nie ma JTAG.

Ja używam głównie tych, które mają :)


> USBasp też działa sprawnie i stabilnie. W zasadzie zaryzykuje że od
> bardzo wielu lat (z 8?) ani razu nie mialem z nim kłopotu przy
> tysiącach programowań różnych wersji cpu.

No to widocznie są "różne" USBAsp. Bo ja miałem ze 3, i z każdym
niejeden problem.

Ostatnio w M2561 programowanej via USBAsp właśnie (długi program, ponad
128KB) tak mi ten gówniany programator pięknie wysypał Atmegę, że żadne
zewnętrzne zegary jej nie postawiły (przypuszczam, że pin Reset się
przeprogramował).
Fakt, że to się odbywało przy programowaniu fusów bodajże via mkAVR
calculator. No ale tak czy owak - MCU musiałem wyciągać.
I nie pierwszy raz zresztą.

Oczywiście stało się to wtedy, kiedy nie miałem nawet wolnych 15 minut
na wylutowanie i wlutowanie drugiego. I dlatego wreszcie zmieniłem na
JTAG. I jestem bardzo zadowolony.

Czy jest szybciej niż USBAsp to nie wiem - może ciut.
Ale na pewno bezpieczniej.

do góry

On 2016-10-25 17:49, sundayman wrote:
> Ostatnio w M2561 programowanej via USBAsp właśnie (długi program, ponad
> 128KB) tak mi ten gówniany programator pięknie wysypał Atmegę, że żadne
> zewnętrzne zegary jej nie postawiły (przypuszczam, że pin Reset się
> przeprogramował).
> Fakt, że to się odbywało przy programowaniu fusów

Kilkukrotnie stracilem kontakt z Mega (przepalalo fusy na external osc)
uzywając AVR PROG MKII a to bolesne przy mega128. Potem okazalo się że
jest to powtarzalne jesli w tle coś się na kompie dzieje, jak oglądanie
youtube albo grzebie dyskiem. To był powód zeby to rzucić w kat i nigdy
nie wracać do dziadostwa. Obecnie używam sporadycznie do PDI.

To ze programatory róznych producentów cpu, nawet wydawało by się
oficjalne, to kupa to wiadomo już od bardzo dawna. Chyba nie ma
producenta który by się nie wykazal jakimś dziadostwem. usbasp
przynajmniej firmware można latwo poprawić i nawet to robią. ja
podchodzę sceptycznie do każdego.

PS. Udalo mi się za pomocą programatora olimexa na jtag zabić kilka
sztuk SAM7 bez mozliwości przywrócenia. Padaly jeden po drugim po
zrobieniu reset run *za* szybko po flashowaniu. Diabli wiedzą czemu.

do góry

>
> Czy jest szybciej niż USBAsp to nie wiem - może ciut.
> Ale na pewno bezpieczniej.
>
>
>
Ja raczej bym polecał przejście na xmegę i o niebo większe możliwości, a
w zasadzie programujesz tak samo.
Ceny podobne lub nawet niższe.
Jedynie co to trzeba dokupić avrISPII i programowanie w trybie PDI przy
drogich programatorach można debugować przez pdi. Przy odpowiednim
programatorze możesz nie odłączając układu programować z AtmelStudio lub
AVRDude.

Xmega128A1U
USB Full Speed Device wbudowany, 128k Flash, 8K SRAM, 78I/O, 8*USART,
12bit ADC, DAC, 4 komparatory analogowe, SPI, TWI, moduł crypto AES/DES,
RTC, BOD, TQFP100, Ucc 1,6V-3,6, do 32MHz, DMA
16,90 seguro

ATMEGA1284P-AU 21,84
ATMEGA128A-AU 18,99

Przeszedłem już jakiś czas temu i to nie jest rewolucja, a naturalna
ewolucja.



---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe
Avast.
https://www.avast.com/antivirus

do góry

On 2016-11-02 09:00, k...@w...pl wrote:
> Ja raczej bym polecał przejście na xmegę i o niebo większe możliwości

I o niebo niższe napięcie. Jak by sprzedawali w wersji 5V tolerant, jak
STM32, to by była rewolucja dla amatora. A tak nuda. No to "wbudowane
fpga" które reklamowali swego czasu jako killer ficzer a wyszło jak
zwykle :D

Mi tam szkoda Propellera, fajne to było ale jakoś chyba nie wyszło.

do góry

W dniu 02-11-2016 o 19:38, Sebastian Biały pisze:
> On 2016-11-02 09:00, k...@w...pl wrote:
>> Ja raczej bym polecał przejście na xmegę i o niebo większe możliwości
>
> I o niebo niższe napięcie.

A co to szkodzi?
W zasadzie można ze wszystkim przejść na 3,3 V i mieć wszystko dostępne
lub dopasować na tranzystorach.



---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe
Avast.
https://www.avast.com/antivirus

do góry

On 2016-11-04 10:11, k...@w...pl wrote:
>> I o niebo niższe napięcie.
> A co to szkodzi?
> W zasadzie można ze wszystkim przejść na 3,3 V i mieć wszystko dostępne
> lub dopasować na tranzystorach.

No właśnie. Co prawda mamy już epokę post-3.3V ale 5V dalej trzyma się
dzielnie i nie popuszcza. Skoro STM to zauważył to dlaczego Atmel nie?
Jak by się dało wyjąć Atmege i wsadzić xmegę to by była rewolucja. Tak
przeciez zdobyli popularność, na wymienności pinowo 8051 na AVR.

do góry