Sulama Programında Üst Üste Gelen Başlangıç Saatlerini Bulma

Güncelleme: 24 Eylül 2026

Sulama programı çakışması, aynı bölgenin beklenmedik biçimde yeniden çalışması, sonraki programın geç başlaması veya sulamanın planlanan saatten uzun sürmesiyle fark edilebilir. Ancak bu belirtilerin hepsi aynı nedenden kaynaklanmaz. Ek başlangıç, başka programda tekrar bulunan istasyon, mevsimsel oran, manuel komut veya cihazın sıralama davranışı benzer sonuçlar oluşturabilir. Tanı için ilk adım bütün ayarları sıfırlamak değil, beklenen çalışma ile gözlenen çalışmayı tarih ve saat bilgisiyle karşılaştırmaktır.

Bu yazı mevcut bir programdaki örtüşmeleri bulmaya odaklanır. Yeni çizelge oluşturmak için çok bölgeli başlangıç planı yazısını kullanabilirsiniz. Buradaki örnekler yalnız zaman ve tekrar hesabını açıklar; gerçek bitki ihtiyacı veya önerilen sulama süresi değildir. Kontrol ünitelerinin çakışan programları ele alma biçimi modeline göre değişir. Aynı saatlerin girilmesi bir cihazda sıraya alma, başka cihazda farklı bir sonuç doğurabilir. Kendi kullanım kılavuzunuzun program davranışı bölümünü esas alın.

Önce belirtinin ne olduğunu açık yazın

Çok suluyor ifadesi tek başına program çakışmasını tanımlamaz. Aynı bölge ikinci kez mi açılıyor, bütün program mı tekrarlanıyor, yoksa tek çalışma beklenenden uzun mu sürüyor? Program geç başlıyor gözlemi de başlangıç ayarının yanlış olduğunu hemen kanıtlamaz; başka çalışma sırada bekliyor olabilir. Önce görülen olayı yorum katmadan yazın. Hangi bölge, hangi tarih, ilk açılma ve kapanma zamanı gibi ayrıntılar sonraki incelemede hangi ayarlara bakılacağını belirler.

Gözlemi yapan kişi bölge numarasını bilmiyorsa alan adını veya anlaşılır konumunu kullanabilir. Kontrol ünitesindeki istasyon haritası daha sonra bu adla eşleştirilir. Belirsiz bir bölgeye kesin numara atamayın. Uygulama kaydı varsa ekranın hangi program veya cihazı gösterdiğini de not edin. Birden fazla kontrol ünitesi bulunan sahalarda iki cihazın çalışması tek cihazın tekrarı gibi algılanabilir. Tanı dosyasında cihaz kimliği ve fiziksel alan birlikte bulunmalıdır.

Değişiklikten önce mevcut programı kaydedin

Başlangıçları silmek veya süreleri azaltmak kolay görünse de önceki düzen kaybolursa neden araştırması zorlaşır. Kullanılan bütün programların günlerini, başlangıçlarını ve istasyon sürelerini kaydedin. Kullanılmadığı düşünülen programları da kontrol edin; eski bir başlangıç hâlâ etkin olabilir. Mevsimsel ayar, sensör durumu ve geçici durdurmalar ayrı yazılır. Ekran görüntüleri alınacaksa program harfi ve değerlerin birimleri görünür olsun. Yalnız bir süre ekranı bütün çalışma düzenini temsil etmez.

Kayda tarih ekleyin ve son bilinen değişikliği belirtin. Örneğin bir önceki gün bakım testi yapılmış olabilir veya uygulama üzerinden yeni başlangıç eklenmiş olabilir. Bu bilgi neden hakkında ipucu verir ama tek başına kanıt değildir. Program yedeği destekleniyorsa ürünün resmi yöntemini kullanın; desteklenmiyorsa okunabilir tablo hazırlanabilir. Hesap parolası veya ağ bilgisi bu tabloya eklenmez. Amaç mevcut sulama planının geri okunabilmesini sağlamak, erişim bilgilerini çoğaltmak değildir.

Başlangıç numarası istasyon numarası değildir

Klasik program yapısında başlangıç 1, başlangıç 2 ve başlangıç 3 alanları aynı programın farklı zamanlarda başlatılmasını ifade edebilir. Bunlar birinci, ikinci ve üçüncü vananın saatleri olmayabilir. Kullanıcı her bölge için ayrı saat girdiğini düşünürken bütün istasyon dizisini birkaç kez başlatmış olabilir. Bu nedenle başlangıç ekranındaki numaranın neyi temsil ettiği tam model belgesinden doğrulanır. İstasyon ve program ayrımı, bu karışıklığı çözmek için temel çerçevedir.

Hunter’ın NODE tekrar çevrim açıklaması, fazla başlangıç kaydını bu modelde tekrarın yaygın nedenlerinden biri olarak belirtir. Buradan bütün cihazların aynı menüyü kullandığı sonucu çıkarılmaz. Kendi cihazınızda etkin başlangıç alanlarının tamamını okuyun; ilk görünen saatle yetinmeyin. İkinci veya üçüncü alan kapalı sanılıyor olabilir. Ekrandaki kapalı ifadesi ile 00.00 gibi gerçek bir saat değerinin farklı olabileceğini ürün talimatından kontrol edin.

İlk teşhis tablosu

Tablo olası nedenleri daraltır, otomatik arıza teşhisi vermez. Aynı sistemde birden fazla etken bulunabilir. Örneğin ek başlangıç ile mevsimsel oran birlikte toplam süreyi artırmış olabilir. Her başlığın sonucu ayrı kaydedilir. Bir neden bulunduğunda diğer bütün kayıtların doğru olduğu varsayılmamalıdır. Bununla birlikte gereksiz yere bütün ayarları değiştirmek de doğru değildir; mevcut belirtinin açıklanmasına yarayan sırayla ilerleyin ve her adımın etkisini görünür tutun.

Örnek: programın kendi içinde yeniden başlaması

Örnek bir A programında iki istasyonun süreleri 12 ve 18 dakika olsun. Ek bekleme bulunmadığı ve sıralı çalıştığı varsayımıyla bir çevrim 30 dakikadır. Başlangıçlar 06.00 ve 06.20 olarak kaydedilmişse ikinci başlangıç ilk çevrimin bitişinden önceye denk gelir. Bu, çizelgede örtüşme bulunduğunu gösterir. Ancak cihazın gerçek tepkisi kendi modelinin kurallarına bağlıdır; ikinci komutu sıraya alması, başka biçimde ele alması veya belirli kısıt uygulaması belgeden öğrenilir.

Kullanıcının istediği yalnız iki istasyonu birer kez çalıştırmaksa ikinci başlangıcın gerekçesi araştırılır. İkinci vananın saati sanılarak eklenmiş olabilir. Düzeltme kararı verilmeden önce bu beklenti teyit edilir ve mevcut kayıt saklanır. Cihaz talimatına göre gereksiz başlangıç kapatıldığında sonraki çalışmada bütün dizinin yalnız planlandığı sayıda gerçekleştiği kontrol edilir. Örnekteki 06.20 yerine başka saat yazmak, istenmeyen ikinci çevrimi ortadan kaldırmaz; yalnız tekrarın zamanını değiştirir.

Örnek: aynı istasyon iki programda bulunuyor

Bir başka örnekte A programı sabah, B programı akşam çalışıyor olsun. Kullanıcı üçüncü bölgenin yalnız A içinde olduğunu düşünüyor, fakat B programında da bu istasyona süre atanmış olabilir. Bu durumda başlangıçlar zaman olarak çakışmasa bile aynı bölge günlük plan içinde iki kez çalışır. Belirti tekrar sulama şeklinde görünür, ancak nedeni aynı programın ek başlangıcı değildir. Tanıda programlar kadar istasyon açısından ters okuma yapılması bu farkı ortaya çıkarır.

Bir istasyonun birden fazla programda bulunması her zaman hata değildir; bilinçli ihtiyaçla düzenlenmiş olabilir. Bu nedenle B’deki süreyi otomatik silmeyin. Programın amacı ve ilgili alanın beklenen takvimi değerlendirilir. Kayıtta her istasyon için hangi programlarda etkin süre bulunduğu gösterilir. Gereksiz eşleşme doğrulanırsa düzeltme ürün talimatıyla yapılır ve günlük toplam tekrar hesaplanır. Doğru tanı, yalnız yinelenen kaydı görmek değil yinelenmenin amaçlı olup olmadığını anlamaktır.

Örnek: mevsimsel oran yeni örtüşme oluşturuyor

Temel toplamı 40 dakika olan A programı 05.00’te, B programı 05.45’te başlıyor olsun. A’ya temel süreyi yüzde 125 olarak uygulayan bir oran girildiğinde matematiksel toplam 50 dakikadır. Bu durumda A’nın örnek bitişi 05.50 olur ve B’nin başlangıcıyla beş dakikalık örtüşme oluşur. Başlangıç saatleri hiç değiştirilmediği halde çizelge değişmiştir. Cihazın sıraya alma veya eşzamanlı çalışma davranışı bu örtüşmenin sahadaki sonucunu belirler.

Bu senaryoda başlangıç geçmişinde değişiklik bulunmaması, program düzeninin aynı kaldığını kanıtlamaz. Süreyi etkileyen katmanlar da incelenmelidir. Temel süre, etkin oran ve bekleme ayarları ayrı okunur. Oran gösterimlerinin modele göre farklı olabileceğini unutmayın. Hesabın ayrıntıları için mevsimsel ayar ile program süresi farkı yazısına bakabilirsiniz. Düzeltme, bitkinin ihtiyacını göz ardı ederek süreyi azaltmak değil bütün zaman penceresini uygun biçimde yeniden değerlendirmektir.

Sıraya alma ile eşzamanlı çalışmayı ayırmak

Bir program geç başladığında kullanıcı cihazın saati kaydı sanabilir. Oysa cihaz önceki programı bitirip sonraki programı sıraya alıyor olabilir. Bunun bulunup bulunmadığı ve öncelik kuralı modeline göre doğrulanır. Uygulamanın planlanan saat ile gerçek başlama zamanını ayrı gösterip göstermediğine bakın. Kayıt bu iki zamanı ayırıyorsa fark açıklanabilir. Her kontrol ünitesinin aynı sıraya alma mantığını kullandığını varsaymayın; bazıları farklı çalışma seçenekleri sunar.

Hunter ACC2 başlangıç belgesi, bu modele ait sıralama ve örtüşme seçeneklerini ayrı anlatır. Böyle bir özelliğin varlığı hidrolik olarak her vananın aynı anda açılabileceği anlamına gelmez. Üretici sınırları ve saha tasarımı birlikte değerlendirilir. Program çakışmasını çözmek için eşzamanlı çalışma seçeneğini rastgele açmak doğru değildir. Tanı sırasında mevcut seçeneğin ne olduğu kaydedilir; değişiklik ancak gereken çalışma düzeni doğrulandıktan sonra yapılır.

Etkin günler çakışmanın görünmesini değiştirir

İki programın saatleri örtüşebilir ama farklı günlerde çalıştıkları için bugün sorun görülmeyebilir. Takvim değiştiğinde ilk kez aynı güne denk gelebilirler. Aralıklı gün düzenleri veya farklı tarih kuralları bu değerlendirmeyi karmaşıklaştırabilir. Yalnız haftanın bir günü üzerinden bütün planın sorunsuz olduğu sonucuna varmayın. Cihazın takvim mantığını esas alarak programların ortak etkin günlerini belirleyin. Gerekirse takvim örneğini tarihleriyle çıkarın; varsayılan gün adlarıyla eksik çizelge oluşturmayın.

Belirti belirli aralıklarla ortaya çıkıyorsa olay tarihlerini karşılaştırın. Her ikinci veya üçüncü günde görülen tekrar farklı takvimlerin kesişmesine işaret edebilir, fakat kesin neden olarak kabul edilmez. Önce program günleriyle olay tarihleri eşleştirilir. Cihazın saati ve tarihi yanlışsa bu karşılaştırma da bozulabilir. Bu nedenle tanı dosyasında görülen tarih, gerçek yerel tarih ve varsa saat dilimi ayrı doğrulanır. Takvim hatasını mekanik vana arızası gibi değerlendirmemek için kayıt önemlidir.

Gece yarısını geçen programlar

23.35’te başlayan 40 dakikalık örnek çalışma 00.15’te biter. Gece yarısından sonra görülen son bölge, yeni günün bağımsız başlangıcı olmayabilir. Olay kaydında tarih sınırı belirtilmezse kullanıcı sistemi iki gün üst üste çalışıyor sanabilir. Bitiş saatini yalnız 00.15 olarak yazmak yerine ertesi gün açıklamasını ekleyin. Cihazın gün kısıtını program başlangıcına veya çalışma devamına nasıl uyguladığı model belgesinden kontrol edilir; bütün ürünlere ortak davranış atfedilmez.

Gece yarısına yakın başka bir program bulunuyorsa iki bloğu aynı zaman çizgisinde gösterin. Önceki günün son çalışması ile yeni günün ilk çalışması üst üste gelebilir. Saatlerin küçük veya büyük oluşuna bakarak sıralama yapılmaz; tarih ve saat birlikte değerlendirilir. Bu basit gösterim, özellikle uygulama geçmişi gün bazında ayrı ekranlara bölünüyorsa yararlıdır. Önceki sayfanın son kaydı ile sonraki sayfanın ilk kaydı birlikte incelenmeden tekrar tanısı konulmamalıdır.

Manuel komutlar otomatik takvimin dışında kalabilir

Bakım sırasında verilen manuel çalışma, otomatik programın yanında ek bir uygulama oluşturabilir. Kullanıcı yalnız otomatik başlangıçları kontrol ederse bu ek çalışmanın nedenini bulamayabilir. Olay gününde sahada test yapılıp yapılmadığını ve yetkili kullanıcıların komut geçmişini uygun erişimle inceleyin. Her sistem bu geçmişi aynı ayrıntıda tutmaz. Kayıt yoksa manuel komut kesin verilmedi sonucu çıkarılmaz. Bakım ekibinin tarihli iş notu da yararlı bir gözlem kaynağı olabilir.

Uzaktan ve yerel komutlar aynı gün uygulanmışsa bunları ayrı satırlara yazın. Bir kullanıcının başlatma isteği ile cihazın gerçekleşen çalışma kaydı birbirinin aynısı değildir. Özellikle bağlantı kesintisinde komutun ulaşıp ulaşmadığı belirsiz olabilir. İnternet kesintisi incelemesi bu katmanları ayırır. Çakışma düzeltmesi yapılırken yetkili kişilerden bir süre yeni test komutu göndermemeleri için koordinasyon sağlanabilir; hesap güvenliği veya erişim korumaları kaldırılmaz.

Planlanan, komut verilen ve gözlenen süre

Üç farklı süreyi ayırmak tanıyı güçlendirir. Planlanan süre program tablosundaki değerdir. Komut kaydı cihazın veya uygulamanın bildirdiği çalışmayı anlatır. Gözlenen süre ise sahada suyun veya ilgili bölgenin ne zaman etkin olduğuna ilişkin kayıttır. Bunlar uyuşmadığında farkın hangi aşamada oluştuğu araştırılır. Kontrol komutunun sonlanması ile mekanik vananın beklenen biçimde kapanması aynı teknik konu değildir. Program kayıtları doğruysa saha ekipmanı incelemesi gerekebilir.

Vana kapanmıyor gibi bir belirti görüldüğünde yalnız başlangıçları silmek asıl sorunu çözmeyebilir. Buna karşılık program tekrar ederken vanayı arızalı saymak da yanlış olabilir. Tanı tablosu bu iki olasılığı ayırmak için kullanılır. Elektriksel ölçüm veya vana müdahalesi gerekli olduğunda yetkili kişi devreye girer. Kullanıcı tarafından güvenle okunabilen program ve zaman bilgileri önceden hazırlanabilir. Bu hazırlık, teknik incelemeyi hızlandırırken belgesiz kesin arıza iddialarını önler.

Düzeltmeyi tek ve izlenebilir adımlarla yapmak

Gereksiz başlangıç doğrulanmışsa hangi programdaki hangi alanın değişeceğini yazın. Üreticinin kapatma yöntemini kullanın; gece yarısı gibi bir saat değerini kapalı yerine girmeyin. Değişiklik sonrası diğer başlangıçları tekrar okuyun. Programın günleri veya istasyon süreleri yanlışlıkla değişmiş mi kontrol edin. Uygulamalı sistemde kayıt ile cihaz eşitlemesi tamamlandı mı bakın. Sonuç yalnız kaydet düğmesine basılmasıyla değil geçerli ayarın okunmasıyla doğrulanır.

Birden fazla hatalı kayıt varsa önce her biri belirlenir, sonra gerekli düzeltmeler planlı biçimde uygulanır. Her değişikliğin nedenini ayrı tutmak, sonucun anlaşılmasını kolaylaştırır. Bütün programı sıfırlamak gerekiyorsa bunun gerekçesi ve geri kurulum dosyası hazır olmalıdır; sıradan bir tekrar belirtisi için otomatik ilk adım olarak kullanılmaz. Gereksiz test çevrimleri oluşturmayın. Son doğrulama, talimata uygun kontrollü çalışma veya sonraki planlı çalışma üzerinden yapılabilir; saha koşulları dikkate alınır.

Sonuç kontrolünde aynı belirtiyi tekrar aramak

Düzeltme öncesinde tanımladığınız belirtiyi kontrol sonrasında aynı biçimde gözleyin. Örneğin bütün program ikinci kez başlıyorduysa artık bir kez tamamlandığı doğrulanır. Yalnız toplam bitişin erken olması yeterli kanıt olmayabilir; sensör başka nedenle programı durdurmuş olabilir. Kontrol sırasında etkin gün, sensör durumu ve yapılan manuel komutlar kaydedilir. Böylece öncesi ve sonrası benzer koşullarda karşılaştırılır. Farklı koşullarda elde edilen sonucu doğrudan düzeltmenin etkisi olarak sunmayın.

Belirti sürüyorsa önceki kayıt korunarak bir sonraki inceleme başlığına geçilir. Yeni bulgu yokken aynı ayarı tekrar tekrar kaydetmek tanıya katkı sağlamaz. Cihaz modeli, program tablosu ve olay saatleriyle teknik destekten değerlendirme istenebilir. Destek mesajında yapılan her değişiklik ve sonucu kısa sırayla anlatın. Parola paylaşmak gerekmez. Gözlenmeyen bir sonucu kesin gibi yazmak yerine doğrulanmadı ifadesini kullanmak, doğru sorunun çözülmesine yardımcı olur.

Beş istasyonlu örnekte ters okuma yapmak

Bir kontrol ünitesinde beş etkin istasyon bulunduğunu düşünün. Program A’da birinci, ikinci ve üçüncü istasyon; program B’de dördüncü ve beşinci istasyon bulunması isteniyor olsun. Program ekranlarını hızlıca okuyan kullanıcı her iki takvimin başlangıcını doğru görebilir. Ancak üçüncü istasyona B programında da süre girilmişse sorun yalnız başlangıç listesinden anlaşılamaz. Ters okuma, her istasyonu ayrı satıra alarak hangi programlarda etkin olduğunu gösterir. Böylece istenen grup ile kayıtlı grup karşılaştırılabilir.

Üçüncü satırdaki fark henüz hata olarak kapatılmaz. Belki bu alanın bilinçli ek çevrimi vardır veya eski bir bakım ihtiyacı programa işlenmiştir. Program sorumlusu kullanım amacını doğrular. Gereksiz olduğu anlaşılırsa yalnız ilgili kayıt talimata göre değiştirilir. Sonrasında A programındaki doğru sürenin korunup korunmadığı okunur. Bir istasyonun başka programdaki kaydını düzeltirken asıl programını da yanlışlıkla değiştirmemek için ekranın seçili harfi her işlemde kontrol edilir.

Bekleme aralığını örtüşme sanmak

Bir programın içinde tanımlı bekleme bulunuyorsa kullanıcı suyun durmasını programın tamamlandığı şeklinde yorumlayabilir. Daha sonra aynı veya başka istasyon çalışınca yeni bir çevrim başladığını sanabilir. Bu nedenle gözlemde suyun geçici durduğu an ile cihazın program tamamlandı durumu ayrı kaydedilir. Çevrim ve bekleme özelliğinin bulunup bulunmadığı kılavuzdan doğrulanır. Böyle bir özellik etkin değilse beklemenin başka nedeni araştırılır; her boşluk otomatik olarak planlı dinlenme kabul edilmez.

Örnek olarak 8 dakikalık iki çalışma bölümü arasında 12 dakikalık planlı bekleme olduğunu düşünün. Etkin çalışma toplamı 16 dakika, ilk başlangıçtan son bitişe kadar geçen aralık 28 dakikadır. Bu aralık tek kesintisiz 28 dakikalık sulama değildir. Sayılar yalnız zaman kaydının nasıl okunacağını gösterir; saha için önerilen çevrim düzeni değildir. Cihaz geçmişi bu bölümleri ayrı satırlarla gösteriyorsa iki kayıt mutlaka iki bağımsız otomatik başlangıç anlamına gelmez.

Geçici durdurmadan dönüşte takvim kontrolü

Yağış, bakım veya saha kullanımı nedeniyle geçici durdurma uygulanmış olabilir. Durdurma bitince cihazın hangi takvime döneceği ve kaçırılmış başlangıçlarla ne yapacağı modeline göre öğrenilmelidir. Kullanıcı bu davranışı bilmeden ek telafi programı oluşturmuşsa dönüş günü beklenenden fazla çalışma görülebilir. Olay dosyasında durdurmanın başlangıç ve bitişi ile sonradan eklenen komutlar ayrı belirtilir. Programın kendi kendine çoğaldığı sonucuna varmadan önce bu geçici işlemler kontrol edilir.

Durdurma süresi dolduktan sonra eski normal plana dönüldüğü düşünülüyorsa mevcut program tablosuyla karşılaştırma yapılır. Geçici ek başlangıç hâlâ etkin mi, manuel test programı bırakılmış mı ve mevsimsel oran değişmiş mi soruları okunur. Bu kontrol, bütün cihazlarda aynı dönüş davranışı olduğunu varsaymaz. Üreticinin açıklamasıyla gözlenen kayıt birlikte değerlendirilir. Geçici düzenlemelere son gözden geçirme tarihi eklemek, ileride aynı belirsizliğin oluşmasını azaltabilir.

İki kontrol ünitesinin aynı alanı etkilediği durum

Büyük veya zaman içinde genişletilmiş sahalarda farklı cihazlar yakın alanları yönetebilir. Kullanıcı tek bir sulama hattının tekrar çalıştığını sanırken komşu bir bölgenin başka denetleyiciden açıldığını görüyor olabilir. Bu olasılık için fiziksel alan haritası ile cihaz listesi karşılaştırılır. Her vananın hangi kontrol ünitesine bağlı olduğu açıkça yazılmalıdır. Uygulamada benzer ad taşıyan iki cihaz varsa bunlara ayırt edici konum adları verilebilir; ad değişikliği fiziksel bağlantıyı değiştirmez.

İki cihazın programlarını koordine etmek gerekebilir, fakat bir cihazın ayarını değiştirerek diğerinin davranışını düzelttiğiniz varsayılmamalıdır. Olay kaydında hangi cihazdan veri alındığı belirtilir. Saatler farklıysa önce her birinin yerel zaman bilgisi doğrulanır. Aynı su kaynağını paylaşan bölgelerin eşzamanlılığı hidrolik tasarım açısından ayrıca incelenmelidir. Bu konu, yalnız yazılım takvimlerinin örtüşüp örtüşmediğini hesaplamaktan farklı bir teknik değerlendirmedir.

Destek görüşmesine üç dosyayla hazırlanmak

Birinci dosya mevcut programın okunabilir tablosu, ikinci dosya belirtinin tarihli gözlemleri ve üçüncü dosya yapılan değişikliklerin listesidir. Bu ayrım, teknik desteğin sistem ne yapmalı, ne yaptı ve arada ne değişti sorularını ayrı yanıtlamasını sağlar. Ekran görüntülerinde program harfi, istasyon ve birimler görünür kalmalıdır. Gereksiz kişisel hesap bilgileri kapatılır. Dosyaları yüzlerce benzer görüntüyle büyütmek yerine durumu değiştiren kayıtlar seçilir.

Destek yanıtı geldiğinde önerilen işlemin hangi modele ve hangi bulguya dayandığını not edin. İşlem uygulandıysa sonucunu aynı gözlem biçimiyle kaydedin; uygulanmadıysa yapılmış gibi raporlamayın. Program çakışması çözüldü ifadesinin dayanağı, başlangıçların görünüşte düzenli olması değil beklenen çalışma sayısının doğrulanmasıdır. Belirsiz kalan bir bölge varsa açıkça belirtilir. Bu yaklaşım, sorunun tekrarında önceki tanı ve düzeltmenin güvenilir referans olarak kullanılmasını sağlar.

Sık sorulan sorular

İkinci başlangıcı kapatırsam ikinci vana çalışmaz mı?

Klasik program mantığında başlangıç alanları vana numarası değildir; bir başlangıç programdaki etkin istasyonları sırayla çalıştırabilir. Ancak kendi modelinizin yapısını belgeden doğrulayın. İkinci vana ilgili programda doğru süreyle yer alıyorsa gereksiz ikinci başlangıcın kaldırılması farklı bir işlemdir. Önce program ve istasyon haritasını okuyun. Hangi alanın neyi yönettiği anlaşılmadan başlangıç silmek veya süre değiştirmek doğru değildir.

Çakışma varsa cihaz mutlaka iki vanayı aynı anda mı açar?

Hayır, davranış modele ve ayarlara bağlıdır. Cihaz programı sıraya alabilir, eşzamanlı çalışma seçeneği sunabilir veya başka bir öncelik düzeni uygulayabilir. Teknik belgede bu davranış doğrulanmalıdır. Yazılımın eşzamanlılığa izin vermesi saha hidrolik kapasitesini kanıtlamaz. Çakışmayı çözmek için bütün vanaları birlikte denemek uygun yöntem değildir. Mevcut çizelge ve cihazın resmi çalışma kuralları birlikte değerlendirilir.

Başlangıçlar değişmediği halde neden yeni tekrar görüyorum?

İstasyon süresi, mevsimsel oran, gün takvimi veya manuel komut gibi başka etkenler değişmiş olabilir. Aynı istasyon başka programda etkinleşmiş olabilir. Ayrıca program tekrarı sanılan olay mekanik bir kapanma sorunuyla ilişkili olabilir. Önce belirtinin tam zamanını ve bölgesini kaydedin, ardından bütün ilgili katmanları sırayla okuyun. Tek bir değişkenin sabit kalması bütün sistemin aynı koşulda çalıştığını kanıtlamaz.

Fabrika ayarına dönmek en hızlı çözüm mü?

Her durumda değil. Sıfırlama mevcut program ve tanı bilgisini kaybettirebilir, ayrıca yeniden kurulum gerektirebilir. Önce program kayıtlarını saklayın ve tekrarın kaynağını inceleyin. Üretici belirli bir sorun için sıfırlama öneriyorsa tam modele ait talimat ve son kurulum kontrolü uygulanır. Tek bir gereksiz başlangıç için bütün sistemi silmek gerekmeyebilir. Hızlı görünen işlem, sonraki belirsizliği artırıyorsa tanıyı kolaylaştırmaz.

Son kontrol için bir kabul cümlesi yazmak yararlıdır: seçilen günde A programı bir kez tamamlandı, üçüncü bölge B programında yeniden çalışmadı ve sonraki başlangıç beklenen aralıkta gerçekleşti. Bu örnek cümle yalnız gerçekten gözlenen başlıklarla doldurulmalıdır. Gözlem yapılmayan başka günler için aynı sonucu kesin olarak ileri sürmeyin. Özellikle aralıklı takvim kullanılıyorsa ortak etkin günün kontrolü ayrıca planlanabilir. Böylece tamamlanma ölçütü belirsiz bir sorun yok ifadesinden somut ve denetlenebilir bir kayda dönüşür.

Çakışmayı görünür kayıtlarla çözün

Sulama programı çakışmasını bulmak için başlangıçlar, istasyon eşleşmeleri, günler ve süreyi etkileyen ayarlar aynı olay dosyasında okunmalıdır. Beklenen plan ile gerçek gözlem karşılaştırılır; farkın kaynağı doğrulanmadan bütün ayarlar değiştirilmez. Bir tekrar bilinçli olabilir, bir gecikme cihazın sıralama davranışından doğabilir. Bu nedenle amaç yalnız iki saat arasını açmak değil, sistemin istenen sayıda ve doğru bölgelerde çalıştığını doğrulamaktır.

Mevcut cihazınızın model adı, program tablosu ve olayın saatleriyle iletişim sayfasından bilgi isteyebilirsiniz. Yeni kontrol ünitesi düşünülüyorsa ürünler alanında kapasite kadar sıralama ve program davranışlarını da karşılaştırın. Doğru kayıt, teknik görüşmeyi cihaz çok çalışıyor ifadesinden somut bir senaryoya taşır. Son düzeltmenin tarihi ve doğrulama sonucu saklandığında aynı sorun yeniden görülürse önceki çözüm kolayca değerlendirilebilir.