ATNEL tech-forum

Re: Kolejny raz problem z DDR PIN PORT redefined

2013-05-16T11:09:51+01:00

rezasurmar napisał(a):

Jak będę miał chwilę, to zademonstruję działanie tego na jakiejś 8nóżkowej Atmedze .

To pewnie by nawet poszło na jakimś obrzydliwie małym 8-nóżkowym ATtiny .... a do tego na soft i2c ... kiedyś też popróbuję ....

eeeeeeh panowie przez wasze wciąż nowe i fajne pomysły nie można się końcentrować

Statystyki: Napisane przez mirekk36 — 16 maja 2013, o 11:09

Re: Kolejny raz problem z DDR PIN PORT redefined

2013-05-16T10:20:43+01:00

Jak będę miał chwilę, to zademonstruję działanie tego na jakiejś 8nóżkowej Atmedze .

Statystyki: Napisane przez Gość — 16 maja 2013, o 10:20

Re: Kolejny raz problem z DDR PIN PORT redefined

2013-05-16T10:03:31+01:00

no i fajnie ... kurczę sam muszę kiedyś też sobie przerobić na I2C i spróbować jak to działa na tym expanderku i to jeszcze z RW .... aż ciekawy jestem czy dużo zmian było w bibliotece ? ... na prawdę fajny sposób bo na 2 przewodzikach można sobie śmiało oddalić LCD od procka

Statystyki: Napisane przez mirekk36 — 16 maja 2013, o 10:03

Re: Kolejny raz problem z DDR PIN PORT redefined

2013-05-16T09:59:01+01:00

Poprzerabiałem "odrobinę" bibliotekę, mam nadzieję, że to już finalna wersja . Działa z RW, oraz nie kłóci się z #define portów, oraz nadal ma funkcjonalność biblioteki Mirka po złączu równoległym dla LCD .

[syntax=c]static inline void data_dir_out(void)
{
#if !USE_I2C // Wersja Mirka
DDR(LCD_D7PORT)|= (1<.................................................itd. ;P
#else // Wersja shoc po moich przeróbkach
//Zerowanie zmiennych danych (D4..D7)
mpxLCD &= ~(1<mpxLCD &= ~(1<mpxLCD &= ~(1<mpxLCD &= ~(1<SEND_I2C;
#endif
}.......itd. :P[/syntax]

Dzięki czemu można było wywalić tą część
[syntax=c]// *** PORT
#define PORT(x) x
// *** PIN
#define PIN(x) x
//#define SPIN(x) (x##Read)
// *** DDR
#define DDR(x) x[/syntax]

No i nie ma już redefine .

Statystyki: Napisane przez Gość — 16 maja 2013, o 09:59

Re: Kolejny raz problem z DDR PIN PORT redefined

2013-05-15T18:28:27+01:00

Refaktoryzacja kodu! - najlepsze dobrodziejstwo nowoczesnych środowisk programistycznych. Np narzędzie zmiany nazwy - wystarczy że zmienisz nazwę zmiennej w miejscu jej deklaracji lub definicji a zmieni się wszędzie gdzie tylko ta nazwa wystąpiła. W opisanym przypadku zmiana bibliotek to tylko kilka kliknięć.

Statystyki: Napisane przez shoc — 15 maja 2013, o 18:28

Re: Odp: Kolejny raz problem z DDR PIN PORT redefined

2013-05-15T17:04:11+01:00

Niestety, czyli czeka mnie kolejna przeróbka bibliotek.......

Myślałem ze jest jakiś sposób na ograniczenie widoczności define do jednego pliku

Wysłane z mojego XT910 za pomocą Tapatalk 2

Statystyki: Napisane przez Gość — 15 maja 2013, o 17:04

Re: Kolejny raz problem z DDR PIN PORT redefined

2013-05-15T15:30:22+01:00

No to tym bardziej nie rozumiem niestety

a jeśli różne definicje to czemu nie zmieniłeś im nazw ?

np

[syntax=c]#define XPORT(x) x

#define PORT(x) SPORT(x)
#define SPORT(x) (PORT##x)[/syntax]

bo tak to nie dziwne że się wszystko gryzie jak w jednym pliku masz makro o definicji X a w drugim pliku to samo makro o definicji Y

------------------------ [ Dodano po: kilkunastu sekundach ]

generalnie jak sam widzisz, lepiej się trzymać jednej konwencji we wszystkich swoich projektach - inaczej to można obłędu dostać

Statystyki: Napisane przez mirekk36 — 15 maja 2013, o 15:30

Re: Odp: Kolejny raz problem z DDR PIN PORT redefined

2013-05-15T15:21:50+01:00

Tak Mirku znam ten myk, ale u mnie sa to dwie różne definicje, zobacz jeszcze raz.....

Wysłane z mojego XT910 za pomocą Tapatalk 2

Statystyki: Napisane przez Gość — 15 maja 2013, o 15:21

Re: Kolejny raz problem z DDR PIN PORT redefined

2013-05-15T15:05:43+01:00

Ja sobie zrobiłem coś takiego, np plik makrau.h

[syntax=c]/*
* makrau.h
*
* Created on: 21-04-2013
* Autor: Mirosław Kardaś
*/

#ifndef MAKRAU_H_
#define MAKRAU_H_

// jeśli makra tego typu występują w kilku plikach można wyprowadzić je do jednego np makrau.h
// a następnie importować w każdym potrzebnym pliku nagłówkowym
// tak aby były tylko w jednym miejscu programu

// Makra upraszczające dostęp do portów
// *** PORT
#define PORT(x) XPORT(x)
#define XPORT(x) (PORT##x)
// *** PIN
#define PIN(x) XPIN(x)
#define XPIN(x) (PIN##x)
// *** DDR
#define DDR(x) XDDR(x)
#define XDDR(x) (DDR##x)

#endif /* MAKRAU_H_ */[/syntax]

i importuję go tam gdzie trzeba

Statystyki: Napisane przez mirekk36 — 15 maja 2013, o 15:05

Kolejny raz problem z DDR PIN PORT redefined

2013-05-15T14:24:53+01:00

Z racji używanych bibliotek Mirka po modyfikacji kolegi Shoc (oraz moich drobnych poprawkach by chodziło z użyciem RW) mam problem teraz z tymi nieszczęsnymi definicjami PORT, PIN i DDR.

Bo niestety przy użyciu I2C definicje portów wyglądają następująco
[syntax=c]// *** PORT
#define PORT(x) x
// *** PIN
#define PIN(x) x
//#define SPIN(x) (x##Read)
// *** DDR
#define DDR(x) x[/syntax]

Gdzie w common.h
jest standardowo przecież dla całej reszty

[syntax=c]#define PORT(x) SPORT(x)
#define SPORT(x) (PORT##x)
// *** PIN
#define PIN(x) SPIN(x)
#define SPIN(x) (PIN##x)
// *** DDR
#define DDR(x) SDDR(x)
#define SDDR(x) (DDR##x)[/syntax]

Da się ograniczyć jakoś widoczność tych definicji, czy czeka mnie przepisywanie biblioteki lcd44780_i2c ?

Statystyki: Napisane przez Gość — 15 maja 2013, o 14:24