Arduino ile Proje Tabanlı Öğrenme: 4 Haftalık Örnek Ünite

Arduino ile proje tabanlı öğrenme, öğrencilerin konuyu bir anlatımdan sonra değil, gerçek bir problemi çözmeye çalışırken öğrendiği bir ünite tasarımıdır. Akış beş aşamadan oluşur: bir yönlendirici soru sorulur, takımlar problemi araştırıp neyi ölçeceklerine karar verir, Arduino ile bir prototip kurar, prototipi okulda test edip iyileştirir ve sonunda bulduklarını gerçek bir dinleyiciye sunar. Bu yazıdaki örnek ünitenin sorusu şu: "Okulumuzda enerji, su, gürültü ya da sınıf havası sorununu nasıl ölçer ve uyarı veririz?" Dört hafta içinde her takım bu sorunlardan birini seçer, bir sensörle ölçer, eşik aşılınca uyarı veren çalışan bir cihaz yapar ve topladığı veriyle okula bir öneri sunar.

Aşağıda yarın sınıfa götürebileceğin her şey var: hafta hafta ünite tablosu, ders ders akış ve çıkış soruları, dört problem senaryosu ve BlueGrays'teki başlangıç projeleri, malzeme listesi, takım sözleşmesi ve roller, prototip döngüsü ve test kaydı şablonu, ara değerlendirme ve final sunumu ölçütleri, sık yapılan PBL hataları ve bir kontrol listesi. Örnekler aynı varsayımla kuruldu: diyelim ki 24 kişilik bir sınıfın, haftada 2 ders saatin (2 × 40 dakika) ve 4'er kişilik 6 takımın var. Becerileri sırayla öğreten bir plan arıyorsan 8 haftalık robotik kodlama planı, kısa ve yoğun bir program arıyorsan 5 günlük Arduino atölyesi daha uygun olur. Bu ünite en iyi sonucu onlardan sonra, öğrenciler LED yakmayı ve bir sensör okumayı gördükten sonra verir.

Proje tabanlı öğrenme nedir, proje ödevinden farkı ne?

Klasik düzende önce konu anlatılır, sonra öğrenilenleri göstermek için bir proje verilir; proje tatlıdır, yemek değil. Proje tabanlı öğrenmede sıra tersine döner: proje dersin kendisidir. Öğrenci analogRead() komutunu, eşik değerini ya da ortalama almayı, problemi çözmek için ihtiyaç duyduğu anda öğrenir. Arduino bu yaklaşıma iyi uyar, çünkü gerçek dünyadan sayı üretir: bir LDR koridordaki ışığı, bir ses sensörü yemekhanedeki gürültüyü, bir DHT11 sınıfın sıcaklığını ölçer. Prototip ucuzdur ve birkaç dakikada değişir; eşik yanlışsa kodda tek bir sayıyı değiştirip yeniden yüklemek yeter. Böylece PBL'nin kalbi olan "dene, ölç, düzelt" döngüsü tek bir ders saatine sığar. Aradaki farkı tablo özetliyor:

Yönlendirici soru: üniteyi taşıyan tek cümle

Yönlendirici soru, dört hafta boyunca sınıfta asılı kalan ve her dersin "bugün buna nasıl yaklaştık?" diye bağlandığı sorudur. Bu ünitede ortak soru bilerek geniş tutuldu ki her takım kendine bir parça seçebilsin: "Okulumuzda enerji, su, gürültü ya da sınıf havası sorununu nasıl ölçer ve uyarı veririz?" İlk haftanın işi bu geniş soruyu takımın kendi alt sorusuna indirmektir. "Okulda enerji israfı" bir alt soru değildir; "Teneffüste boş kalan 7-B sınıfında ışıklar kaç dakika açık kalıyor ve bunu kime, nasıl haber veririz?" bir alt sorudur. İyi bir alt sorunun cevabı bir sayıyla başlar, bir cihazla biter. Takımın alt sorusunu onaylamadan önce şu altı ölçüte bak:

• Gerçek: Okulda biri bu sorunu yaşıyor ve takım onun kim olduğunu söyleyebiliyor: nöbetçi öğretmen, okul personeli, yemekhane görevlisi ya da sınıf başkanı.
• Ölçülebilir: Sorun elindeki bir sensörle sayıya dönüşüyor: ışık, ses seviyesi, toprak nemi, sıcaklık ya da mesafe.
• Yerel ve dar: Tek bir yer ve tek bir zaman dilimi var; "okul" değil, "2. kat koridoru, öğle arası".
• Açık uçlu: Cevabı evet ya da hayır değil; soru "nasıl", "ne zaman" ya da "ne kadar" diye soruyor.
• 4 haftaya sığar: Çözüm 220 V tesisata dokunmayı, okul ağına bağlanmayı ya da bütçe onayı beklemeyi gerektirmiyor.
• Bir uyarıyla biter: Cihaz yalnız ölçüp susmuyor; bir eşikte LED, buzzer ya da ekranla birine haber veriyor.

4 haftalık proje tabanlı öğrenme ünitesi

Plan 8 ders saatine göre kuruldu: haftada iki ders, her ders 40 dakika. Haftalar PBL'nin beş aşamasını izler, ama araştırma ile prototip arasında kalın bir duvar yok; 2. haftada bir takım hâlâ problemini daraltıyor olabilir, 3. haftada yeni bir ölçüm yeni bir araştırma sorusu doğurabilir. Önemli olan her haftanın sonunda tablodaki çıktının elde olmasıdır. Senin rolün de hafta hafta değişir: başta soru soran kişi, ortada koç, sonda dinleyiciyi sınıfa getiren organizatör olursun.

Aşağıdaki tablo aynı planı ders ders açar. Her dersin son 3 dakikası çıkış sorusuna ayrılır; takım cevabını tek cümleyle test kaydının altına yazar. Bu cevaplar hem bir sonraki dersin ısınması olur hem de final sunumunda sürecin kanıtı. Ders içindeki mini anlatımları 10 dakikayla sınırla; daha uzunu takımların çalışma süresini yer ve ünite fark ettirmeden klasik derse döner.

4 problem senaryosu ve BlueGrays'teki başlangıç projeleri

Takımların sıfırdan kod yazmasını bekleme; PBL'de hedef problemi çözmektir, ilk satırdan program yazmak değil. Her senaryo için BlueGrays'te devre şeması, parça listesi ve koduyla hazır bir başlangıç projesi var; takım onu kurar, anlar ve kendi problemine göre değiştirir. Tablodaki ücretsiz projeler herkese açıktır, Premium olanlar için Premium gerekir. 6 takımın olduğu için bir senaryoyu en çok iki takım seçsin. Aynı senaryoyu seçen iki takım farklı yerleri ölçerse sunumda karşılaştırma yapma şansı da doğar.

İki konuda öğrencilere baştan dürüst ol. Birincisi, KY-038 bir desibelmetre değildir: mikrofonun algıladığı dalgalanmayı 0 ile 1023 arasında bir sayıya çevirir. Takım "yemekhane 85 dB" diyemez, ama "yemekhane öğle arasında boş sınıftan çok daha yüksek değer veriyor" diyebilir ve aradaki farkı sayıyla gösterebilir; PBL için karşılaştırmalı veri yeterlidir. Sensörün tepkisini ve ayarını KY-038 ses sensörü yazısında bulursun. İkincisi, DHT11 sıcaklık ve nemi ölçer, havasızlığı ölçmez; kapalı bir sınıfta asıl artan şey karbondioksittir. Sınıf havası takımı pencere açma önerisini sıcaklık ve neme göre kurabilir ve sunumda "bir sonraki adım CO2 ölçmek" diyebilir. Enerji ve su takımlarının sensör ayarı için LDR ışık sensörü ve toprak nem sensörü yazıları kalibrasyonu ayrıntılı anlatır.

Malzeme listesi: 6 takım + 1 yedek set

Takım sözleşmesi ve roller

4 kişilik bir takımda herkesin bir işi olmazsa işi en hızlı öğrenci yapar, diğerleri izler. Bunu önlemenin en basit yolu dört rol ve haftalık rotasyondur: 4 hafta, 4 rol, herkes her rolü bir kez üstlenir. Rol "yalnız bunu yaparım" demek değildir, o işin hesabını veren kişi demektir. Kodu yalnız kod sorumlusu yazmaz, ama kodun ne yaptığını o hafta sınıfa o anlatır. Sözleşmeyi ilk derste takım kendisi yazar; sen yalnız aşağıdaki maddeleri zorunlu tutar ve dört imzadan sonra onaylarsın.

• Alt sorumuz: .................................................. (tek cümle, bir yer, bir zaman)
• Başarı ölçütümüz: Cihazımız .................. değeri .................. aşınca .................. ile uyarı verecek.
• Roller (1. hafta): Proje yöneticisi ........, devre ........, kod ........, veri ve belge ........ Her hafta rolleri bir kişi kaydırırız.
• Karar kuralı: Anlaşamazsak önce ölçeriz; ölçüm yoksa proje yöneticisi karar verir ve kararı test kaydına yazar.
• Yardım kuralı: Öğretmene gelmeden önce şemaya, projenin Kodu anla bölümüne ve bir takım arkadaşına bakarız.
• Devamsızlık: Gelemeyen arkadaşımız bir sonraki derste test kaydını okuyup 2 dakikada takıma yetişir; o haftaki işini başkası üstlenir.
• İmzalar: .............. .............. .............. ..............

Prototip döngüsü: en küçük çalışan sürüm

PBL ünitelerinin en sık battığı yer, takımların ilk iki haftayı kusursuz cihazı tasarlayarak geçirmesidir. Kural basit: 4. dersin sonunda her takımın bir en küçük çalışan sürümü olmalı. Bu sürüm üç şey yapar: sensörü okur, değeri Serial Monitor'da gösterir ve değer bir eşiği aşınca tek bir LED'i yakar. Kutusu, ekranı, Wi-Fi'si yok; ama gerçek veri üretir ve test edilebilir. Gürültü takımı için bu, Ldr İle Işık Şiddeti Okuma projesinin koduna bir if satırı ve bir LED eklemek demektir. Enerji takımı için Ldr İle Gece Lambası neredeyse bu sürümün kendisidir, yalnız mantık ters çevrilir: LED karanlıkta değil, ışıklar açıkken yanar; "oda boş mu?" sorusu bir sonraki sürümde PIR ile gelir. Ondan sonraki her sürüm tek bir değişiklik getirir ve test kaydına yazılır:

1. Sürüm 0, ölçüm: Sensör okunur, değer saniyede bir Serial Monitor'a yazılır. Takım değerin elle, ışıkla, sesle ya da suyla değiştiğini görür.
2. Sürüm 1, en küçük çalışan sürüm: Tahmini bir eşik ve bir LED. Eşik aşılınca LED yanar. 4. dersteki ara kontrolde gösterilen sürüm budur.
3. Sürüm 2, kalibrasyon: Saha ölçümlerinden sonra eşik tahminle değil veriyle seçilir; örneğin boş sınıfın değeri ile teneffüsteki değerin ortası.
4. Sürüm 3, kararlı uyarı: Değer eşiğin çevresinde gidip gelince LED titrer. Çözüm, son 10 ölçümün ortalamasını almak ya da açmak ve kapatmak için iki ayrı eşik kullanmaktır.
5. Sürüm 4, kullanıcıya göre: Uyarı, problemden etkilenen kişiye göre biçimlenir: yemekhanede herkesin göreceği üç renkli ışık, sınıfta öğretmen masasındaki küçük bir LCD. Kutulama ve yerleşim bu sürümde yapılır.

Ara değerlendirme ve final sunumu ölçütleri

Devre, kod, anlama, hata ayıklama ve belgeleme gibi genel ölçütler için Arduino proje değerlendirme rubriği yazısındaki ana rubriği olduğu gibi kullanabilirsin. PBL ünitesinde ona üç ölçüt eklemen yeterli; bunlar bir proje ödevinde olmayan, ama bu ünitenin asıl öğrettiği şeyleri ölçer. Ara değerlendirme 4. derste yapılır ve yalnız problem tanımına ve en küçük çalışan sürüme bakar; amacı not vermek değil, yönü düzeltmektir. Final sunumunda üç ölçütün hepsi puanlanır. Ünite sonunda öne çıkan bir prototip bir bilim fuarına da taşınabilir; konu fikirleri için TÜBİTAK 4006 proje örnekleri yazısına bakabilirsin.

• Problem (30 saniye): Alt soru ve görüştüğünüz kişinin problemi anlatan bir cümlesi.
• Ölçüm (45 saniye): Nerede, ne zaman ve kaç kez ölçtünüz; tek bir tablo ya da grafik.
• Canlı demo (45 saniye): Cihaz dinleyicinin önünde eşiği aşar ve uyarı verir. Yedek olarak kısa bir demo videosu hazır olsun.
• Sürümler (30 saniye): Test kaydından bir karar: "Eşiği şu ölçüm yüzünden değiştirdik."
• Öneri (30 saniye): Okula somut bir öneri (nereye, kaç cihaz, kim takip eder) ve bir hafta daha olsa ne yapardınız.
• Sorular (2 dakika): Soruyu öğretmen ya da dinleyici seçtiği bir takım üyesine sorar; bu yüzden herkes her bölümü anlatabilmeli.

BlueGrays bu ünitede ne işe yarar?

• Proje Bulucu ile başlangıç projesi: Takım 2. derste üç soruyu cevaplar: "Ne yapmak istersin?" sorusunda Ölç ve algıla, kart olarak Arduino Uno / Nano, deneyim olarak çoğu sınıf için "Birkaç proje yaptım". Sonuç ekranında en iyi eşleşmeyle birlikte aynı parçalarla başlanabilecek ücretsiz bir ısınma projesi de çıkabilir. Ayrıntılar Proje Bulucu yazısında.
• Kodu anla ile kodu anlamak: Başlangıç projesinin kodunu kopyalayıp geçmek PBL'de işe yaramaz, çünkü takım o kodu değiştirecek. Kodu anla sekmesi önce "Bu kod ne yapıyor?" özetini, sonra Adım adım açıklamayı, en sonda tek bir değişiklik isteyen Kendin dene görevini verir. Ücretsiz projelerde herkese açıktır, Premium projelerde Premium ile açılır. Kullanımını Kodu anla yazısında anlattık.
• Atölyem › Parçalarım ile parça planlama (Premium): Sınıf dolabındaki parçaları adetleriyle Atölyem › Parçalarım'a girersen Yapabileceğin Projeler ve Eksik Komponentli Projeler listeleri hangi senaryonun bugün başlayabileceğini, hangisi için sipariş gerektiğini gösterir. Ayrıntılar elimdeki malzemelerle Arduino projesi yazısında.
• Kendi örnek projen: Ünite öncesinde bir senaryoyu kendin kurup Öğren > Forum > Yeni Konu ile Rehber kategorisinde paylaşabilirsin: devrenin fotoğraflarını (en fazla 5 resim) ekler, Kod ekle ile kodunu koyar, ilgili hazır projeleri bağlarsın. Konu yazdığın dilde yayınlanır; bağlantısını Paylaş ile sınıf grubuna gönderirsin. Hazır projeleri de proje sayfasındaki Paylaş ile iletebilirsin. Adımlar kendi projenle ders vermek yazısında.
• Sınıfın Premium erişimi: Akıllı Sulama İstasyonu gibi Premium başlangıç projeleri ve Atölyem › Parçalarım için her öğrenciye ayrı abonelik gerekmez; tek seferlik, otomatik yenilenmeyen ve öğrencinin kart eklemeden kullandığı eğitmen paketlerini sınıfa toplu Premium kod yazısında anlattık.

Uygulamada neyin olmadığını da bil: BlueGrays'te sınıf oluşturma, takım ilerlemesini öğretmene gösteren bir panel ya da ödev atama yok. Problem kartı, takım sözleşmesi ve test kaydı kâğıtta ya da okulun kullandığı ortak bir belgede kalır. Uygulama ünitenin "nasıl kurarım, kod ne yapıyor, hangi parça eksik?" tarafını taşır; "neden bu eşik, kime fayda?" tarafı takımın ve senin işin. Bu ayrım PBL'ye de uyar: düşünme işi ekranda değil, takımda kalır.

Sık PBL tuzakları ve çözümleri

Ünite öncesi kontrol listesi

• Yönlendirici soru bir postere yazıldı ve sınıfta asılı.
• 4 senaryo kartı (problem, olası sensör, başlangıç projesi) her takım için çoğaltıldı.
• 7 set sayıldı; her sensör bir kez denendi ve Serial Monitor'da değer veriyor.
• Bilgisayarlarda Arduino IDE ve kart sürücüsü kurulu, USB kablolar denendi.
• Başlangıç projeleri öğrencilerin telefonunda ya da tabletinde açılıyor; Premium projeler kullanılacaksa kodlar dağıtıldı.
• Problem kartı, takım sözleşmesi ve test kaydı formları her takım için basıldı.
• Okul turu ve saha ölçümleri için idareden izin alındı; yemekhane, koridor ve bahçe için ölçüm saatleri belli.
• Final sunumunun dinleyicileri (idare, okul personeli, başka bir sınıf) davet edildi ve tarih verildi.
• Ara kontrol (4. ders) ve final (8. ders) için PBL ölçüt tablosu yazdırıldı.

Bu ünitenin asıl ürünü cihaz değil, öğrencinin "önce ölçerim, sonra karar veririm" alışkanlığıdır; cihaz masada bunun kanıtı olarak durur. İlk denemende dört senaryonun hepsini açmak zorunda değilsin; iki senaryo ve 6 takımla başlamak da aynı döngüyü öğretir. Başlangıç projelerini sınıfa götürmeden önce kendin bir kez kurmak istersen BlueGrays uygulamasını indirip Ldr İle Gece Lambası projesini devre şeması, kodu ve Kodu anla adımlarıyla denemen yeterli.