İDEAL veri terminalinde /Sistem/İndikatör/Robot

[PROGRAMMER]

Selamlar...
Nispeten kullanımı daha kolay olduğundan SonYon için şunu önerebilirim:

var SonYon = GrafikSistem.Yon[GrafikSistem.GetLastYonNo()];

GetLastYonNo da sondan geriye gidiyormuş hemde tek satır Teşekkürler.

[kenten]

arkadaşlar robotun emirlerini aracı kuruma göndermesi , aracı kurumun teminat kontrolü ve sonrasında emri borsaya göndermesi, robota emir alındı onayı vermesi arasında bir zaman geçiyor.
bu zaman aracı kurumdan diğerine değişiyor

ideal bu bilgiyi ideal\TradeLog folderı altında gün bazında txt dosyalarda tutuyor

mesela 17.11.2017 dosyası 20171117.Txt olarak bulunuyor

dosyada şu şekilde bilgi var

>>>>><<<<<
2
Giden Mesaj : 15:04:22
Hesap : xxxxx
komut=VIOP_ISL¶m  (burada emir parametreleri)

Gelen Mesaj : 15:04:22
Hesap : xxxxx

OK
MSG:0;xxxxx;;xxxxxx;
Süre : 16



>>>>><<<<<

alttaki Süre karşısındaki rakam ms cinsinden emirin gidip onayı arasında geçen süreyi söylüyor .

aracı kurumlar arasında değişen süre bu.

Daha sağlıklı işlem yapmak kaymaları azaltmak için aracı kurumları karşılaştırmaya ne dersiniz .

ben a1 de 30 civarında gedikte 15 civarında görüyorum. şelale durumlarında her ikisinde 70 civarına çıkmış.
Özellikle ben işyatırımı merak ediyorum .
kontrol edip rakamları yazalımmı

pek ilgi olmadı . kullanıcı tarafında pek göze görünmeyen önemli bir kalite farkı olduğu için tekrar bi hatırlatıyım diyorum.
dikkatli izlemeye başladığımda iletim hızı iyi olan şirketlerde bile yoğun işlemlerin olduğu anlarda ciddi sarkmalar görüyorum. Bu karşı tarafta talepleri alan bilgiyasayarın yeterince güçlü olmadığını yoğun emir akışında yavaşladığını gösteriyor. belki 3-5 senedir belki daha uzun süredir upgrade edilmemiş makinalar var muhtemelen.
ben şahsen bi sonraki aracı kurumu , idealle robot anlaşması olması, düzgün emir alım altyapısına göre seçeceğim fiilen deneyerek.
%0,001 (yüzbinde 1)komisyon için pazarlık ediyoruz. 25 puan kayma %0.02 (onbinde 2) ye geliyo aşağı yukarı, 20 katına yani.

örneğin haftada sadece 2 kere pozisyon değiştiren bir sistemde 25 puan ortalama kayma senede kontrat başına 540TL maliyet yaratıyor.

[erhanacikgoz1]

pek ilgi olmadı . kullanıcı tarafında pek göze görünmeyen önemli bir kalite farkı olduğu için tekrar bi hatırlatıyım diyorum.
dikkatli izlemeye başladığımda iletim hızı iyi olan şirketlerde bile yoğun işlemlerin olduğu anlarda ciddi sarkmalar görüyorum. Bu karşı tarafta talepleri alan bilgiyasayarın yeterince güçlü olmadığını yoğun emir akışında yavaşladığını gösteriyor. belki 3-5 senedir belki daha uzun süredir upgrade edilmemiş makinalar var muhtemelen.
ben şahsen bi sonraki aracı kurumu , idealle robot anlaşması olması, düzgün emir alım altyapısına göre seçeceğim fiilen deneyerek.
%0,001 (yüzbinde 1)komisyon için pazarlık ediyoruz. 25 puan kayma %0.02 (onbinde 2) ye geliyo aşağı yukarı, 20 katına yani.

örneğin haftada sadece 2 kere pozisyon değiştiren bir sistemde 25 puan ortalama kayma senede kontrat başına 540TL maliyet yaratıyor.

önemli bir detay kesinlikle.

bence kayma maliyetleri başka algoritmalarla halledılebilir bununla ilgili bir program arayuzu hazırlıyorum burada yayınlarım belki.

Bu programı bir C sarpcıya ucretlı sekılde tasarlattırabılırsek kayma vb diğer tüm sorunlar ortadan kaldıracak algorıtmalar gelıstırebılecegız.

Kademeleri DDE olarak cekebılırmıyız acaba bu onemlı olacak.

Diyeceğim o ki dediğiniz gibi kayma maliyeti parasına bir programcıya para verıp kayma malıyetını engelleyıcı bır algorıtma geliştirerek kaymaya verecegın parayı programcıya ver böylece omur boyu kayma malıyetınden kurtulmus olursun.

10 kontratla calısıyorsak bıle 540*10 5,400 TL para eder.

5,400 TL yi Bir c sarpcıya program kodlaması için versen deli eder. Paranı 1 senede amorti edersin geri kalan yıllar kar.

Hem ıstedıgın kurumla calısırsın bır kuruma bagımlı kalmak zorunda olmazsın bu yontem cok daha akılcı.

[PROGRAMMER]

önemli bir detay kesinlikle.

bence kayma maliyetleri başka algoritmalarla halledılebilir bununla ilgili bir program arayuzu hazırlıyorum burada yayınlarım belki.

Bu programı bir C sarpcıya ucretlı sekılde tasarlattırabılırsek kayma vb diğer tüm sorunlar ortadan kaldıracak algorıtmalar gelıstırebılecegız.

Kademeleri DDE olarak cekebılırmıyız acaba bu onemlı olacak.

Diyeceğim o ki dediğiniz gibi kayma maliyeti parasına bir programcıya para verıp kayma malıyetını engelleyıcı bır algorıtma geliştirerek kaymaya verecegın parayı programcıya ver böylece omur boyu kayma malıyetınden kurtulmus olursun.

10 kontratla calısıyorsak bıle 540*10 5,400 TL para eder.

5,400 TL yi Bir c sarpcıya program kodlaması için versen deli eder. Paranı 1 senede amorti edersin geri kalan yıllar kar.

Hem ıstedıgın kurumla calısırsın bır kuruma bagımlı kalmak zorunda olmazsın bu yontem cok daha akılcı.

dde neden lazım?
lib.cs yada user.dll yöntemlerinde derinlik okumak basit.

ideal sistem tarafından gönderirken;
var Derinlik = Sistem.DerinlikVerisiOku(Sembol);
User.Metod(Derinlik, .......);

yazılan user.dll yada lib.cs metod parametrelerinde ise "dynamic Derinlik" olabilir.

public float Metod(dynamic Derinlik, .....)
{
....
}

kullanırken şöyle;

[yusuf06_tr]

Öneriler için teşekkürler bugun 2 işlem yapmiş bar sonu beklemeden biri pozitif digeri negatif bakalim ilk 50 islemde kayit tutacam bakalim sonuclar olumlu çıkacak mi

[NUTCRACKER]

pek ilgi olmadı . kullanıcı tarafında pek göze görünmeyen önemli bir kalite farkı olduğu için tekrar bi hatırlatıyım diyorum.
dikkatli izlemeye başladığımda iletim hızı iyi olan şirketlerde bile yoğun işlemlerin olduğu anlarda ciddi sarkmalar görüyorum. Bu karşı tarafta talepleri alan bilgiyasayarın yeterince güçlü olmadığını yoğun emir akışında yavaşladığını gösteriyor. belki 3-5 senedir belki daha uzun süredir upgrade edilmemiş makinalar var muhtemelen.
ben şahsen bi sonraki aracı kurumu , idealle robot anlaşması olması, düzgün emir alım altyapısına göre seçeceğim fiilen deneyerek.
%0,001 (yüzbinde 1)komisyon için pazarlık ediyoruz. 25 puan kayma %0.02 (onbinde 2) ye geliyo aşağı yukarı, 20 katına yani.

örneğin haftada sadece 2 kere pozisyon değiştiren bir sistemde 25 puan ortalama kayma senede kontrat başına 540TL maliyet yaratıyor.

Sn kenten bahsettiginiz konu onemli elbette. Bende kontrol ettim normal zamanlarda 45 50 civari bazi zamanlarda 100 hatta 150 ye cikmis.

Fakat su anki piyasa o kadar hizli degil yani demek istedigim selale durumlari yada bir anda haberle gelen ani yuklelislerin haricinde 50 100 ms pek onem arz etmez gibi geliyor. Zamanin %95 inde diyelim tahminen tabi iki emir arasi zaten 100 ms den yeterince fazla dolayisi ile cogu zaman onemi olmayacak. Sadece ayni anda tetiklenen sistemlerde onem arz eder ya da bar kapanisi ile tetiklenen sistemlerde bariz uzun barlarda bir cok sistem ayni anda emir gonderecek ve hizli olan onden gidecek. Birde bahsettigim gibi ani alim satimlarda herkes bir anda yuklendigi zaman hiz onemli olacak fakat cok az bir zaman diliminde gecerli olacak.

Benim kisisel fikrimde ornegin sn caglar'in yaptigi gibi alim satimlarda emri yine farkli bir algoritma yardimiyla daha kontrollu gondermek veya farkli yaklasimlarla kaymalari en aza indirmek hatta yok edip pozitife cekmek yonunde boylece tum zamanlarda butun emirlerde isleyecek ve kaymayi iyilestirecek yontemler gelistirmis oluruz.

[BabaKartal]

arkadaşlar üyeliğim bitince verileri çekemiyorum. proğramda verileri güncelleyebilmemiz için bi imkan var mı? veya bana 10 dk lık veri ykleyene kadar k adı ve şifresini yollayabilecek biri var mı? daha sonra değiştirir.

[kenten]

erhan ayrıca programa gerek yok . sistem.alislot satislot var onlarla ilk kademe okunuyor lisans varsa, yanlış hatırlamıyosam sonraki kademeler içinde metodlar vardı. burada eski forumda gördüğümü hatırlıyorum sanki.
o veriyle istediğin algoritmayı yapabilirsin. işlem geciktirerek avantajlı fiyat beklemek bana göre yanlış . Sigortacılık gibi , küçük primler toplayıp risk gerçekleşince büyükce tazminat ödemek şeklinde .

benim bahsettiğim robot emri gönderdiğinde aracı kurumun teminat kontrolü yapıp borsaya emri iletmesinde geçen zaman.
anlık işlem yapmak 1dakika 5dakika barının bitişini beklemekle ilgili değil, istersen haftalık datayla sadece pazartesi sabah emir gönderiyo ol. Emir gönderdiğinde borsaya ulaşmasının sonucu aynı. Tabi o durumda senede 4 işlem yapacağından kaymayı umursamayabilirsin

umarım aracı kurumlar uyanıp serbest gelen emirlere karşı kendi içlerinde hft çalıştırmaya başlamazlar . Bildiğim kadarıyla mevzuat uygun