ATNEL tech-forum

Re: Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T15:30:51+01:00

quartus napisał(a):

Kto może wiedzieć do czego będzie wykorzystywany enkoder i czy "będzie miał szczęście" pracować wraz z który tak się składa że ma wczytane ?

Nie to żebym się czepiał, bo moja wiedza na temat bibliotek jest średnia mówiąc szczerze, ale tworząc ją w zasadzie nie widzę jej zastosowania gdzieś gdzie by brakowało ... Jeśli ktoś by już był na tyle zdesperowany, że na inny sprzęt by ją adoptował to pewnie upora się też z brakującym . Tym bardziej dziwi mnie (a może po prostu nie rozumiem zagadnienia tak do końca) to co proponujesz, bo jest przecież w pliku biblioteki .c to jaki sens jest ją dublować? To takie moje skromne zdanie

Statystyki: Napisane przez SylwekK — 22 kwi 2017, o 15:30

Re: Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T14:39:44+01:00

Wcale nie trzeba włączać . Jest on pośrednio włączany do projektu poprzez .

Statystyki: Napisane przez HomoChemicus — 22 kwi 2017, o 14:39

Re: Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T12:32:44+01:00

No właśnie w takich sytuacjach wychodzi brak doświadczenia
A chciałem przed publikacją mojej obsługi enkodera umieścić go w jakiejś zgrabnej w miarę wygodnej bibliotece tak dla wyprawki. Jak się okazuje warto było sobie przypomnieć zasady

Statystyki: Napisane przez SylwekK — 22 kwi 2017, o 12:32

Re: Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T11:49:27+01:00

SylwekK napisał(a):

Jak już wspomniałem wychodzi brak doświadczenia

To że zapomniałeś o kolejności inkludów to banał ... każdemu może się zdarzyć

ale jak ty masz brak doświadczenia w programowaniu to ja jestem księdzem

Jak dla mnie "to jedno z najpiękniejszych przejść z Bascoma na C" na tym forum w twoim wykonaniu ... a że w samym Bascomie śmigałeś że aż strach (w pozytywnym tego słowa znaczeniu oczywiście!) to nie ma się dziwić, że w luźniejszym płaszczu jakim jest C - możesz się jeszcze bardziej "rozszaleć"! Tak trzymaj

Statystyki: Napisane przez mirekk36 — 22 kwi 2017, o 11:49

Re: Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T11:10:10+01:00

Kurcze no i jak zwykle pogotowie błyskawicznie działa Dzięki panowie, mieliście rację. Teraz bez problemu przeszła kompilacja.
Co ciekawe moje myśli krążyły wokół tych inkludów i nawet w desperacji zacząłem zaglądać wczoraj do avr/io.h i szukać jakichś ograniczeń... a tu jak zwykle banał. Fakt teraz sobie przypominam, że była o tym mowa. Jak już wspomniałem wychodzi brak doświadczenia w czymś co robi się od święta czyli własne biblioteki

Statystyki: Napisane przez SylwekK — 22 kwi 2017, o 11:10

Re: Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T10:43:40+01:00

SylwekK napisał(a):

#include "encoder_SK.h"

#include

a kolega niby ma Bluebooka ... a tam już wyraźnie pisałem , nie mówiąc o wszystkich poradnikach i forum itp itd

ale za to - no teraz to już Sylwek zapamiętasz na całe życie - że

1. NAJPIERW inkludujemy pliki systemowe

2. PÓŹNIEJ inkludujemy własne pliki nagłówkowe

to jest prosta ale jakże ważna zasada

tzn pewnie może nie pomyślałeś jak działa inkludowanie i stąd takie pomysły może że kolejność jest nie ważna.

Tymczasem inkludowanie to nic innego jak (hmmm włączanie innych plików do tego pliku gdzie jest #include)

i teraz sobie pomyśl jak to wygląda

Quote:

[PLIK PO WYKONANIU WSZYSTKICH INKLUDÓW]

int8_t enc_ .....

.... a dopiero tutaj dzięki inkludowi io.h> jest definicja typu int8_t ...

to skąd niby ma być znany typ int8_t na samej górze - skoro kompilator leci po kolei linia po linii ?

Statystyki: Napisane przez mirekk36 — 22 kwi 2017, o 10:43

Re: Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T10:37:03+01:00

Taka drobna uwaga z mojej strony. Zawsze dołączamy biblioteki "systemowe" _przed_ includami swoich bibliotek.

Statystyki: Napisane przez Piotrek_P — 22 kwi 2017, o 10:37

Re: Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T09:33:03+01:00

Oto prawie kompletne pliki ze wszystkimi zmiennymi. Prawie, bo wycięta tylko główna funkcja. Całość oczywiście prawidłowo działa o ile spełnione są warunki, o których pisałem wyżej.

[syntax=c]/*
* encoder_SK.c
*
* Created on: 21 kwi 2017
* Author: SylwekK
*/

#include "encoder_SK.h"

#include
volatile int8_t encoder_step=0, encoder_last;

//*******************************************************************************

void encoder (void)
{
static int8_t encoder_dir=0, encoder_state;
//
// główna funkcja enkodera, której jeszcze nie ujawnię ;)
//
//
//
//
}

//*******************************************************************************

int8_t enc_get(void) //signed char
{
int8_t ret_encoder_step=encoder_step;
encoder_step=0;
return ret_encoder_step;
}

//*******************************************************************************

void encoder_reset(void)
{
encoder_step=0;
encoder_last=ENC_IN;
}

//*******************************************************************************
//*******************************************************************************[/syntax]

[syntax=c]/*
* encoder_SK.h
*
* Created on: 21 kwi 2017
* Author: SylwekK
*/

#ifndef ENCODER_SK_H_
#define ENCODER_SK_H_

//*********************************************************************************
#define ENC_HALF 1//typ enkodera: 0-pełnokrokowy, 1-półkrokowy
#define ENC_IN (PINA & 0b00000011)

void encoder_reset(void);//wywołać przed każdym nowym użyciem enkodera
void encoder(void);//cyklicznie wywoływać w przerwaniach, czym większa częstotliwość tym lepiej
int8_t enc_get(void);//dodawać jako składnik modyfikowanej zmiennej, np. odczyt += enc_get();

//*********************************************************************************

#endif /* ENCODER_SK_H_ */[/syntax]

Najprawdopodobniej to wina mojego małego doświadczenia w tworzeniu bibliotek, bo zrobiłem ich bardzo niewiele, a przy tym nie miałem potrzeby wykorzystywać akurat takiej funkcji z int8_t i pewnie dlatego problem dopiero teraz wyszedł. O wiele częściej modyfikowałem (nawet dość drastycznie) inne gotowe biblioteki do własnych potrzeb i tam problemu nie było. Właściwie to się zawsze bardziej na algorytmach skupiam niż na całej otoczce

Statystyki: Napisane przez SylwekK — 22 kwi 2017, o 09:33

Re: Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T04:38:59+01:00

SylwekK napisał(a):

a on teraz cały czas krzyczy na czerwono, że "unknown type name 'int8_t'"

masz źle.... hmmm bardzo źle porobione #inkludy w plikach

pokaż szkielet plików *.c i *.h tzn tylko jak masz zrobione includy oraz definicje i deklaracje odnośnie tej funkcji

Statystyki: Napisane przez mirekk36 — 22 kwi 2017, o 04:38

Re: Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T01:50:37+01:00

Niestety, to nie pomogło, nadal ten sam błąd dla "int8_t"
Co ciekawe w momencie napisania tego "typu" nic nie podświetla, a dopiero kompilacja powoduje error.

Statystyki: Napisane przez SylwekK — 22 kwi 2017, o 01:50

Funkcja jako argument - dziwny problem w bibliotece.

2017-04-22T00:55:08+01:00

Próbuję zapakować luźno działający program do biblioteki i za cholerę nie przyjmuje mi takiego zapisu:

[syntax=c]int8_t enc_get(void);[/syntax]
i pokazuje błąd przy kompilacji, natomiast taki zapis:
[syntax=c]int enc_get(void);[/syntax]
przechodzi bez problemu tylko, że ja nie chcę 2-bajtowego "int" tylko 1-bajtowy "int8_t".

I pewnie bym sobie odpuścił gdyby nie fakt, że zanim rozdzieliłem pliki do xxx.c i xxx.h to właśnie "int8_t enc_get(void)" w programie działało i nie wywalało żadnych błędów, a on teraz cały czas krzyczy na czerwono, że "unknown type name 'int8_t'" po najechaniu kursorem na linię, a w konsoli: error: conflicting types for 'enc_get'. Nic już z tego nie rozumiem. Oczywiście gdy zostawię "int" to biblioteka działa jak należy, ale chodzi o sam fakt takiej selekcji - tu działa, a tam się obraża... Czy może znowu coś przegapiłem...?

------------------------ [ Dodano po: 10 minutach ]

Aha, wstawiłem "signed char" i zatwierdziło bez problemu, tylko ta rozbieżność interpretacji mnie interesuje.

Statystyki: Napisane przez SylwekK — 22 kwi 2017, o 00:55