ATNEL tech-forum

Re: Jaki typ danych zastosować?

2018-03-02T23:29:22+01:00

Widzę, że masz cały czas myślenie asemblerowe.
W językach "trochę wyższego poziomu" (od asemblera) jakim jest C, to kompilator i jego ustawienia decydują o wielu rzeczach. W tym przypadku jeżeli jest podany rozmiar uint_8 to jeżeli liczba bitów pól przekroczy 8, kompilator doda kolejny bajt typu uint_8 dla np 9 bitu i kolejnych bitów. Opcje kompilacji wymuszą albo wyrównywanie pól bitowych do początku bajtów albo jego brak.
Jeżeli byłby podany np. uint_16, to kompilator zarezerwowałby od początku 2 bajty na strukturę

Statystyki: Napisane przez krish — 2 mar 2018, o 23:29

Re: Jaki typ danych zastosować?

2018-03-02T20:12:12+01:00

[syntax=c]struct byte_ERR {
uint8_t E0 : 1; //E 1 - Przez czas MCOR nie bylo nowej wart. momentu
uint8_t E1 : 1; //E 2 - Brak impulsow w torze P
uint8_t E2 : 1; //E 4 - Brak impulsow N lub 3MHz
uint8_t E3 : 5; //E 8 - Blednde pomiary
} Err;[/syntax]

To wywala błąd?

Statystyki: Napisane przez HomoChemicus — 2 mar 2018, o 20:12

Re: Jaki typ danych zastosować?

2018-03-02T12:05:52+01:00

Znalazłem informację że taki sposób deklarowania zmiennych, pozwala na określenie rozmiaru pola

[syntax=c]struct byte_ERR {
uint8_t E0 : 1; //E 1 -Przez czas MCOR nie bylo nowej wart. momentu
uint8_t E1 : 1; //E 2 -Brak impulsow w torze P
uint8_t E2 : 1; //E 4 -Brak impulsow N lub 3MHz
uint8_t E3 : 1; //E 8 -Blednde pomiary
uint8_t E4 : 1; //E 16 -Nierealny kat skrecenia
uint8_t E5 : 1; //E 32 -Nieokreslony kat bazowy
uint8_t E6 : 1; //E 64 -Nieokreslona stala walka
uint8_t E7 : 1; //E 128 -Spadek napiecia
} Err;[/syntax]

Ale gdy przypiszę np. wartość 5 to kompilator nie pokazuje błędu że przekroczyłem zakres 1 bitu

Statystyki: Napisane przez bastik — 2 mar 2018, o 12:05

Re: Jaki typ danych zastosować?

2018-02-28T10:34:58+01:00

bastik napisał(a):

a resztę tego typu danych zadeklarować, jako typ logiczny

Masz teraz znacznie więcej pamięci RAM niż w starym procku, więc te statusy zdarzeń możesz trzymać jako bajty i nie bawić się ręcznie w bity.

--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 9 minutach ]

Może zrobić sobie strukturę ERR i w niej trzymać poszczególne wartości. Będziesz miał porządek i zbliżone do tego co miałeś:
[syntax=c]struct {
uint8_t E0;
uint8_t E1;
uint8_t E2;
uint8_t E3;
uint8_t E4;
uint8_t E5;
uint8_t E6;
uint8_t E7;
} TERR;[/syntax]

A jak bardzo chcesz mieć statusy na bitach to możesz skorzytać z unii:
[syntax=c]typedef union
{
uint8_t byte;
struct
{
uint8_t bit0 : 1;
uint8_t bit1 : 1;
uint8_t bit2 : 1;
uint8_t bit3 : 1;
uint8_t bit4 : 1;
uint8_t bit5 : 1;
uint8_t bit6 : 1;
uint8_t bit7 : 1;
};
} TBYTE;[/syntax]

Statystyki: Napisane przez rskup — 28 lut 2018, o 10:34

Re: Jaki typ danych zastosować?

2018-02-25T17:37:09+01:00

W przypadku STM32F103RET6 występuje obszar BitBanding-u, w programie dla starego procka jest dużo "zmiennych" logicznych (o ile dobrze to nazwałem), nie tylko do obsługi zewnętrznego terminala.
[syntax=asm]; w bajcie ERR:
E0 EQU08H; Przez czas MCOR nie wystapila nowa wartosc
E1 EQU09H; Brak impulsow w torze P
E2 EQU0AH; Brak impulsow w torze N
E3 EQU0BH; Bledne pomiary
E4 EQU0CH; Nierealny kat
E5 EQU0DH; Nieokreslony kat
E6 EQU0EH; Nieokreslona stala
E7 EQU0FH; Spadek napiecia[/syntax]
Nie będę zamieszczał wszystkiego, bo tego jest dosyć sporo, ale mniej więcej tak to wygląda. Tak jak pisałeś stan tych 8 pinow można obsłużyć przerwaniami, a resztę tego typu danych zadeklarować, jako typ logiczny. Tylko czy to będzie najlepsze rozwiązanie? Napisałem o Bit bandingu, ponieważ szukałem jakiegoś mechanizmu, który da mi dostęp oraz możliwość odczytu i zapisu pojedynczych bitów w bajcie.

Statystyki: Napisane przez bastik — 25 lut 2018, o 17:37

Re: Jaki typ danych zastosować?

2018-02-25T09:49:57+01:00

Witaj,

Trochę mało danych podałeś. Bitbanding do sprawdzania każdego z pinów to tak nie za bardzo. Nie każdy STM ma obszary BitBanding-u

Najlepszym wyjściem jest podpiąć każdą użytą linię portu pod przerwanie. Każdy pin portu ma osobne swoje przerwanie. W przerwaniu obsługiwać zdarzenie od zmiany stanu na pinie.

Można również obsługiwać programowo - rejestr portu jest 32 bitowy, jednak tylko najmłodsze 16 bitów mają informacje o stanie pinów.
[syntax=c]#define UP 0b0000000000000001;
#define DOWN 0b0000000000000010;
#define LEFT 0b0000000000000100;

uint16_t terminal;

terminal = (uint16_t)GPIOA->IDR; // tu przykładowo odczytujemy to co na pinach portu A

if ( terminal & UP) obsługa klawisza UP;
if ( terminal & DOWN) obsługa klawisza DOWN;
....
....
....[/syntax]

Statystyki: Napisane przez gizmo5418 — 25 lut 2018, o 09:49

Jaki typ danych zastosować?

2018-02-24T23:09:39+01:00

Witam
Jestem na etapie zamiany starego programu napisanego w asemblerze na nowy napisany w C. Do urządzenia, w którym pracuje mikrokontroler SAB80C535 jest podpinany (dokładnie o wszystkich 8 linii portu 2) zewnętrzny terminal, zasadniczo wszystko opiera się na zasadzie, że jeżeli jakiś guzik jest wciśnięty to wtedy w jakimś bajcie ustaw jeden z bitów np.
[syntax=asm]PLUSEQU1BH; Wcisnieto przycisk '+'
MINUSEQU1CH; Wcisnieto przycisk '-'[/syntax]
Jest też kilka innych funkcji które jako końcowy wynik swojego działania ustawiają lub zerują jakiś bit.
Nowy mikrokontrolera (STM32F103RET6) będzie musiał współpracować z tym samym terminalem, więc jednym ze sposobów jest zadeklarowanie danych typu bool, jednak wyczytałem, że istnieje jeszcze coś takiego jak bit banding, dzięki czemu można mieć dostęp do każdego bitu w bajcie (oczywiście w określonym przedziale pamięci) np.
[syntax=c]# define PLUS0x40000027// Wcisnieto przycisk '+'
# define MINUS 0x40000028 // Wcisnieto przycisk '-'[/syntax]
Które rozwiązanie będzie lepsze?

Statystyki: Napisane przez bastik — 24 lut 2018, o 23:09