Jak wybrać programator USB ISP do ATmega z wsparciem dla Bascoma i C++?

Witam
Dopiero zaczynam z uC i muszę kupić jakiś programator na USB. Ma mieć
ISP, obsługiwać ATmegi i bez kłopotów działać z bascomem. Dobrze by było
żeby miał większe, przyszłościowe możliwości - działał z programami do
pisania w C++ i współpracował z jak największą liczbą procesorów.
Polećcie mi coś proszę, żebym nie tracił czasu i pieniędzy na badziewie.
Czy te najtańsze są coś warte? :

http://allegro.pl/programator-isp-usbasp-atmel-avr-tasma-win7-x64-i4717660530.html


Czy lepiej np taki:

http://allegro.pl/programator-usb-isp-atmel-avr-usbasp-windows-7-i4741658451.html



pozdrawiam

Atmela, lub jeszcze lepiej jak ktoś tu wcześniej podpowiedział AVR
Dragona - tyle że tu dobrze by było "wystrugać" mu jakąś obudowę.
Niezaprzeczalną jego zaletą jest to że możesz nim debugować. Kolejną

Uczenie się asemblera jest słuszne, gdy zamierzasz się specjalizować w
konkretnej rodzinie mikrokontrolerów. Wtedy rzeczywiście twoje programy
będą szybsze i będą zajmować mniej miejsca w ROM.
W takim przypadku programy muszą być szybkie, ale szybkie w takim

Atmela, lub jeszcze lepiej jak ktoś tu wcześniej podpowiedział AVR
Dragona - tyle że tu dobrze by było "wystrugać" mu jakąś obudowę.
Niezaprzeczalną jego zaletą jest to że możesz nim debugować. Kolejną

Tyle, że jest problem z użyciem Dragona pod Bascomem i Atmel Studio
jednocześnie. Drivery się gryzą.

Sam próbowałem - jeżeli chodzi pod AS, to bascom nie widzi.
Temat chyba nie jest skutecznie rozwiązany.

A kolega pisał o Bascomie jednakowoż...

On 2014-11-13 10:48, Andrzej wrote:
[...]
Uczenie się asemblera jest słuszne, gdy zamierzasz się specjalizować w
konkretnej rodzinie mikrokontrolerów. Wtedy rzeczywiście twoje programy
będą szybsze i będą zajmować mniej miejsca w ROM.
W takim przypadku programy muszą być szybkie, ale szybkie w takim
sensie, że szybko muszą trafić na rynek i zarabiać. Assembler
zdecydowanie temu nie służy. To jest właśnie narzędzie dla hobbystów a
nie specjalistów.

W dniu 2014-11-14 06:28, JDX pisze:
On 2014-11-13 10:48, Andrzej wrote:
[...]
Uczenie się asemblera jest słuszne, gdy zamierzasz się specjalizować w
konkretnej rodzinie mikrokontrolerów. Wtedy rzeczywiście twoje programy
będą szybsze i będą zajmować mniej miejsca w ROM.
W takim przypadku programy muszą być szybkie, ale szybkie w takim
sensie, że szybko muszą trafić na rynek i zarabiać. Assembler
zdecydowanie temu nie służy. To jest właśnie narzędzie dla hobbystów a
nie specjalistów.


Czasami dzięki temu że program zajmuje te kilka KB mniej pozwala na
użycie tańszego o kilka złotych procesora. To z kolei przekłada się na
zyski przy seryjnej produkcji

Czasami dzięki temu że program zajmuje te kilka KB mniej pozwala na użycie
tańszego o kilka złotych procesora. To z kolei przekłada się na zyski przy
seryjnej produkcji

Piszesz w Bascom, programujesz Khazama..
Prosto i skutecznie.
Po co programowac atmege w Bascom?
Nieporeczne to to i nic nie daje, Khazama robi to szybko i bez problemow.

W dniu 2014-11-14 o 08:45, Robert Zemła pisze:
W dniu 2014-11-14 06:28, JDX pisze:
On 2014-11-13 10:48, Andrzej wrote:
[...]
Uczenie się asemblera jest słuszne, gdy zamierzasz się specjalizować w
konkretnej rodzinie mikrokontrolerów. Wtedy rzeczywiście twoje programy
będą szybsze i będą zajmować mniej miejsca w ROM.
W takim przypadku programy muszą być szybkie, ale szybkie w takim
sensie, że szybko muszą trafić na rynek i zarabiać. Assembler
zdecydowanie temu nie służy. To jest właśnie narzędzie dla hobbystów a
nie specjalistów.


Czasami dzięki temu że program zajmuje te kilka KB mniej pozwala na
użycie tańszego o kilka złotych procesora. To z kolei przekłada się na
zyski przy seryjnej produkcji

Tańsze o parę złotych jak małe ARMy masz po 6 zł? U nas rzadko się
zdarza żeby ktoś robił masową produkcję, w której liczy się różnica
kilku złotych kosztów. Dłubanie w asemblerze żeby wypełnić np 16 kB
ROMu w LPC1112 zajmie tyle czasu, że korzystniej wziąć droższy o 3
złote LPC1114 i zmieścić mu w 24 kB ROMie kod skompilowany z C.

Robert Zemła <mojejapko@gmail.com> napisał(a):
Czasami dzięki temu że program zajmuje te kilka KB mniej pozwala na
użycie tańszego o kilka złotych procesora. To z kolei przekłada się na
zyski przy seryjnej produkcji

Kluczowe jest słowo "czasami". Pamiętaj, że samo pisanie w asemblerze
nie oznacza mniejszego kodu. Współczesne kompilatory C lepiej
zoptymalizują kod niż niejeden programista zrobi to rzeźbiąć w asemblerze.

Trochę OT:

produkują, mają na to zbyt i z tego żyją. Wszystko zależy od tego ile
sprzedajesz i ile zarabiasz. Oszczędność rzędu złotówki przy sprzedaży
rzędu 1000 sztuk miesięcznie daje Ci już na przykład zarobić na ZUS'ik.

Przestań. Pisanie programu przez 2 tygodnie dłużej to strata znacznie
większa niż te g...e tysiąc zł.

To ma znaczenie albo dla produkcji rzędu dziesiątek tys. szt (czyli nie
w powyższym przypadku), albo właśnie dla hobbysty, który ma morze
wolnego czasu.

Sam żyję z produkcji jednostkowej i małych (kilkadziesiąt - max kilkaset
szt.) serii, i nie ma dla mnie większej straty niż strata czasu.

Dlatego właśnie m.in. uwielbiam bascoma
Co prawda, trzeba mieć MCU z dużym flashem, ale - mam w nosie te 5 zł
różnicy. W czasie, który zaoszczędzę na programowanie, zarobię dużo więcej.

A assembler - pewnie, w wyjątkowych sytuacjach, albo jakieś drobne
procedury, ale żeby męczyć program w assemblerze - musiałbym się
sklonować w 3 egz. żeby się tak bawić.

Oczywiście, jeśli ktoś jest biegły w C, to też bardzo dobre rozwiązanie.
Na pewno pozwala uniknąć różnych niespodzianek, które powstają w
kompilatorach typu bascom, czy mikrobasic.

Wybacz, ale dla mnie oszczędność rzędu 1k pln/mc nie jest byle g...em.

Też prowadzę podobną firmę. Od 8 lat...