DNP3 Protokolü

DNP3, ilk olarak elektrik dağıtım ve telekontrol uygulamalarındaki RTU–master haberleşme ihtiyaçları için geliştirilmiş, daha sonra elektrik üretimi, iletimi, dağıtımı, su ve diğer kritik altyapı uygulamalarında yaygınlaşmış bir protokoldür. DNP Users Group'a göre protokolün geliştirilmesi 1993 yılında DNP Users Group'a devredilmiş, DNP3 ise 2010 yılında IEEE 1815 olarak standardize edilmiştir. IEEE 1815 standardı protokol yapısını, fonksiyonlarını ve birlikte çalışabilir uygulama seçeneklerini tanımlar.

DNP3 günümüzde IEEE 1815 ailesi ile ilişkilidir. IEEE'nin mevcut çalışma sayfasında P1815, IEEE 1815-2012'nin yerini alacak yeni çalışma olarak gösterilmektedir; IEEE 1815-2012 ise 2023 yılında inaktif-rezerv statüsüne alınmıştır. Bu nedenle bir proje dokümanında "DNP3" ifadesinin yanında kullanılan standardın ve cihazın desteklediği sürüm/profile bilgisinin ayrıca belirtilmesi doğru bir mühendislik yaklaşımıdır.

IEEE 1815.2-2025, 5 Şubat 2026 tarihinde yayımlanmış güncel bir DNP3 profil standardıdır. DER veri modelini IEC 61850-7-420'den seçilen nesnelerle ilişkilendirerek DNP3 üzerinden farklı üreticilere ait DER sistemleriyle birlikte çalışabilirliği hedefler.

DNP3 klasik olarak OSI'nin tüm yedi katmanını ayrı ayrı uygulamak yerine özellikle application, data link ve physical katmanlarını kullanan katmanlı bir yapı olarak tanımlanmıştır. DNP3 over TCP/IP kullanıldığında TCP/IP, DNP3 link/application katmanlarının altında taşıma altyapısı sağlar. DNP Users Group, DNP3'ün application layer, data link layer ve physical layer yaklaşımını açıkça belirtmektedir.

┌──────────────────────────────────────┐
│          DNP3 Application Layer      │
│ Objects • Variations • Function Code │
│ Class • Events • Controls • Time     │
├──────────────────────────────────────┤
│          DNP3 Data Link Layer        │
│ Link Header • Source/Destination     │
│ Length • Control • CRC               │
├──────────────────────────────────────┤
│ Transport / TCP-IP (DNP3 over IP)   │
├──────────────────────────────────────┤
│ Physical / Serial / Ethernet         │
└──────────────────────────────────────┘

DNP3 mimarisinde klasik olarak master, haberleşmeyi başlatan ve outstation'lardan veri isteyen taraftır. Outstation ise saha cihazı, RTU, IED veya benzeri uzak istasyon tarafıdır. Güncel uygulamalarda cihazların desteklediği fonksiyonlara göre daha karmaşık mimariler görülebilir; ancak SCADA entegrasyonunun temel modeli master/outstation ilişkisidir.

DNP3'te data point adreslemesi klasik Modbus register yaklaşımından farklıdır. Link layer seviyesinde kaynak ve hedef adresler bulunurken application seviyesinde veri; group, variation ve index bilgileriyle tanımlanır.

Master Address:     1
Outstation Address: 10

Application object:
Group = 30
Variation = 1
Index = 25

Anlam:
Analog Input
32-bit value
Point index 25

Bu nedenle bir DNP3 tag tanımında yalnızca "25 numaralı nokta" demek çoğu zaman yeterli değildir. Noktanın object group'u, variation'ı, index'i ve gerekiyorsa class/event özellikleri birlikte belirlenmelidir.

DNP3 data link layer frame'leri sabit bir başlangıç imzası, uzunluk, link control, kaynak/hedef adresleri ve CRC alanları kullanır. CRC'nin frame içindeki bloklar üzerinde kullanılması, haberleşme hatalarının algılanmasına yardımcı olur.

+--------+--------+--------+--------+--------+--------+
| 0x05   | 0x64   | Length | Link   | Dest   | Source |
| Start  | Start  |        | Control|        |        |
+--------+--------+--------+--------+--------+--------+
| CRC    | User Data / Transport / Application ...   |
+-----------------------------------------------------+

DNP3 frame formatındaki ayrıntılar seri ve IP uygulamasının alt taşıma özelliklerine göre değerlendirilmelidir. Paket analizi yapılırken link layer ile application layer mesajlarının birbirine karıştırılmaması önemlidir.

DNP3 application mesajları gerektiğinde fragment'lara ayrılabilir. Transport layer, application fragment'larının link layer frame'lerine taşınmasında sequence bilgisi kullanır. Bu yapı, özellikle seri hatlar ve sınırlı MTU/bant genişliği koşullarında application mesajlarının taşınmasını mümkün kılar.

DNP3 application layer, protokolün SCADA açısından en önemli bölümüdür. Application Control alanı fragment, confirmation, unsolicited response ve sequence bilgilerini yönetirken Function Code alanı mesajın ne amaçla gönderildiğini belirtir.

DNP3'ün veri modelinin merkezinde Object Group ve Variation kavramları bulunur. Group, verinin hangi tür olduğunu; Variation ise o türün hangi veri formatında/encoding biçiminde taşındığını belirtir. DNP Users Group ve MITRE'nin DNP3 açıklamaları bu modeli temel veri organizasyonu olarak kullanır.

Aynı Group farklı Variation'larla farklı veri formatlarında taşınabilir. Bu özellik DNP3'ün farklı cihazların kapasitesine ve veri temsil biçimlerine uyum sağlamasını kolaylaştırır. Örneğin Analog Input grubunda 16-bit integer, 32-bit integer, 32-bit floating point veya zaman etiketli formatlar gibi seçenekler bulunabilir.

DNP3'te class yapısı, verilerin nasıl sorgulanacağını ve olayların nasıl önceliklendirileceğini belirlemede çok önemlidir. Class 0 statik/current data için; Class 1, Class 2 ve Class 3 ise event data için kullanılır. Bu sınıflar master'ın farklı önceliklerde event polling yapmasına imkân verir.

Startup:
    Class 0 → complete static scan

Normal operation:
    Class 1 → high priority events
    Class 2 → medium priority events
    Class 3 → low priority events

Periodic:
    Class 0 → integrity / complete scan

DNP3'ün SCADA açısından güçlü yönlerinden biri event-oriented data modelidir. Bir veri değiştiğinde outstation event object oluşturabilir. Event object, mevcut değeri tekrar tekrar okumak yerine değişimin kendisini master'a taşıyabilir.

Event variation'ları zaman damgası içerebilir. Böylece master, olayın kendi haberleşme zamanından ziyade outstation tarafında oluşan olay zamanını değerlendirebilir. Bu özellik SOE (Sequence of Events), alarm ve olay kayıt uygulamaları için önemlidir.

Klasik polling yaklaşımında master belirli aralıklarla outstation'a veri sorar. DNP3 ise outstation'ın event oluştuğunda master'dan yeni bir poll beklemeden unsolicited response göndermesine izin veren bir mekanizmaya sahiptir.

Polling model:
Master ──Read Class 1──► Outstation
Master ◄──Events──────── Outstation

Unsolicited model:
Outstation ──Event──────► Master
              (no new poll required)

Unsolicited response kullanıldığında enable/disable işlemleri, confirmation davranışı, class/event queue kapasitesi ve bağlantı yeniden kurulduğunda event recovery mekanizması birlikte tasarlanmalıdır.

Application layer Function Code, mesajın hangi işlemi gerçekleştirdiğini belirtir. Aynı mesaj içindeki object'ler bu function code'un belirttiği işlem bağlamında ele alınır.

DNP3 binary control işlemlerinde yaygın olarak Control Relay Output Block (CROB) kullanılır. CROB; operation type, count, on-time, off-time ve kontrol sonucu ile ilişkili alanları içerir.

Binary Output Command
        │
        ▼
      CROB
        ├── Operation Type
        ├── Count
        ├── On Time
        ├── Off Time
        └── Status

Common operation:
Select → Operate

Alternative:
Direct Operate

Select-Before-Operate (SBO), kritik kumandalarda yanlış veya istem dışı operasyon riskini azaltmak için kullanılan iki aşamalı bir kontroldür. Master önce Select gönderir, outstation kabul ederse Operate ile gerçek işlemi başlatır.

DNP3 sayaçları; enerji, çalışma sayısı, pulse counter ve benzeri birikimli değerlerin aktarılması için kullanılabilir. Counter ve Frozen Counter grupları birbirinden ayrıdır.

DNP3 zaman senkronizasyonu; event timestamp'larının doğru yorumlanması ve outstation saatlerinin master ile uyumlu tutulması için önemlidir. DNP3'ün zaman etiketli event variation'ları özellikle olay kayıt sistemlerinde kullanılır.

Proje tasarımında yalnızca DNP3 time synchronization mesajının desteklenmesi değil, outstation saat kaynağı, UTC/local time yaklaşımı, daylight saving uygulaması, saat sapması ve olay zamanının SCADA historian'a nasıl aktarılacağı da tanımlanmalıdır.

DNP3 farklı fiziksel ve taşıma ortamlarında kullanılabilecek şekilde tasarlanmıştır. Seri haberleşme uygulamalarında RS-232/RS-485 gibi arayüzler görülürken, modern SCADA sistemlerinde DNP3 over TCP/IP yaygın olarak kullanılmaktadır.

DNP3 Object Header yalnızca Group ve Variation bilgilerini taşımaz. Qualifier/range bilgileri, master'ın hangi object index'lerinin veya kaç object'in işleneceğini belirtir. Bu sayede tek bir point, bir index aralığı, count veya tüm mevcut nesneler istenebilir.

Group 30 / Variation 1

Qualifier:
    Start = 0
    Stop  = 99

Anlam:
    Analog Input 0 ... 99 oku

İstemci yazılımında qualifier'ın doğru işlenmesi önemlidir. Aksi durumda outstation'dan doğru veri geliyor olsa bile yalnızca ilk point okunabilir veya beklenmeyen point aralığı sorgulanabilir.

DNP3 response'larında yalnızca data object'ler değil, response status bilgileri de değerlendirilmelidir. Bir istemcinin "paket geldi" sonucunu "işlem başarılı" olarak yorumlaması doğru değildir.

DNP3 response'larında Internal Indications (IIN), outstation'ın master'a iletmek istediği önemli durumları belirtir. Örneğin cihazın class event verisi bulunduğu, device restart olduğu veya time synchronization gibi bir işlemin gerekli olduğu durumlar IIN üzerinden bildirilebilir.

Bu nedenle EOS gibi bir DNP3 master/client uygulaması yalnızca object data'yı işlemekle kalmamalı, IIN bitlerini de izleyerek haberleşme ve cihaz durumunu ayrı bir diagnostic katmanında değerlendirmelidir.

DNP3 kritik enerji altyapısında kullanıldığından güvenlik yalnızca IP firewall ile sınırlanmamalıdır. DNP Users Group, DNP3 Secure Authentication'ın uygulama seviyesinde güvenlik sağlayan mekanizmalardan biri olduğunu belirtmektedir. DNP3-SA sürüm 5, IEEE 1815-2012 kapsamında yer almıştır.

DNP3 cihazları aynı protokol ailesinin tüm özelliklerini desteklemek zorunda değildir. IEEE 1815, interoperable application options/subset yaklaşımıyla cihazların desteklediği fonksiyonların belirlenmesini sağlar. Bu nedenle bir entegrasyonda "cihaz DNP3 destekliyor" bilgisi tek başına yeterli değildir.

DNP3 ile IEC 61850 birbirinin doğrudan alternatifi olmak zorunda değildir. IEEE 1815.1, DNP3 ve IEC 61850 ağları arasında bilgi alışverişi için standart bir mapping yaklaşımı tanımlar. Bu yaklaşımda DNP3 master ile IEC 61850 remote site veya IEC 61850 master ile DNP3 remote site arasında gateway kullanılabilir.

             EOS SCADA
                 │
          DNP3 Master / Client
                 │
          ┌──────┴──────┐
          │   Gateway   │
          │ DNP3 ↔ 61850│
          └──────┬──────┘
                 │
        IEC 61850 Station Bus
          ┌──────┼──────┐
         IED    IED    IED
        MMS    GOOSE    SV

DNP3'ün güncel gelişim alanlarından biri DER (Distributed Energy Resources) uygulamalarıdır. IEEE 1815.2-2025, DER iletişimi için DNP3 tabanlı standart bir profile tanımlar. Bu profil, IEC 61850-7-420:2021'den seçilen veri nesnelerini sabit bir DNP3 data point listesine eşleyerek farklı üreticilerin DER tesisleri arasında birlikte çalışabilirliği hedefler.

Bu gelişme, DNP3'ün yalnızca klasik RTU–SCADA protokolü olarak değil; güneş enerjisi, batarya enerji depolama sistemleri, inverter tabanlı kaynaklar ve plant controller uygulamalarında da kullanılmaya devam ettiğini göstermektedir.

EOS SCADA'daki DNP3 istemcisinin temel görevi, DNP3 outstation ile haberleşerek statik değerleri, event verilerini, sayaçları, analog ölçümleri ve kontrol noktalarını EOS tag modeline aktarmaktır.

EOS SCADA
    │
    ▼
EOS DNP3 Client / Master
    │
    ├── Link connection
    ├── Application requests
    ├── Class polling
    ├── Unsolicited responses
    ├── Time synchronization
    └── Controls
    │
    ▼
DNP3 Outstation
    ├── Binary Inputs
    ├── Double-Bit Inputs
    ├── Counters
    ├── Analog Inputs
    ├── Binary Outputs
    └── Analog Outputs

EOS tarafında tag modelinin en azından station address, group, variation, index, data type, class, timestamp ve quality gibi bilgileri gerektiğinde saklayabilmesi, farklı DNP3 cihazlarının entegrasyonunu kolaylaştırır.

DNP3'te bir tag'in kimliği yalnızca index numarası değildir. EOS SCADA'da aşağıdaki metadata'nın birlikte tutulması önerilebilir:

Örnek EOS DNP3 Tag:

Station : 10
Group   : 30
Variation: 1
Index   : 25
Class   : 1
Type    : Analog Float
Name    : Generator_ActivePower

DNP3 SCADA uygulamalarında polling stratejisi haberleşme performansını doğrudan etkiler. Tüm noktaları sürekli okumak yerine Class 1/2/3 event polling ile değişen verilerin öncelikli alınması ve belirli aralıklarla Class 0 integrity scan yapılması daha verimli bir yaklaşım olabilir.

Bağlantı başlangıcı:
    Class 0 → Full scan

Normal çevrim:
    Class 1 → sık
    Class 2 → orta
    Class 3 → seyrek

Periyodik bütünlük:
    Class 0 → complete scan

Event yoğunluğu:
    Unsolicited → event-driven transfer

1. Device Profile kontrolü: Outstation'ın desteklediği Group/Variation, function code, class ve security özellikleri alınır.
2. Adres planı: Master ve outstation adresleri doğrulanır.
3. Ağ testi: TCP/IP kullanılıyorsa IP, port, routing ve firewall kuralları kontrol edilir.
4. Link testi: Link frame, CRC, source/destination ve sequence davranışı doğrulanır.
5. Class 0 testi: Static data okunur ve point map ile karşılaştırılır.
6. Class 1/2/3 testi: Event üretimi ve önceliklendirme doğrulanır.
7. Timestamp testi: Zaman damgalı event'lerin outstation zamanı ile geldiği doğrulanır.
8. Unsolicited testi: Enable, event generation ve confirmation davranışı test edilir.
9. Control testi: Yetkili test ortamında Select/Operate veya Direct Operate denenir.
10. Counter testi: Counter/Frozen Counter davranışı kontrol edilir.
11. Time sync testi: Outstation saatinin senkronizasyonu doğrulanır.
12. Reconnect testi: Ağ bağlantısı kesilip yeniden kurularak event recovery kontrol edilir.
13. Security testi: Destekleniyorsa DNP3 Secure Authentication ve erişim politikaları test edilir.

DNP3 entegrasyonunda Wireshark, "bağlantı var fakat veri gelmiyor" veya "control gönderiliyor fakat cihaz uygulamıyor" gibi problemlerde çok değerlidir. Analiz katmanlı yapılmalıdır.

Büyük DNP3 sistemlerinde performans; yalnızca TCP bant genişliğiyle değil, point sayısı, class dağılımı, event yoğunluğu, polling periyodu, unsolicited trafiği, application fragment sayısı, outstation kapasitesi ve historian yazma yükü ile birlikte değerlendirilir.

• DNP3 entegrasyonuna başlamadan önce cihazın Device Profile bilgisini alın.
• Tag adresini yalnızca index olarak tutmayın; Group + Variation + Index yapısını koruyun.
• Class 0 ile integrity scan, Class 1/2/3 ile event polling yaklaşımını cihaz kapasitesine göre tasarlayın.
• Unsolicited response kullanılıyorsa event queue ve confirmation davranışını test edin.
• Analog değerlerde signed/unsigned/integer/float variation ayrımını mutlaka doğrulayın.
• Source timestamp'ı haberleşme zamanından ayırın.
• Control işlemlerinde mümkünse güvenlik gereksinimlerine uygun SBO yaklaşımını değerlendirin.
• IIN bilgilerini diagnostic katmanında izleyin.
• DNP3 Secure Authentication desteğini kritik sistemlerde değerlendirin.
• TCP 20000 portunu varsayılan bir güvenlik politikası olarak değil, proje konfigürasyonu olarak değerlendirin.
• Wireshark ile gerçek trafik ve cihaz profili arasındaki uyumu doğrulayın.
• IEC 61850 gateway projelerinde IEEE 1815.1 mapping yaklaşımını dikkate alın.
• DER uygulamalarında güncel IEEE 1815.2-2025 profile gereksinimlerini ayrıca değerlendirin.

DNP3, özellikle elektrik enerjisi SCADA sistemlerinde uzun yıllardır kullanılan ve olay tabanlı veri aktarımı, zaman damgalı event'ler, class polling, unsolicited response, kontrol işlemleri ve farklı iletişim ortamlarına uyarlanabilmesi sayesinde güçlü bir telekontrol protokolü olmaya devam etmektedir.

DNP3'ü doğru anlamanın anahtarı; Master/Outstation mimarisi ile birlikte Link Layer → Transport → Application → Object Group → Variation → Qualifier → Index → Class zincirini birlikte değerlendirmektir. SCADA uygulamasında buna quality, timestamp, IIN, event queue, control status ve security bilgileri de eklenir.

EOS SCADA açısından DNP3; RTU, IED, enerji üretim tesisleri, dağıtım sistemleri ve gateway uygulamalarında geniş bir entegrasyon alanı sunar. Bununla birlikte gerçek bir projede cihazın desteklediği Group/Variation/function code/profile bilgileri doğrulanmalı, güvenlik mimarisi IEC/IEEE gereksinimleriyle birlikte tasarlanmalı ve devreye alma sırasında gerçek paket trafiği analiz edilmelidir.

Bu dokümanın teknik içeriğinde DNP Users Group, IEEE ve ilgili üretici/uygulama dokümantasyonları esas alınmıştır. Aşağıdaki bağlantılar, DNP3 protokolünün standardizasyon durumu, veri modeli, uygulama seçenekleri, güvenlik, IEC 61850 eşleştirmesi ve DER uygulamaları için doğrudan teknik kaynaklara erişim sağlar.

36.1. Resmî IEEE Standartları ve Çalışmaları

• IEEE Std 1815-2012 – DNP3 Standardı: DNP3 protokol yapısı, fonksiyonları ve interoperable application options (subset levels) için temel referanstır.
  IEEE Xplore – IEEE 1815-2012
• IEEE SA – IEEE 1815-2012: Standardın resmî IEEE durum sayfası. 1815-2012'nin 30 Mart 2023 tarihinde Inactive-Reserved statüsüne alındığı ve P1815 çalışmasının devam ettiği burada görülebilir.
  IEEE Standards Association – IEEE 1815-2012
• IEEE P1815 – Yeni DNP3 Standardizasyon Çalışması: DNP3 protokolünün yeni nesil IEEE standardizasyon çalışmasını ve 1815-2012'nin yerini alması planlanan çalışmayı takip etmek için kullanılabilir.
  IEEE SA – IEEE P1815
• IEEE 1815.1-2015 – DNP3 ↔ IEC 61850: DNP3 ve IEC 61850 ağları arasında bilgi değişimi ve veri eşleştirmesi için tanımlanan yaklaşımı açıklar.
  IEEE SA – IEEE 1815.1-2015
• IEEE 1815.2-2025 – DER Profili: Dağıtık enerji kaynakları için DNP3 tabanlı standart iletişim profilini tanımlar. Profil, IEC 61850-7-420:2021'den seçilen veri nesnelerini sabit DNP3 veri noktaları ile eşleştirir.
  IEEE Xplore – IEEE 1815.2-2025

36.2. DNP Users Group

• DNP Users Group – Ana Sayfa: DNP3'ün geliştirilmesi, birlikte çalışabilirlik, siber güvenlik, uygunluk testleri ve teknik dokümantasyon için resmî kullanıcı grubu kaynağıdır.
  DNP Users Group – www.dnp.org
• DNP3 Protocol Overview: DNP3'ün tarihçesi, standardizasyon süreci, teknik dokümantasyon yapısı, subset seviyeleri ve güvenli kimlik doğrulama kaynakları hakkında bilgi verir.
  DNP Users Group – Overview of DNP3 Protocol
• DNP Users Group – About: Teknik komite, teknik bültenler, test prosedürleri ve protokolün gelişim süreci hakkında resmî bilgileri içerir.
  DNP Users Group – Technical Committee and Resources

36.3. Uygulama ve Yazılım Kaynakları

• OpenDNP3 Guide: IEEE 1815/DNP3 uygulamalarında kullanılan açık kaynaklı OpenDNP3 kütüphanesinin teknik rehberidir. Object Group/Variation, master/outstation yapısı ve uygulama örnekleri açısından yararlıdır.
  OpenDNP3 – Technical Guide
• OpenDNP3 GitHub Rehberi: OpenDNP3 projesinin kaynak kodu ve teknik rehber bağlantıları.
  GitHub – dnp3/opendnp3-guide
• ABB DNP3 Protocol Documentation: Group/Variation, Class 0–3, event reporting, unsolicited response, time synchronization ve DNP3 iletişim mimarisinin pratik uygulama açıklamalarını içerir.
  ABB – DNP3 Protocol
• ABB 615 Series DNP3 Communication Protocol Manual: DNP3 class yapısı, polling yöntemleri, unsolicited reporting ve subset uygulamasına ilişkin ayrıntılı bir üretici teknik kılavuzudur.
  ABB – 615 Series DNP3 Protocol Manual (PDF)

36.4. DNP3 Eğitimi ve Teknik Referanslar

• IEEE Std. 1815 (DNP3) Tutorial: IEEE Substations Committee tarafından hazırlanmış, DNP3 ve DNP3–IEC 61850 ilişkisini açıklayan teknik eğitim dokümanıdır.
  IEEE – DNP3 Tutorial (PDF)
• IEEE Resource Center – DNP3: DNP3/IEEE 1815 konusunda eğitim ve teknik içeriklere erişim sağlar.
  IEEE Resource Center – DNP3

36.5. Güncel DNP3 ve Enerji Sistemleri Gelişmeleri

IEEE 1815.2-2025, DNP3'ün yalnızca klasik RTU/SCADA haberleşmesiyle sınırlı olmadığını; güneş, batarya, inverter tabanlı kaynaklar ve diğer DER uygulamalarında standartlaştırılmış veri noktalarıyla kullanılabildiğini göstermektedir. Bu profil, IEC 61850-7-420 tabanlı seçilmiş veri nesnelerini DNP3 veri noktalarıyla ilişkilendirerek farklı üreticiler arasındaki birlikte çalışabilirliği geliştirmeyi amaçlar.

EOS yazılımları, teknik dokümantasyon veya endüstriyel veri iletişimi hakkında iletişime geçebilirsiniz.

• benanbasoglu@gmail.com
• WhatsApp Teknik Destek Grubu
• ANKARA