Stop Loss artık çalışmıyor - birleştirin, yani birleştirin. - sayfa 7
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Limit ve piyasa emirleri vardır - bu kavramlar Moskova Borsası için resmidir. Teknik uygulamaları konusu ikincildir - hemen alıp satamayacağınız açıktır, her şey belirli bir frekansla karıştırılarak gerçekleşir.
Diğer tüm varyasyonlar, aracının sunucusundaki terminal aracılığıyla uygulanır ve ayrıca belirli koşullar oluştuğunda limit veya piyasa emirleriyle sonuçlanır.Adresli emirler, depersonalize emirler, limit emirleri, buzdağı limit emirleri, stop emirleri ve stop limit emirleri vardır. TÜMÜ !
Piyasa emri yok!
Satın almak için bir piyasa emri (argo olarak okunur), teklifin üzerinde bir satın alma limiti olarak yürütülür.
Satmak için bir piyasa emri (argo olarak okunur), teklifin altında bir satış limiti olarak yürütülür.
Buna göre stop emirleri (argo olarak) piyasa emirleridir, ancak limit olarak borsanın çekirdeğine gönderilirler.
Ve borsa bunları limit olarak gördüğünden, stop emirleri için GO gereklidir (sizin durumunuzda bu stop loss , yine argo).
Borsa kılavuzlarında ne yazıyorsa, borsa argosunu kullanacak!
Değişimin özü farklı şekilde çalışır ve bunun anlaşılması gerekir.
Algoritmik programlar kullanıyorsanız, yalnızca teknik uygulama sorunu çok önemlidir.
Bana göre, argüman uygun değil. Açık bir TERMS kavramının olmaması nedeniyle.
Mantıksal olarak, duraklar, eşit başarı ile, zıt emirlerle değiştirilebilir (aslında, olan budur). Yürütme için öncelik sorunu - vay.
Yani limit emri borsada zaten ve her türlü stop sadece komisyoncu ile kağıt üzerinde. Görünüşe göre, GO'nun limit tarafından sıfır olarak dikkate alınması nedeniyle (özellikle kontrol ettim - marj terminalde değişmiyor (MT5'te bu GO'dur)), durakların uygulanması imkansız , çünkü piyasa düzenine göre yürütülürler. Burada, terminal ya alımlara izin vermemeli ya da en azından gerçekleştirilmeme riski hakkında bir uyarı vermeli ya da daha doğrusu, işlem sırasında değil, sonrasında hesaplanmış bir risk değerlendirmesi ve GO olmalıdır. tamamlandı, yani gerçekleşmeyen işlemin sonuçlarının bir hesaplaması var! Ama komisyoncu ve yazılımının hatasıyla veya kuralların / yönetmeliklerin hatasıyla olmuyor, anlayamıyorum.
Limit emirleri, iceberg limit emirleri, stop emirleri ve stop limit emirleri vardır. TÜMÜ !
Piyasa emri yok!
Borsa kılavuzlarında ne yazıyorsa, borsa argosunu kullanacak!
Değişimin özü farklı şekilde çalışır ve bunun anlaşılması gerekir.
Algoritmik programlar yazıyorsanız, sadece teknik uygulama sorunu çok önemlidir.
Sakin olun :) Hukuki mesele önceliklidir, yani. mesaj - yapmak istedikleri şey, uygulama ikincildir, mesajla örtüşmezse, uygulama yanlıştır ve değişebilir - bu, ters süreçler hariç, insan faaliyetinin tüm alanlarındadır - alan bilimsel araştırmadan.
Buzdağları yazılım tarafından uygulanır ve bildiğim kadarıyla Plaza2 protokolü tarafından sağlanmaz.
Borsa yazılımın müşterisidir ve kılavuzlardan alıntı yapmıyorum, ancak yasal olarak önemli bir belge - mahkemede önceliğe sahip olan odur ve borsa gerçekten buna göre çalışmıyorsa, bu onun ihlalidir. Bölüm.
Ve sonra, burada şartlar dışında hiçbir tutarsızlık yoktur - öz değişmez, emirlerin uygulama önceliği için bayraklara sahip olduğunu ve piyasa yapıcı emirlerinin önce yürütüldüğünü bilmek çok daha önemlidir.
Bu arada, teknik uygulama açısından, bu alıntıya daha çok inanıyorum.
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
Bir bardaktaki püf noktaları - kenelerin ne olduğunu anlama girişimi
2019.04.19 19:31
Ve FORTS'ta gerçekten 3 çeşit uygulama olduğunu söylüyorum,
ancak bunlar pazar veya limit değildir (tür alanına bakın)
Sakin olun :) Hukuki mesele önceliklidir, yani. mesaj - yapmak istedikleri şey, uygulama ikincildir, mesajla örtüşmezse, uygulama yanlıştır ve değişebilir - bu, ters süreçler hariç, insan faaliyetinin tüm alanlarındadır - alan bilimsel araştırmadan.
Buzdağları yazılım tarafından uygulanır ve bildiğim kadarıyla Plaza2 protokolü tarafından sağlanmaz.
Borsa yazılımın müşterisidir ve kılavuzlardan alıntı yapmıyorum, ancak yasal olarak önemli bir belge - mahkemede önceliğe sahip olan odur ve borsa gerçekten buna göre çalışmıyorsa, bu onun ihlalidir. Bölüm.
Ve sonra, burada şartlar dışında hiçbir tutarsızlık yoktur - öz değişmez, emirlerin uygulama önceliği için bayraklara sahip olduğunu ve piyasa yapıcı emirlerinin önce yürütüldüğünü bilmek çok daha önemlidir.
Bu arada, teknik uygulama açısından, bu alıntıya daha çok inanıyorum.
Evet yasal mesajı anladım sadece borsadaki uygulamaların çalışmalarını daha detaylı anlatmak istedim.
Forexten sonra pek çok kişi anlamadığı için pek çok kişi bu konuyu okuyor.
Yazılımın önceliği ve uygulanması hakkında, bunun MQ sunucusunda bir iyileştirme olmadığını zaten söyledim, neden kontrol yok? uyarılar vb.
Ekrana ve türe gelince, her şey doğru, sadece her zaman olduğu gibi yazılmış, net değil (bilerek)
Bir teklif emri, emir defterindeki (likidite) bir limit emridir.
Karşı emir, likidite gerektiren bir emirdir.
FOK ya hep ya hiç - bu, uygulamanın koşuludur.
Ancak tüm bu emirler, esasen borsanın çekirdeğinde limit olarak yürütülür))
Piyasa emirleri gözlenmez))
Moskova borsası, sürekli değişen düzenlemelerle hala o mutfak.
Hedge alanı, tek bir cihazda temizlenene kadar çok yönlü pozisyonları tutmanıza izin verir.
Zıt yönlü ve hacim açısından eşdeğer siparişler GO tarafından üst üste bindirilir, yani sıfıra sıfırlanır.
Yani, bu Forex'teki ile aynı hedge ))
Quik terminalinde, bu hedge, siparişe yapılan yorum kullanılarak oluşturulabilir.
MQL isteklerini gönderme yapısında da yorum alanları vardır, ancak bunun olup olmadığı net değildir.
Yazılımın önceliği ve uygulanması hakkında, bunun MQ sunucusunda bir iyileştirme olmadığını zaten söyledim, neden kontrol yok? uyarılar vb.
Burada öncelik hakkında henüz net değil, çünkü doğrulamanın komisyoncuda veya takas merkezinde nerede gerçekleştiği ve komisyoncuda ise takas merkezi kurallarının uygulanmasında bir hata olup olmadığı tamamen açık değil. Ve istemcinin sunucusundan (broker) hiçbir bilgi gelmemesi bir felakettir. Acaba Quik'te mi?
Ekrana ve türe gelince, her şey doğru, sadece her zaman olduğu gibi yazılmış, net değil (bilerek)
Bir teklif emri, emir defterindeki bir limit emridir.
Karşı emir, GO'daki pozisyonunuzla örtüşen bir emirdir.
FOK ya hep ya hiç - bu, uygulamanın koşuludur.
Piyasa emirleri gözlenmez))
Karşı emrin tam olarak GI'yi azaltan şey olduğundan emin değilim, çünkü müzayededen sonra kaldırıldığını ve müzayedenin bilgi anı olduğunu ve limit emirlerin askıda kaldığını söylüyor çünkü kapatma için iki seçeneğimiz var GI - piyasaya göre artırmadan (SL/TP dahil) veya sipariş defterine bir limit emri yerleştirmeden. Daha çok bir piyasa emri gibi.
Hedge alanı, tek bir cihazda temizlenene kadar çok yönlü pozisyonları tutmanıza izin verir.
Eşit hacimli karşı siparişler GO tarafından üst üste bindirilir, yani sıfıra sıfırlanır.
Yani, bu Forex'teki ile aynı hedge ))
Quik terminalinde, bu hedge, siparişe yapılan yorum kullanılarak oluşturulabilir.
MQL isteklerini gönderme yapısında da yorum alanları vardır, ancak bunun olup olmadığı net değildir.
Başvuruda hangi özel yorum yapılmalıdır? Peki bu durumda GO ile ne olacak?
Burada öncelik hakkında henüz net değil, çünkü doğrulamanın komisyoncuda veya takas merkezinde nerede gerçekleştiği ve komisyoncuda ise, takas merkezinin kurallarının uygulanmasında bir hata olup olmadığı tam olarak belli değil. . Ve istemcinin sunucusundan (broker) hiçbir bilgi gelmemesi bir felakettir. Acaba Quik'te mi?
Karşı emrin tam olarak GI'yi azaltan şey olduğundan emin değilim, çünkü müzayededen sonra kaldırıldığını ve müzayedenin bilgi anı olduğunu ve limit emirlerin askıda kaldığını söylüyor çünkü kapatma için iki seçeneğimiz var GI - piyasaya göre artırmadan (SL/TP dahil) veya sipariş defterine bir limit emri yerleştirmeden.
Başvuruda hangi özel yorum yapılmalıdır? Peki bu durumda GO ile ne olacak?
Büyük olasılıkla komisyoncuda, takas çekleri umursamıyor, oturumun sonucunu azaltıyor, kışkırtıyor
Evet, Quik GO'nun eksikliği hakkında bilgi veriyor ve ekran görüntülerinizden mt5'in de para olmadığını bildirdiği açıktı.
Ancak bir kapanış durdurma kaybı için bir mani yok, bu sadece geliştiricilerin değiştirmesi gereken bir felaket.
Karşı sipariş ve GO hakkında, evet, yanılmışım, riskten korunma pozisyonunu kastetmiştim.
Pozisyonun hedge'si hacim olarak eşdeğerse, her iki emrin GI'si birbiriyle örtüşür, yani sıfıra sıfırlanır.
%50 örtüşmede, %50'ye sıfırlanacak vb.
Yani, GO'daki yükü yönetebilirsiniz, örneğin piyasadan uzak ve açmayı planlamadığınız siparişleri sınırlayabilirsiniz.
Quik başvuru gönderme penceresinde bir yorum alanı var, her şeyi yazabilirsiniz, mql'de sihir gibi.
Ancak yorum ile konulan bir pozisyonu veya limiti kapatmak için aynı yorumu yazmanız gerekir.
Ve hedge pozisyonu sadece takasa kadar yaşıyor, günlük takasın geçip geçmediğini veya gizlendiğini hatırlamıyorum. Bence ana akşama kadar yaşıyor.
Büyük olasılıkla komisyoncuda, takas çekleri umursamaz, oturumun sonucunu azaltır, kışkırtır
Daha kesin olarak nasıl öğrenileceği henüz belli değil - henüz çözemediğim belgelerden. Bu konuyu bir komisyoncuya veya bir borsaya veya belki bir takas merkezine yazmam mümkün.
Evet, Quik GO'nun eksikliği hakkında bilgi veriyor ve ekran görüntülerinizden mt5'in de para olmadığını bildirdiği açıktı.
Durumu Quik'te yeniden oluşturmaya çalışmam gerekecek, ancak orada TP/SL'yi nasıl ayarlayacağımı çözemediğimi hatırlıyorum.
Ekran görüntüleri bana komisyoncu tarafından gönderildi, sunucularında görülebilir ve ayrıca günlüğümü yayınladım ve ondan hiçbir şey görünmüyor - yani. marj eksikliği hakkında herhangi bir bildirim yok (GO)!
Ancak bir kapanış durdurma kaybı için bir mani yok, bu sadece geliştiricilerin değiştirmesi gereken bir felaket.
Her şey düzenlemelere göre gerçekleştiyse ve herhangi bir hata yoksa, SL'nin tetiklendiği anda sayaç limitini kaldırmanız ve ardından hemen geri koymanız gerekir. Veya hiç yüklemeyin. Aksi takdirde, GO'nun% 30'unun, TP tarafından değil, bir limit emriyle kapatılması durumunda donmamız gerektiği ortaya çıkıyor, aksi takdirde duraklar çalışmayacaktır.
Pozisyonun hedge'si hacim olarak eşdeğerse, her iki emrin GI'si birbiriyle örtüşür, yani sıfıra sıfırlanır.
Quik başvuru gönderme penceresinde bir yorum alanı var, her şeyi yazabilirsiniz, mql'de sihir gibi.
Ancak yorum ile konulan bir pozisyonu veya limiti kapatmak için aynı yorumu yazmanız gerekir.
Ve hedge pozisyonu sadece takasa kadar yaşıyor, günlük takasın geçip geçmediğini veya gizlendiğini hatırlamıyorum. Bence ana akşama kadar yaşıyor.
Bu arada Quik'in takas öncesi paramı dondurduğunu hatırlıyorum bu arada, açılış/kapanıştan sonra kar olsa bile... can sıkıcıydı... hmm, yoksa paylaşımlar için mi öyleydi - unuttum - evet, zaten açmadım.
Daha kesin olarak nasıl öğrenileceği henüz belli değil - henüz çözemediğim belgelerden. Bu konuyu bir komisyoncuya veya bir borsaya veya belki bir takas merkezine yazmam mümkün.
Durumu Quik'te yeniden oluşturmaya çalışmam gerekecek, ancak orada TP/SL'yi nasıl ayarlayacağımı çözemediğimi hatırlıyorum.
Ekran görüntüleri bana komisyoncu tarafından gönderildi, sunucularında görülebilir ve ayrıca günlüğümü yayınladım ve ondan hiçbir şey görünmüyor - yani. marj eksikliği hakkında herhangi bir bildirim yok (GO)!
Her şey düzenlemelere göre gerçekleştiyse ve herhangi bir hata yoksa, SL'nin tetiklendiği anda sayaç limitini kaldırmanız ve ardından hemen geri koymanız gerekir. Veya hiç yüklemeyin. Aksi takdirde, GO'nun% 30'unun, TP tarafından değil, bir limit emriyle kapatılması durumunda donmamız gerektiği ortaya çıkıyor, aksi takdirde duraklar çalışmayacaktır.
Bu arada Quik'in takas öncesi paramı dondurduğunu hatırlıyorum bu arada, açılış/kapanıştan sonra kar olsa bile... can sıkıcıydı... hmm, yoksa paylaşımlar için mi öyleydi - unuttum - evet, zaten açmadım.
Ah, anlıyorum, bu bir komisyoncunun ekran günlüğü ama terminali düşündüm, basit görünüyor.
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
Stop Loss artık çalışmıyor - birleştirin, yani birleştirin.
Aleksey Vyazmikin , 2019.09.07 16:17
Bu aslında sistemin durumu onlarla nasıl algıladığının bir ekran görüntüsü - bu mesaj bir daire çizdi - sadece bir parçayı kesin.
Soru şu ki, bu tahmini 6504,45 marjı nereden geldi? Neyden yapılmıştır? Satmak için bir limit emri artı veya eksi marjı satın almak için bir limit emriyle aynı - 4500 olsun, ancak marjın şu anda piyasada bir açılış yapmayı planladıkları gibi düşünüldüğü ortaya çıktı! Planlanan marj neden böyle kabul edildi?
Ancak bunun istemcide olmaması bir felaket ve bu konuda çok ciddi.
Umarım geliştiriciler veya moderatörler konuyu okur ve bunun ciddi bir terminal sorunu olduğunu anlar.
Ve muhtemelen hatalar ve hatalar konusunda rapor vermek daha iyidir.
TP/SL argosunu unutun ve emirlerinizi her zaman limit ve stop olarak kabul edin.
"Terminal durdurma kaybı" için yeterli GO yoksa, bunun hakkında daha önce ayarlanmış limit emirlerini kontrol etmeniz gerektiğini ve varsa onları silmeniz gerektiğini yazmıştım.
Belki de donma önceki seanstandı ve uzlaşma seansı akşam temizliğinden sonra başlayıp ertesi gün devam ettiği için birçok insanın kafası karışıyor.
Aslında, bugünün tüm yerleşimi dün akşamki takastan sonra başlıyor))
Üç oturumun tamamı için yeni bir parasal hesaplama başlar.
Ve çoğu kişinin düşündüğü gibi saat 10:00'da pazarın açılışından değil.
Genel olarak, pazar açılışını 10:00'da değil, akşam takasından sonra yorumlardım.
Aslında öyle, pek çoğu bunu anlamıyor ve 10:00'da ticaret devam ediyor, ancak gündüz seansında.
İşte böyle kurnaz bir Mos değişimi.