ATNEL tech-forum

Re: Brak reakcji

2014-10-14T22:20:42+01:00

Witam!
Problemem okazał się programator który w trybie HID avr-doper nie działał prawidłowo, zainstalowałem drugi system tj win xp (obok win 7) tam zainstalowałem programator w trybie AvrProg Usb v2 i udało mi się ruszyć. Eclipse niechciał zaimportować projektów po wskazaniu katalogu przy workspace przy pierwszym uruchomieniu, ale dodałem je manualnie przez polecenie importuj i jest ok. Dobra jutro zaczynam zabawe , ale mam smaka Dobranoc

Statystyki: Napisane przez kozaczi — 14 paź 2014, o 22:20

Re: Brak reakcji

2014-10-10T16:53:17+01:00

Właśnie chodzi o to że nic nie montowałem, tak jak wspomniałem jest to gotowy zestaw uruchomieniowy:

Statystyki: Napisane przez kozaczi — 10 paź 2014, o 16:53

Re: Brak reakcji

2014-10-09T21:54:37+01:00

To że po wgraniu pustego programu masz stany wysokie to nie jest i nie musi być nic nienormalnego. Zrozum wtedy piny są wejściami w stanie wysokiej impedancji i może być wtedy na nich nawet stan wysoki ... a ty mogłeś np źle podłączyć procesor, albo nie podłączyć zasilania do wszystkich nóżek VCC .... więc pokaż może jeszcze fotkę co tam zmajstrowałeś panie kochany

Statystyki: Napisane przez mirekk36 — 9 paź 2014, o 21:54

Re: Brak reakcji

2014-10-09T21:54:02+01:00

Skoro 2 różne programy nie powodują żadnych zmian w zachowaniu to albo winny jest procek , albo coś z połączeniami , posprawdzaj wszystko jeszcze raz , DOKŁADNIE.

Statystyki: Napisane przez Setrakian — 9 paź 2014, o 21:54

Re: Brak reakcji

2014-10-09T21:44:27+01:00

[syntax=c]/*
* main1.c
*
* Created on: 2010-03-27
* Autor: Mirosław Kardaś
*/
#include
#include

// definicje dla preprocesora
#define LED_PIN (1<#define LED_ON PORTC &= ~LED_PIN// makrodefinicja – załączenie diody
#define LED_OFF PORTC |= LED_PIN// makrodefinicja – wyłączenie diody
#define LED_TOG PORTC ^= LED_PIN// makrodefinicja – zmiana stanu diody

// ********************************************************* 1-sza wersja
int main(void)
{
// ****** inicjalizacja *********
DDRC |= LED_PIN;// kierunek pinu PC7 – wyjściowy

// ****** pętla główna programu *********
while(1)
{
LED_ON;// zapal diodę
_delay_ms(1000);// oczekiwanie 1s (1000ms)
LED_OFF;// zgaś diodę
_delay_ms(1000);// oczekiwanie 1s
}
}[/syntax]

Jest to pierwotna wersja pierwszego programu Mirka ze zmienionym tylko pinen diody

------------------------ [ Dodano po: 4 minutach ]

Po wgraniu pustego programu:
[syntax=c]#include
#include

// ********************************************************* 1-sza wersja
int main(void)
{

// ****** pętla główna programu *********
while(1)
{

}
}[/syntax]
dalej wysokie stany wszędzie, niema co zawracać gitary Wam i sobie, jutro poszukam jakiegoś elektronicznego i wymienię procka, jedno podejrzenie wyeliminuje

Statystyki: Napisane przez kozaczi — 9 paź 2014, o 21:44

Re: Brak reakcji

2014-10-09T21:36:34+01:00

Setrakian napisał(a):

Możesz zapodać kod ?

dokładnie - od tego trzeba było wręcz zacząć

Statystyki: Napisane przez mirekk36 — 9 paź 2014, o 21:36

Re: Brak reakcji

2014-10-09T21:24:58+01:00

Możesz zapodać kod ?
Wgraj mu "pusty program" i zobacz czy wtedy są stany wysokie na wszystkich portach , nie to nie jest normalne.

Statystyki: Napisane przez Setrakian — 9 paź 2014, o 21:24

Re: Brak reakcji

2014-10-09T21:17:48+01:00

Jak widac w mkavr

oraz eclipse

stan wysoki jest na całym procku tj na wszystkich jego portach, czy to normalne że po wyczyszczeniu procka też tak jest?

Statystyki: Napisane przez kozaczi — 9 paź 2014, o 21:17

Re: Brak reakcji

2014-10-09T21:06:39+01:00

Zobacz jak masz ustawione częstotliwość w mkavrcalc , a jaka jest ustawiona w Eclipsce , ewentualnie sprawdź miernikiem czy na twoje PC5 jest podawany stan wysoki.

Statystyki: Napisane przez Setrakian — 9 paź 2014, o 21:06

Re: Brak reakcji

2014-10-09T21:01:19+01:00

Błędów żadnych eclipse nie zgłasza przy kompilacji, używam PC5 zamiast PC7 (dla atmegi 8)pozatym jest to niezmieniony program DiodaLED, programuje się też bez żadnych problemów. Dobra odpalam wideoporadnik i lece z koksem od podszewki.

------------------------ [ Dodano po: 3 minutach ]

kaka0204 napisał(a):

Poprzestawiałeś odpowiednio porty? Zmieniłeś procesor w ustawieniach Eclipse na Atmega 8?

tak mam atmege 8 i taktowanie 8mhz sprawdzone w mkavrkalkulator, nawet sprawdziłem czy mogę zmienić fusbity od taktowania wewnętrznego kwarcu i te się zmieniają, gdzieś jest babox

Statystyki: Napisane przez kozaczi — 9 paź 2014, o 21:01

Re: Brak reakcji

2014-10-09T20:56:44+01:00

Poprzestawiałeś odpowiednio porty? Zmieniłeś procesor w ustawieniach Eclipse na Atmega 8?

Statystyki: Napisane przez kaka0204 — 9 paź 2014, o 20:56

Re: Brak reakcji

2014-10-09T20:45:46+01:00

kozaczi napisał(a):

Mkavrkalkulator widzi procesor można ustawić mu fusebity, w eclipse również jest widoczny, odpalam pierwszy program DiodaLED, kompiluje, wgrywam do procka wszystko niby przebiega poprawnie

to mogę ci na 100% powiedzieć że coś źle robisz ... a procek nie jest uwalony..... Jakiegoś totalnego babola robisz

albo sprawdź sobie jeszcze z innym programatorem

Statystyki: Napisane przez mirekk36 — 9 paź 2014, o 20:45

Brak reakcji

2014-10-09T20:44:03+01:00

Witam Was!
W związku z chwilowym przypływem czasu postanowiłem odkurzyć zestaw startowy ZL2AVR na atmedze 8, udało mi się skonfigurować wszystko, no i stanąłem na tym że atmega nie reaguje po wgraniu programu. Mkavrkalkulator widzi procesor można ustawić mu fusebity, w eclipse również jest widoczny, odpalam pierwszy program DiodaLED, kompiluje, wgrywam do procka wszystko niby przebiega poprawnie a na wszystkich portach procka wysoki stan bez względu na zawartosc programu. Programator to stk500v2 port avrdoper podejrzewam uwalony procek, bo co to jeszcze może być?

Statystyki: Napisane przez kozaczi — 9 paź 2014, o 20:44