Programowanie ATTINY2313

divermk · Postautor: **divermk** » 26 lis 2004, o 10:21

Witam,
mam pytanko jak wyglada sprawa programowania ukladu ATTINY2313 w komercyjnej wersji BASCOM, bo jakos nie moge sie tego procesora doszukac na liscie. A moze jeszcze BASCOM tego nie obsluguje. Troszke szukalem po sieci ale w zasadzie wszedzie znalazlem same pytania i zadnej odpowiedzi. Czy ktos ma jakies doswiadczenie z tym ukladem?
mako

Press · Postautor: **Press** » 27 lis 2004, o 02:00

Jestes pewien, ze to ATTINY2313, bo nie mogę znaleść info na temat takiego proca. Może chodzi Ci o 90S2313, a taki na pewno jst na liście w bascomie.

radzio · Postautor: **radzio** » 27 lis 2004, o 11:42

ATtiny2313 jest następcą AT90S2313, który bedzie (lub już jest) wycofany z produkcji.
Info o procku : http://www.atmel.com/dyn/resources/prod ... oc2543.pdf

divermk · Postautor: **divermk** » 28 lis 2004, o 15:47

Jest taki procek i moje pytanie brzmi czy przy pomocy BASCOMA mozna go juz programowac, bo nie ma go jeszcze na liscie. Gdzies na niemieckich forach znalazlem info, ze mozna sciagnac ATtiny2313.dat ale jakos nigdzie tego nie mozna znalezc.

LucASWw · Postautor: **LucASWw** » 28 lis 2004, o 17:30

Jeśli nie masz na liście ATTiny to nic nie szkodzi. Wybierz 90S2313 zamiast ATTiny. ATTiny jest sprzętowo kompatybilny z 90S2313.

divermk · Postautor: **divermk** » 28 lis 2004, o 17:37

Nie prawda, nie jest do konca kompatybilny. BASCOM nie widzi ATTINY2313 i wymuszenie kompilacji czy programowania jako AT90S2313 konczy sie niepowodzeniem. Bardzo prosze o kontakt z osobami, ktore to "prerobily" w praktyce.

LucASWw · Postautor: **LucASWw** » 28 lis 2004, o 22:58

Wiem, że nie jest tak bardzo kompatybilny z 90S2313, ale jest na tyle kompatybilny, że jeśli został skompilowany program pod ATTiny i nie wykorzystuje dodatkowych urządzeń takich jak: USI, drugi PWM i instrukcji SPM będzie się wykonywał bez problemu na 90S2313.
Jeżeli wykorzystujesz jakieś urządzenie w/w to możesz dopisać do includa 90S2313 definicje dodatkowych rejestrów, flag, bitów itp. i zapisać go pod inną nazwą.

PS. Jeśli chodzi o widzenie, to wystarczy wyedytować jeden plik i BASCOM widzi procki, nawet te, które nie są AVR'ami, a programują się przez SPI.

RcTomek · Postautor: **RcTomek** » 10 cze 2006, o 22:40

Witam,
nie mogę zaprogramować ATTiny2313. Po spr. poprawności kodu i skompilowaniu programu włączam "programowanie" i pojawaiją się komunikaty (p. załączniki).
Programator - płytka testowa AVT3500, Bascom AVR demo w wersji 1.11.8.1. Dopiero zaczynam zabawę z uC AVR i nie wiem co z tym zrobić.

amok67 · Postautor: **amok67** » 12 cze 2006, o 16:51

"nie mogę zaprogramować ATTiny2313. Po spr. poprawności kodu i skompilowaniu programu włączam "programowanie" i pojawaiją się komunikaty (p. załączniki)."

Programator nie widzi układu.Ja bym sprawdził:

1.Programator jest OK? Działa z innymi chipami? Port LPT ok?
2.Płyta testowa jest ok po stronie ISP? Wszystkie sygnały docierają do programatora?
rst/miso/mosi/sck
3.Jest napięcie zasilające?Nie za małe?
4.Chip ok?

I to byłoby w zasadzie na tyle...

RcTomek · Postautor: **RcTomek** » 12 cze 2006, o 22:17

1. Programator powinien być sprawny. Czy działa z innymi chipami? Tego nie mogę w tej chwili sprawdzić, posiadam tylko ten

Port LPT wygląda na sprawny (sprawdzałem na innym komputerze - efekt ten sam).
2. Jak sprawdzić czy sygnały docierają do uC ?
3. Napięcie jest na 100% (+5V z molexa).
4. Procesor zamówiłem nowy z hurtowni, więc powinien być sprawny.
P.S. Jeżeli będę miał taką możliwość, to spróbuję szczęścia na innym uC.

Jimmi · Postautor: **Jimmi** » 13 cze 2006, o 15:20

A programator masz zasilony?Hmm ,ja też taki problem miałem,wszystko było ok tylko zapomniałem zasilić układ progrmatora.
Jim

RcTomek · Postautor: **RcTomek** » 13 cze 2006, o 19:16

A programator masz zasilony?Hmm ,ja też taki problem miałem,wszystko było ok tylko zapomniałem zasilić układ progrmatora.
Jim

Heh...przeczytaj jeszcze raz uważnie mój ostatni post (punkt 3). W końcu dioda sama z siebie nie świeci.
Nie wiem co jest nie tak. W książce jest napisane, że musi być zainstalowana drukarka (moja działa pod USB) - ale chyba nie tu powinienem szukać problemu, sam nie wiem.

Jimmi · Postautor: **Jimmi** » 13 cze 2006, o 19:56

Z tą drukarką to może być prawda,bo u mnie też wyskakiwał komunikat,że nie mam drukarki, zainstaluj cokolwiek,choćy wirtualnie;) a domyślną ustaw sobie te, co masz na usb i po kłopocie:) Trochę zębów na swoim programatorze też zjadłem i gdy już nie wiedziałem co robić chwytałem się za rozwiązania prawie nie mające wpływu na działanie.
Zainstauj drukarke naporcie LTP:) - może chodzi o jakieś sprzętowe sterowniki potrzebne programatorowi do połączenia się z PC
Jim

RcTomek · Postautor: **RcTomek** » 13 cze 2006, o 20:53

Zainstalowałem drukarkę, ale i tak to nic nie dało - dalej to samo. Chyba ten uC jest walnięty...Nie mam 2 żeby podmienić - a szkoda

radzio · Postautor: **radzio** » 13 cze 2006, o 21:23

Drukarka nie ma wpływu na programowanie mikrokontrolera, tylko co najwyżej wygodę użytkowania (nie wyskakuje upierdliwy komunikat o jej braku). Swoją drogą ten bład już tak długo siedzi w Bascomie, że producent mógłby go w końcu usunąć.
Tak więc problem leży po stronie sprzętu/mikrokontrolera.

Jimmi · Postautor: **Jimmi** » 13 cze 2006, o 22:43

Hmm Hmm..
A czy program,który wgrywasz korzysta z zewnętrznego kwarca?Bo jeśli tk to musisz w fuse bitach zmienić na zewnętrzny (Low... ) Niestety nie mam możliwości sprawdzenia teraz tego ,co trzeba tam ustawić.

pajaczek · Postautor: **pajaczek** » 13 cze 2006, o 23:20

Tresc programu ma sie nijak do fusebitow. Fusy wplywaja na zwodlo taktowania, tresc programu w zaden sposob nie wplywa na to - najwyzej bedzie dzialal za szybko/wolno, co moze sprawiac problemy przy timerach i magistralach i/o. Problem to sie pojawi, jak ustawisz fusy na zewnetrzne zrodlo taktowania, a takiego nie posiadasz (albo gorzej ustawisz zrodlo na niewlasciwe).

Czajnik · Postautor: **Czajnik** » 14 cze 2006, o 07:01

Problem można by rozwiązć z waszego punktu widzenia wstawkami asm. doszukajcie sie w katalogu jakie bity należy w ktorych rejestrach przestawić i nie uzywajcie nazw tylko hexa wtedy kompilator powinin wstaiwć liczby a nie szukac po bibliotekach.... ja problemu nei mam ale tylko dlatego ze uzywam asm i mam programator po RS... a tak na marginesie to nowy bascom obsługuje juz tiny2313

RcTomek · Postautor: **RcTomek** » 30 cze 2006, o 12:56

Witam,
przyczyną tego, że nie mogłem zaprogramować tiny2313, był (zbyt duży) rezystor zabezpieczający 330R podłączony szeregowo do końcówki MISO (wg schematu wszystko powinno działać

). Wlutowałem zworę i wszystko jest OK.
P.S. Taka pierdoła i tyle szumu...

elemid · Postautor: **elemid** » 10 lip 2006, o 21:29

Witam,
przyczyną tego, że nie mogłem zaprogramować tiny2313, był (zbyt duży) rezystor zabezpieczający 330R podłączony szeregowo do końcówki MISO (wg schematu wszystko powinno działać ). Wlutowałem zworę i wszystko jest OK.
P.S. Taka pierdoła i tyle szumu...

Czyli, krótko mówiąc:

Tiny2313 jest normalnie widziany przez programator współpracujący z Bascomem (STK 200/300 Programmer)? Bascom / programator widzi układ, którego nie zna? Trochę to chyba dziwne? (ja się jeszcze nie bawiłem "następcą"

)

Kompilujemy źródło tak, jak dla poprzednika, czyli wykorzystujemy bibliotekę dla 90S2313?