Kategori arşivi: Android

Android bizim işimiz :)

Android

Android x86-64 Image Hatası

Yorum yapın

Merhaba,

Android x86 usb’den flashlamaya çalıştığınızda aşağıdaki hatayı alıyorsanız:

“FATAL ERROR: Bad primary partition: Partition ends in the final partial cylinder“

Çözüm için android_x86_64.iso dosyasını rufus uygulaması ile yeniden usb’ye atın sonra cihaza kurulum yapın.

Hatayı ilk aldığımda ISO’yu etcher ile yapmıştım. Sorunun diskte olduğunu düşündüm ancak bir problem yoktu. Rufus ile yeniden imajı atınca problem çözüldü.

İyi kodlamalar.

Loading

Facebooktwitterredditpinterestlinkedinmail
Android

Android Context Nedir ?

Yorum yapın

Merhaba,

Bugün Android’e uygulama yazarken sıkça kullandığımız bir sınıf olan Context’ten (android.content.Context)  bahsedeceğim. Activity başlatmak, broadcast atmak, view güncellemek, shared prefe erişmek için her zaman context’e ihtiyaç duyarız. Peki nedir bu context? Her context aynı mıdır? Şimdi bu soruların cevabını arayalım.

 

Nedir Bu Her Yerde Kullandığımız Context ?

Kabaca context,

Android sistemi tarafından soyut bir şekilde bize sunulan, uygulamamız hakkında global bilgiye sahip arayüzdür. Bir nevi uygulamamızın komponentlerinin kimliğidir diyebiliriz. Uygulama sistem veya yerel bazda kaynaklara erişmek istediğinde bu kimliği kullanır işletim sistemi de bu kimliğin yeterliliğine göre işlemi başlatır.

Context sayesinde işletim sisteminin bize sunduğu  uygulama özelindeki servislere erişebilir (Wifi Service, Activity Service, Location Service gibi) yine aynı şekilde uygulama seviyesinde operasyonları (activity başlatma, intent gönderme/alma gibi. ) gerçekleştirebiliriz.

Context’e birden fazla şekilde erişebiliriz. Şimdi bu erişim yollarını ve birbirinden farklarını inceleyelim.

Context Tipleri

Application Context (getApplicationContext()) – Uygulama prosesinde çalışan single instance’tır. Uygulamanız yaşadığı sürece yaşamına devam .eder. Farklı yerlerden erişim sağlasanız da aynı instance’ı elde edersiniz. Activity veya Service üzerinden getApplication() apisini çağırarak veya Context’i miras alan herhangi bir sınıftan getApplicationContext() apisini çağırarak erişebilirsiniz.

Activity/Service – ContextWrapper’dan türer ve her activity/service context kendine özgüdür. Activity yaşam döngüsüne bağlıdır. Activity’nin kendisi this contexti içerir. Bunun dışında MyActivity.this şeklinde de context’e ulaşabilirsiniz.

BroadcastReceiver – Kendisi context’e sahip değildir, broadcast için android yeni bir context oluşturmaz ancak onReceive() metodu içerisinden context sistem tarafından sağlanır. Buradaki context ReceiverRestrictedContext  instance’ıdır ve iki temel fonksiyonu kapalıdır. Bunlar:

  • Herhangi bir broadcast receiver içerisinden başka bir receiver’a kayıt (registerReceiver()) olamazsınız.
  • Bir service’e bind (bindService()) olamazsınız.

Broadcast receiver içerisinde onReceive() tetiklenmesi sonucunda gelen her context’in instance’ı birbirinden farklıdır.

ContentProvider – İçerisinde context barındırmaz. Ancak oluşturulduğunda bir context atanır. Atanan context uygulama contextidir. Eğer context provider uygulama içi veya aynı proses içerisinde çalışıyorsa sağlanan contextler aynı olur. Eğer ayrı prosesler ise temsil edilen her packet için ayrı context olur.

Herkesin Context’i Kendine

Farklı context türlerinden bahsettik.Şimdi bu context’lerin neleri yapıp yapamayacağından bahsedelim. Aşağıdaki tabloda hangi türdeki contextlerin neleri yapabileceğini görebiliriz.

getApplicationContext()’i Nerelerde Kullanmalıyız?

getApplicationContext() daha önce bahsettiğimiz gibi uygulamaya özel single instance bir context döndürür. Application komponenti, uygulamamızın global durumunu tutar.

Application context kullanmadan önce kendimize şu soruları sormalıyız?

  • Contexti uzun süre kullanan başka bir sınıfımız var mı? Eğer böyle bir sınıfımız varsa Activity context’i vermek memory leak’e sebep olabilir. Eğer işleminiz uzun süreli ve context’e ihtiyacınız varsa Application Context’i kullanmalıyız.
  • Uygulamanın görseli ile ilgili bir değişiklik yapıyor muyum?Arayüzde yaptığımız değişikliklere ait tema bilgileri Application Context’te bulunmaz. Bu da sorunlara yol açabilir. Uygulamanızın farklı activitylerinde farklı temalar kullanabilirsiniz. Özet olarak arayüz ile ilgili işlem yapıyorsak, o arayüze bağlı activity’nin contextini kullanmalıyız.

Activity Context’ini Nerelerde Kullanmalıyız ?

Activity’den oluşturulan context , activity yaşam döngüsü boyunca yaşar. Bundan dolayı activity contextini sadece o activity ile ilgili gerekli işlemlerde kullanmalıyız.

Context ile ASLA Yapmamamız Gereken Şeyler

Android her komponente uygun olacak context’i belirlemiştir. Context’i komponentler arası parametre olarak geçirmemeliyiz. Broadcast receiver ile gelen context’i activity’de, activity context’ini servis içinde kullanmamalıyız.

Memory leak oluşmaması için asla static Context değişkeni tutmamalıyız.

Eğer bunlardan birisini yaptıysak yazdığımız kodu tekrar gözden geçirmemiz faydalı olacaktır.

Eğer hangi context’i kullanmanız konusunda emin olamıyorsanız Application Context’i kullanın 🙂

 

Kaynaklar:

İyi kodlamalar,

 

Loading

Facebooktwitterredditpinterestlinkedinmail

Android

Fastboot Flash Hatası ((bootloader) Data size exceeds download buffer) Çözümü

Yorum yapın

Merhaba,

Fastboot scripti ile image atarken bazı durumlarda aşağıdaki hata  ile karşılaşırsanız kesin çözüm için fastboot scriptini güncellemeniz gerekiyor.

Öncelikle android sdk’yı güncelleyelim. Daha sonra sdk/platform-tools/ içerisindeki fastboot scriptine sembolik link yapalım .

#sudo ln -sf [FULL_PATH_TO_ANDROID_SDK]/platform-tools/fastboot  /usr/local/bin/fastboot

komutunu çalıştıralım.

Örneğin benim bilgisayarım için:

sudo şifrenizi girdikten  sonra atacağınız image içerisindeki flash-all.sh komutunu kullanabilirsiniz. Artık hata vermeyecektir.

Windows içinse güncel sdk içerisindeki fastboot’u PATH’e eklemeniz yeterli olacaktır.

İyi çalışmalar,

Loading

Facebooktwitterredditpinterestlinkedinmail

Android, IoT, Raspberry Pi

Android Things Raspberry Pi 3 Pin Dizilimi ve Desteklediği Arayüzler

Yorum yapın

Merhaba arkadaşlar,

Android Things OS ile Raspberry Pi 3’ü kullanırken pin adlandırması Raspbian OS’e göre farklı. GPIOx isimlendirmesi yerine BCMx isimlendirmesi kullanılıyor.
Android Things ile kullanılması gereken pin dizilimi:

GPIO arayüzünü kullanırken seçtiğimiz pine erişmek için “BCMx” şeklinde kullanmalıyız.

PeripheralManagerService manager = new PeripheralManagerService();
// Use bcm notation.For example BCM21 
Gpio mGpio = manager.openGpio("BCMx");

Raspberry Pi 3’te bir adet I2C arayüzü mevcut. 3 numaralı pin SDA, 5 numaralı pin ise SCL olarak kullanılıyor. Aynı arayüzü kullanarak I2C destekli 127 cihaz bağlayabilirsiniz. Peripheral Manager Apisini kullarak I2C arayüzüne erişmek için “I2C1” isimlendirmesini kullanacağız. Örneğin;

PeripheralManagerService mngr = new PeripheralManagerService();
// sample adress 0x77
mngr.openI2cDevice("I2C1",0x77);

Raspberry Pi 3’te 2 adet donanımsal PWM arayüzü mevcut. PWM0 arayüzü 12. pin olan BCM18 ile ortak olarak kullanılıyor. PWM1 araüyüzü ise BCM13 ile ortak olarak kullanılıyor. Bu arayüzlere erişmek içinse “PWM0” ve “PWM1” adlandırmasını kullanabiliriz. Örnek erişim :

PeripheralManagerService mngr = new PeripheralManagerService();
mngr.openPwm("PWM0");
mngr.openPwm("PWM1");

Eğer servo motor kontrol ediyorsanız doğrudan servo sürücüsü üzerinden de erişebilirsiniz. Örneğin;

            mServo = new Servo("PWM1");
            mServo.setPulseDurationRange(1, 2); // according to your servo's specifications
            mServo.setAngleRange(-90, 90);       // according to your servo's specifications
            mServo.setEnabled(true);

            mServo2 = new Servo("PWM0");
            mServo2.setPulseDurationRange(1, 2); // according to your servo's specifications
            mServo2.setAngleRange(-90, 90);       // according to your servo's specifications
            mServo2.setEnabled(true);

UART arayüzünü sağlayan pinler ise 8. pin (TX) 10. pin (RX). UART arayüzüne erişmek için kullanacağımız isimlendirme ise “UART0”. Örneğin;

PeripheralManagerService mngr = new PeripheralManagerService();
                  
mngr.openUartDevice("UART0");

SPI için ise 2 adet arayüz mevcut bunlar SPI0.0 ve SPI0.1. Bu arayüzlere aşağıdaki şekilde ulaşabiliriz:

MOSI – 19. Pin
MISO – 21. Pin
SCLK – 23. Pin
SS0 – 24. Pin
SS1 – 26. Pin

PeripheralManagerService mngr = new PeripheralManagerService();
mngr.openSpiDevice("SPI0.0");
mngr.openSpiDevice("SPI0.1");

Tüm arayüzler ise aşağıdaki gibi :

Kaynak: https://developer.android.com/things/sdk/pio/index.html

İyi çalışmalar,

Loading

Facebooktwitterredditpinterestlinkedinmail