Herkese merhaba. Arm üzerine yeniyim. Stm32f4 kartına sahibim ve adc üzerine çalışmalar yapıyorum. Yaşadığım problem şöyle izah edeyim, tek kanal adc okumaya çalışıyorum amacım bi pot değerini devamlı okuyarak gözlemlemek hatta bir ledi yakmak tabi bu sonraki aşama. Ama yazdığım kodda ben devamlı adc verisi göremiyorum. Stm Studio ile olsun arm üzerinde debug ile olsun incelediğimde 1 kere okuyor daha sonra adc okumuyor. Kart üzerinden reset butonuna basınca tekrar güncel değeri okuyor daha sonra bi daha okumuyor. Hal kütüphanelerini kullandım. Ayrıca cubemx ile projeyi oluşturdum. Projeme ait kodlar aşağıdaki gibidir. Yardımlarınızı rica ederim.
#include "main.h"
#include "stm32f4xx_hal.h"
/* USER CODE BEGIN Includes */
/* USER CODE END Includes */
/* Private variables ---------------------------------------------------------*/
ADC_HandleTypeDef hadc1;
/* USER CODE BEGIN PV */
/* Private variables ---------------------------------------------------------*/
/* USER CODE END PV */
/* Private function prototypes -----------------------------------------------*/
void SystemClock_Config(void);
static void MX_GPIO_Init(void);
static void MX_ADC1_Init(void);
uint8_t veri;
/* USER CODE BEGIN PFP */
/* Private function prototypes -----------------------------------------------*/
/* USER CODE END PFP */
/* USER CODE BEGIN 0 */
/* USER CODE END 0 */
/**
* @brief The application entry point.
*
* @retval None
*/
int main(void)
{
/* USER CODE BEGIN 1 */
/* USER CODE END 1 */
/* MCU Configuration----------------------------------------------------------*/
/* Reset of all peripherals, Initializes the Flash interface and the Systick. */
HAL_Init();
/* USER CODE BEGIN Init */
/* USER CODE END Init */
/* Configure the system clock */
SystemClock_Config();
/* USER CODE BEGIN SysInit */
/* USER CODE END SysInit */
/* Initialize all configured peripherals */
MX_GPIO_Init();
MX_ADC1_Init();
HAL_ADC_Start(&hadc1);
/* USER CODE BEGIN 2 */
/* USER CODE END 2 */
/* Infinite loop */
/* USER CODE BEGIN WHILE */
while (1)
{
/* USER CODE END WHILE */
/* USER CODE BEGIN 3 */
//HAL_Delay(1000);
if (HAL_ADC_PollForConversion(&hadc1, 1000000) == HAL_OK)
{
veri=HAL_ADC_GetValue(&hadc1);
}
}
/* USER CODE END 3 */
}
/**
* @brief System Clock Configuration
* @retval None
*/
void SystemClock_Config(void)
{
RCC_OscInitTypeDef RCC_OscInitStruct;
RCC_ClkInitTypeDef RCC_ClkInitStruct;
/**Configure the main internal regulator output voltage
*/
__HAL_RCC_PWR_CLK_ENABLE();
__HAL_PWR_VOLTAGESCALING_CONFIG(PWR_REGULATOR_VOLTAGE_SCALE1);
/**Initializes the CPU, AHB and APB busses clocks
*/
RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE;
RCC_OscInitStruct.HSEState = RCC_HSE_ON;
RCC_OscInitStruct.PLL.PLLState = RCC_PLL_NONE;
if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
{
_Error_Handler(__FILE__, __LINE__);
}
/**Initializes the CPU, AHB and APB busses clocks
*/
RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK
|RCC_CLOCKTYPE_PCLK1|RCC_CLOCKTYPE_PCLK2;
RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_HSE;
RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV1;
RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1;
if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_0) != HAL_OK)
{
_Error_Handler(__FILE__, __LINE__);
}
/**Configure the Systick interrupt time
*/
HAL_SYSTICK_Config(HAL_RCC_GetHCLKFreq()/1000);
/**Configure the Systick
*/
HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK);
/* SysTick_IRQn interrupt configuration */
HAL_NVIC_SetPriority(SysTick_IRQn, 0, 0);
}
/* ADC1 init function */
static void MX_ADC1_Init(void)
{
ADC_ChannelConfTypeDef sConfig;
/**Configure the global features of the ADC (Clock, Resolution, Data Alignment and number of conversion)
*/
hadc1.Instance = ADC1;
hadc1.Init.ClockPrescaler = ADC_CLOCK_SYNC_PCLK_DIV2;
hadc1.Init.Resolution = ADC_RESOLUTION_8B;
hadc1.Init.ScanConvMode = DISABLE;
hadc1.Init.ContinuousConvMode = ENABLE;
hadc1.Init.DiscontinuousConvMode = DISABLE;
hadc1.Init.ExternalTrigConvEdge = ADC_EXTERNALTRIGCONVEDGE_NONE;
hadc1.Init.ExternalTrigConv = ADC_SOFTWARE_START;
hadc1.Init.DataAlign = ADC_DATAALIGN_RIGHT;
hadc1.Init.NbrOfConversion = 1;
hadc1.Init.DMAContinuousRequests = DISABLE;
hadc1.Init.EOCSelection = ADC_EOC_SINGLE_CONV;
if (HAL_ADC_Init(&hadc1) != HAL_OK)
{
_Error_Handler(__FILE__, __LINE__);
}
/**Configure for the selected ADC regular channel its corresponding rank in the sequencer and its sample time.
*/
sConfig.Channel = ADC_CHANNEL_0;
sConfig.Rank = 1;
sConfig.SamplingTime = ADC_SAMPLETIME_3CYCLES;
if (HAL_ADC_ConfigChannel(&hadc1, &sConfig) != HAL_OK)
{
_Error_Handler(__FILE__, __LINE__);
}
}
/** Configure pins as
* Analog
* Input
* Output
* EVENT_OUT
* EXTI
*/
static void MX_GPIO_Init(void)
{
/* GPIO Ports Clock Enable */
__HAL_RCC_GPIOH_CLK_ENABLE();
__HAL_RCC_GPIOA_CLK_ENABLE();
}
/* USER CODE BEGIN 4 */
/* USER CODE END 4 */
/**
* @brief This function is executed in case of error occurrence.
* @param file: The file name as string.
* @param line: The line in file as a number.
* @retval None
*/
void _Error_Handler(char *file, int line)
{
/* USER CODE BEGIN Error_Handler_Debug */
/* User can add his own implementation to report the HAL error return state */
while(1)
{
}
/* USER CODE END Error_Handler_Debug */
}
#ifdef USE_FULL_ASSERT
/**
* @brief Reports the name of the source file and the source line number
* where the assert_param error has occurred.
* @param file: pointer to the source file name
* @param line: assert_param error line source number
* @retval None
*/
void assert_failed(uint8_t* file, uint32_t line)
{
/* USER CODE BEGIN 6 */
/* User can add his own implementation to report the file name and line number,
tex: printf("Wrong parameters value: file %s on line %d\r\n", file, line) */
/* USER CODE END 6 */
}
#endif /* USE_FULL_ASSERT */
/**
* @}
*/
/**
* @}
*/
/************************ (C) COPYRIGHT STMicroelectronics *****END OF FILE****/
Merhaba,
ADC çevrimi bittikten sonra tekrar adc çevrimine başla demeniz gerekir. Bu şekilde yaptığında sadece tek çevrim alırsın. Eğer sürekli adc çalışsın istiyorsan HAL library'deki ayarları amaçların doğrultusunda doğru programlamalısın.
Birde ingilizce araştırmakta fayda var :)
Link = https://electronics.stackexchange.com/questions/202938/stm32-adc-conversion-using-hal
Çözemezsen yine bakarız. Sorunun EndOfConversation(EOC) ile ilgili bence :)
HAL_ADC_Start(&hadc1); Bu satırı while içine adc okuma yaptığın yere koymalısın. Bu yüzden 1 defa okuma yapıyorsun.
while(1)
{
HAL_ADC_Start(&hadc1);
if (HAL_ADC_PollForConversion(&hadc1, 1000000) == HAL_OK)
{
veri=HAL_ADC_GetValue(&hadc1);
}
}
@MrDarK hocam link için teşekkür ederim. Gerekli incelemeyi yaptım ve
@argelojik hocamın verdiği kod parçağı ile analiz edip gerekli kodu yükledim ve adc işini çözdüm. Daha sonra pwm ile bir led parlaklık kontrolü yaptım. Ama bu süreçte kütüphaneyi kullanmam baya bi zor oldu. Problemim şu HAL kütüphanesinde bulunan fonksiyon ve paremetrelere ne işe yarıyor nasıl kullanabilirim? Bir link döküman vs var mı? Örneğin pwm için uzun bi süre parametre değerleri ile ilgili problemler yaşadım örneğin aşağıdaki parametreler nedir neye göre belirleniyor ne işe yarıyor ? Bunlar şuana kadar karşılaştığım problem bunun gibi diğer fonksiyonlarda muhtemel sorunlarla karşılaşacağım. Amacım kütüphaneyi iyi bir şekilde kullandıktan sonra sistemi çözdükten sonra derinlemesine register bazlı işin içine girmek..
htim1.Instance = TIM1;
htim1.Init.Prescaler = 0;
htim1.Init.CounterMode = TIM_COUNTERMODE_UP;
htim1.Init.Period = 4095;
htim1.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1;
htim1.Init.RepetitionCounter = 0;
hadc1.Instance = ADC1;
hadc1.Init.ClockPrescaler = ADC_CLOCK_SYNC_PCLK_DIV2;
hadc1.Init.Resolution = ADC_RESOLUTION_12B;
hadc1.Init.ScanConvMode = DISABLE;
hadc1.Init.ContinuousConvMode = ENABLE;
hadc1.Init.DiscontinuousConvMode = DISABLE;
hadc1.Init.ExternalTrigConvEdge = ADC_EXTERNALTRIGCONVEDGE_NONE;
hadc1.Init.ExternalTrigConv = ADC_SOFTWARE_START;
hadc1.Init.DataAlign = ADC_DATAALIGN_RIGHT;
hadc1.Init.NbrOfConversion = 1;
hadc1.Init.DMAContinuousRequests = DISABLE;
hadc1.Init.EOCSelection = ADC_EOC_SINGLE_CONV;
Alıntı yapılan: SahinCeylan - 24 Eylül 2019, 22:54:52@Problemim şu HAL kütüphanesinde bulunan fonksiyon ve paremetrelere ne işe yarıyor nasıl kullanabilirim? Bir link döküman vs var mı?
Evet var! mesela 1838 sayfalik "UM1725 User Manual Description of STM32F4 HAL and LL drivers".
Diger urunler icin once https://www.st.com/en/embedded-software/stm32cube-mcu-mpu-packages.html?querycriteria=productId=LN1897#resource sayfasina gitmeniz lazim
filtre olarak "HAL" yazip "APPLY FILTER" butonunu seciniz.
- UM1785 Description of STM32F0 HAL and low-layer drivers
- UM1786 Description of STM32F3 HAL and Low-layer drivers
- UM1850 Description of STM32F1 HAL and Low-layer drivers
- UM1905 Description of STM32F7 HAL and Low-layer drivers
vb
seceneklerden ilgilendiginiz pdf dosyasini indiriniz.
@SahinCeylan Derinlemesine register bazli isin icine girmek derken? Hardware katmanini HAL izole etmisken neden bu katmani delesin?
1838 sayfalik kutuphaneyi hatmetmek yerine 2000 sayfalik registerleri anlatan dokumani hatmetmek daha mantikli degil mi?
Degil.
Register anlatan dokuman registerlarin donanim uzerindeki etkisinden bahsediyor. Bu donanimi kullanabilmen icinse sifirdan driver yazman gerekiyor. Yani donanima hukmeden bir yazilim katmani olusturuyorsun ki HAL in icinde zaten bu var. Sen yapmak istesen kuvvetle ihtimal aynisini veya cok bezerini yapacaksin. HAL seni bu dertten kurtariyor, isini hizlandiriyor. HAL in dokumantasyonunu hatmetmene gerek de yok zaten. Fonksiyon prototiplerine ve kullanilan yapilara goz attiginda ne ise yaradigini, nasil kullanman gerektigini anlayabiliyorsun.
Soyle dusun; karnin ac, dolapda hazir yemegin var, birde yemek yapabilecek malzemen var. Hangisini tercih edersin?
Olmek uzereysem hazir yemegi yemek isterim. Ama keyif yapmak, zevk almak istiyorsam barbeku yaparim.
Gerci hazir yemegi yemek icin acliktan olmemeyi basarabilirsem oncelikle onumdeki bu yemek nasil yenir klavuzunu bastan sona hatmetmen gerekecek.
Bambaska kel alaka bir ciple ugrasirken mesela USART interrupt durumlarini gosteren registerin icerisinde OVR, Rx Ready, TxEmpty vs gibi flaglarin olacagini, cipin kitapcigini okumadan bile soyleyebilirim.
Bu yuzden HAL(Mal, init, minit) degersiz bir bilgi geliyor bana.
Isin ozeti;
Ciple seviseceksen register bazli kod yazacaksin. Aman hardware benden uzak olsun ben isimi halledeyim bir an once cocuk dogsun buyusun dersen el s.ki ile gerdege girip HAL kullanabilirsin tabiki.
HAL a elin seysi diyorsunda sanki cipi, derleyicisi, idesi, debuggeri yerli mali. Bunlarin hepsi elin seysi zaten. Istesende istemesende gerdege elin seysiyle giriyorsun. HAL kullanmayayimda en azindan sey benim seyim olsun diyip huzur buluyorsan orasi ayri bi konu.
Neyse biraz daha terbiyeli yazalim.
Ne tur uygulamalarda mcu kullaniyorsun bilmiyorum ama yazilimin dogasi geregi bir sekilde donanim katmanindan soyutlanman gerekiyor. Bu HAL olur LL olur kendin yazarsin senin olur ama yine doner dolasir ayni yere cikarsin. O yuzden kullan gitsin.
Mesela ucuk bir ornek vereyim. Cogu uretici uzerinde linux kosacak islemcileri icin BSP leri kendi verir. BSP yi HAL gibi dusun. Bu katman linux e donamini nasil kullanacagini anlatir. Simdi buna elin seysi, ben register den girer aksama daha verimli bir BSP ile karsiniza cikarim dersen emin ol boyle bir sey yapmana omrun yetmez.
Bence haziri, denenmisi varken kullanmalisin ama dersenki ben donanima yakin olmak istiyorum boyle mutlu ve huzurluyum birsey diyemem.
Uygulama onemli tabiki.
Ben elektronik projeleri ile ugrasiyorum. Tomtom gibi yol guzergahi tespit eden projeler ilgimi cekmiyor. Bu tip projelerde Hal kullanin tabiki.
Ama motor dondurmek gibi isler olunca hal bana uymaz.
Bu isler tamamen elektronik oldugu icin donanimla ic ice olmak sart.
@OptimusPrime sende şu hi-level olayını abarttın ;D , tamam asm de kod yazmak çoğu zaman gereksiz olabilir, ama burada durum farklı, adam sadece HAladc start için bir sayfa kod yazmış hız gereken durumda ne yapacaksın, ADC1->CNT=1 desen iş bitiyor, registerleri bilmeden hız gerektiren bir proje yapamazsın,mesela HAL spi ile lcd sürmek 8-)
@zKatiliyorum ;)
@iboibo HAL ve LL suruculerini anlatan dokumani okudugunda zaten HAL i hiz icin tavsiye etmedigini goreceksin. Bu dokuman kesinlikle baslamadan okunmali. Okunmali derken bastan sona okunmasi gerektiginden bahsetmiyorum. Sadece nasil implement edilmis, benim isimi nasil gorur, sorusuna yanit bulsan yeter. Sonra istedigin kismi ceker alirsin icinden.
Zaten ST nin amacida bu, kaz gelecek yerden tavugu esirgemiyor. Isini kolaylastirsin diye kullanimina cesitli araclar sunuyor.
@OptimusPrime @z konu dışında güzel bir yere kaymış tartışma, burada benim gibi yeni başlayanlar için güzel bilgiler olduğuna inanıyorum. Benim amacım tamamen şöyle arm konusunda mimariyi iyi bir şekilde bilip arm ile ilgili mcu'ların hepsini yeni üretilen yada önceden üretilmiş kütüphanesi olmayan bütün sensör vb. ürünlerle birlikte istediğim şekilde kullanabilmek. Diğer türlü bir proje yaptığım zaman başkalarının yazdığı kütüphanelere muhtaç kalabiliyor insan, yada hiç kütüphanesi olmayan bir sensör varsa projeyi yapamayacağım anlamına geliyor. Ben bu yüzden register işine derinlemesine gireyim dedim. Şimdi sorum şu bu durumda register bazlı herşeye hakim olmak mı mantıklı yoksa HAL ile bütün işleri yapmak mı? Yanlış yada mantıksız birşey yazdı isem kusura bakmayın yeni başladığımdan dolayı kendime bi yol haritası çizmek istiyorum.
Registerlerle biraz oyalan. Eger sevmez yada angarya gorursen ugrastigin kadari sana tecrube olur.
Sensor cevre birimleri ile haberlesir SPI, I2C, 1WIRE gibi. Bunlar ise ARM mimarisinin bir parcasi degildir. Bunlar ozel bir bus uzerinde bulunan slave cihazlardir. ARM cekirdegi ile ozel bir protokol uzerinden haberlesirler.
Eger ben ARM dan daha yuksek performans alayim, isimi daha hizli goreyim dersen bu durumda ASM yazman icap eder ki isin tam da bu kisminda mimariye hakim olman gerekir.
Fakat senin sorunun baska gibi duruyor. Yazdiklarindan anladigim kadariyla sen driver yazmayi bilmiyorsun. Dogru mu anliyorum?
Alıntı yapılan: OptimusPrime - 29 Eylül 2019, 01:51:38Sensor cevre birimleri ile haberlesir SPI, I2C, 1WIRE gibi. Bunlar ise ARM mimarisinin bir parcasi degildir. Bunlar ozel bir bus uzerinde bulunan slave cihazlardir. ARM cekirdegi ile ozel bir protokol uzerinden haberlesirler.
Eger ben ARM dan daha yuksek performans alayim, isimi daha hizli goreyim dersen bu durumda ASM yazman icap eder ki isin tam da bu kisminda mimariye hakim olman gerekir.
Fakat senin sorunun baska gibi duruyor. Yazdiklarindan anladigim kadariyla sen driver yazmayi bilmiyorsun. Dogru mu anliyorum?
Doğru hocam yeni başladım ben daha öğrenmeye kendi araştırmama göre önce hal kütüphanesi gibi kütüphaneler ile sistemi öğrenip sonrasında yaptığım projede kullanacağım mcu veya Sensor farketmeksizin projeyi yapabilmeyi istiyorum. Bi sensörün kütüphanesi yok diye kullanamamak bana doğru gelmiyor. Bu durumda nasıl bir yol haritası çizmek doğru olur?
@SahinCeylan ;)
Kabaca soyle. Programi yazdigin en ust katmana kullanici katmani, seni donanimdan soyutlayan katmanada HAL katmani dersek, aslinda driver/surucu bu ikisi arasinda yer alan baska bir katman oluyor. Bu katman kullaniciya (kullanici katmani) sensorden kolayca veri alip vermesinde yardimci oluyor. Simdi bu genel resme baktiginda senin ihtiyacin olan kullanici katmaninda ne tur bilgiye ihtiyacin oldugunu belirlemek ve buna uygun fonksiyonlar yazarak HAL in senin yerine sensor ile iletisim kurmasini saglamak (Donanim uzerinden).
Diyelim ki: Elinde I2C sicaklik sensoru olsun. Datasheetine baktiginda sensorun I2C uzerinde bir adresi ve birde sicaklik bilgisinin icerisinde sakladigi bir registeri oldugunu goreceksin. Datasheetin bir yerlerindede bu register dan nasil veri okuyabilecegini anlatan bir kisim olmali.
Ornegin; sensor 0x80 adreside olsun. Sicaklik bilgisininde 0x17 adresli bir registerde saklandigini dusunelim. Datasheet de bu adrese erisebilmek icin yapman gerekenleri soyle anlatsin:
- Hatta start ver
- Cihaz adresini gonder ve cihazi yazmak icin ac (0x80 + W)
- Cihaza sicaklik bilgisinin bulundugu register adresini yaz ki ic adres sayaci bu noktaya gitsin
- Hatta restart gonder
- Bu sefer cihazi okumak icin ac (0x80 + R)
- Basla okumaya (1 Byte oku)
- Iletisimi sonlandir
Bu yukaridaki isleri yapan bir veya birden fazla HAL fonksiyonu olmali. Bu fonksiyonlari cagirarak ilk once sicaklik okuyabiliyor musun buna bak. Bu islemler basarili oldugunda tum bu isleri yapan kodlari bir fonksiyon icerisine yazip buna gerekli parametreleri gec ve sana sicaklik bilgisini geri dondurdugu tekrar kontrol et. Iste bu senin driver inin bir parcasi.
Bu gozle yazilmis driver lari incelersen bir driver in az cok nasil yazilmasi gerektigini anlayabilirsin. Birkac deneme yaptiginda artik kimseye muhtac olmadan kendi driver ini yazabilecek duruma gelebilirsin.
Alıntı yapılan: OptimusPrime - 01 Ekim 2019, 19:16:50@SahinCeylan
;)
Kabaca soyle. Programi yazdigin en ust katmana kullanici katmani, seni donanimdan soyutlayan katmanada HAL katmani dersek, aslinda driver/surucu bu ikisi arasinda yer alan baska bir katman oluyor. Bu katman kullaniciya (kullanici katmani) sensorden kolayca veri alip vermesinde yardimci oluyor. Simdi bu genel resme baktiginda senin ihtiyacin olan kullanici katmaninda ne tur bilgiye ihtiyacin oldugunu belirlemek ve buna uygun fonksiyonlar yazarak HAL in senin yerine sensor ile iletisim kurmasini saglamak (Donanim uzerinden).
Diyelim ki: Elinde I2C sicaklik sensoru olsun. Datasheetine baktiginda sensorun I2C uzerinde bir adresi ve birde sicaklik bilgisinin icerisinde sakladigi bir registeri oldugunu goreceksin. Datasheetin bir yerlerindede bu register dan nasil veri okuyabilecegini anlatan bir kisim olmali.
Ornegin; sensor 0x80 adreside olsun. Sicaklik bilgisininde 0x17 adresli bir registerde saklandigini dusunelim. Datasheet de bu adrese erisebilmek icin yapman gerekenleri soyle anlatsin:
- Hatta start ver
- Cihaz adresini gonder ve cihazi yazmak icin ac (0x80 + W)
- Cihaza sicaklik bilgisinin bulundugu register adresini yaz ki ic adres sayaci bu noktaya gitsin
- Hatta restart gonder
- Bu sefer cihazi okumak icin ac (0x80 + R)
- Basla okumaya (1 Byte oku)
- Iletisimi sonlandir
Bu yukaridaki isleri yapan bir veya birden fazla HAL fonksiyonu olmali. Bu fonksiyonlari cagirarak ilk once sicaklik okuyabiliyor musun buna bak. Bu islemler basarili oldugunda tum bu isleri yapan kodlari bir fonksiyon icerisine yazip buna gerekli parametreleri gec ve sana sicaklik bilgisini geri dondurdugu tekrar kontrol et. Iste bu senin driver inin bir parcasi.
Bu gozle yazilmis driver lari incelersen bir driver in az cok nasil yazilmasi gerektigini anlayabilirsin. Birkac deneme yaptiginda artik kimseye muhtac olmadan kendi driver ini yazabilecek duruma gelebilirsin.
Hocam çok güzel bir açıklama olmuş bende 2*16 lcd için kütüphane nasıl yazıldığını araştırıyorum şuan yazılmış kütüphaneyi çıkardım. LCD ait datasheet karşımda yine karşılıklı karşılaştırıp mantığı anlamaya çalışıyorum. Fakat yaşadığım problem şu lcd ile ilgili bazı adresleri .h kütüphanesi içinde tanımlama yapılmış bazılarında tanımlama yapmamış hangi adresi neye göre hangi mantığa göre tanımlıyor bunu çözemiyorum. Çözmek için nasıl bir yol izlemek gerekir. Nereden başlamalıyım?
@SahinCeylan Cozemedigin kismi o driver i yazana sormak lazim :D
Bir driver i ayni ismi tasiyan .c ve .h uzantili modul haline getirdiginde, okuyan icin anlasilabilir olmasi icin, bu tip sihirli sayilarin .h dosyasi icerisinde uygun bir aciklama ile tanimlanmasi gerekir.
Kisaca .h ve .c dosyasinda bulunmasi gerekenler
.h
- include dosyalari
- tipler ve yapilar
- tanimlamalar
- makrolar
- globaller
- prototipler
vs vs
.c
- degiskenler (sadece modul icerisinde kullanilanlar static ile tanimlanmali)
- fonksiyonlar (sadece modul icerisinde kullanilanlar static ile tanimlanmali)
vs vs
gibi.
::ok
Alıntı yapılan: OptimusPrime - 03 Ekim 2019, 17:11:35@SahinCeylan
Cozemedigin kismi o driver i yazana sormak lazim :D
Bir driver i ayni ismi tasiyan .c ve .h uzantili modul haline getirdiginde, okuyan icin anlasilabilir olmasi icin, bu tip sihirli sayilarin .h dosyasi icerisinde uygun bir aciklama ile tanimlanmasi gerekir.
Kisaca .h ve .c dosyasinda bulunmasi gerekenler
.h
- include dosyalari
- tipler ve yapilar
- tanimlamalar
- makrolar
- globaller
- prototipler
vs vs
.c
- degiskenler (sadece modul icerisinde kullanilanlar static ile tanimlanmali)
- fonksiyonlar (sadece modul icerisinde kullanilanlar static ile tanimlanmali)
vs vs
gibi.
::ok
Teşekkür ederim bilgiler için :) biraz daha uğraşıp emek vermek lazım takıldığım farklı konu olursa sorarım tekrar eğer daha önce sorulmamış ise. ::ok
;)
Aklinda bulunsun. Her yazilan driver calissa bile dogru olmayabilir. Mesela, sag eliyle sol kulagini tutmustur, icinden gelmistir baska fantaziler eklemistir, tam olarak yapilan dogru degildir ama bir sekilde donanim onu tolere ediyordur vs vs. ::op
Yuzeysel bak mantigini anla yeter. ::ok