Хоёр алтны EA яагаад нэг захиалгыг удирдах вэ? MT4 magic дугаарыг шалгах

Зохиогч: Томас｜MT4 практик｜2026 оны 11-р сарын 10

Хураангуй: Нэг MT4 дансанд хоёр багц алтны EA байрлуулах үед тэдгээр нь ижил захиалга таних нөхцөл ашиглавал нэг захиалгын стоп-лоссыг зэрэг өөрчилж болно. Шалгахдаа эхлээд захиалгын бүтээгдэхүүн болон magic дугаарыг харж, дараа нь код яг ямар нөхцлөөр шүүж байгааг харна. Доорх дугаар болон захиалгууд нь бүгд сургалтын таамаглал юм.

Magic дугаар хаана бүртгэгддэг вэ

MQL4-ийн OrderSend нь magic параметрийг дамжуулахыг дэмждэг. Захиалга амжилттай сонгогдсоны дараа OrderMagicNumber нь тухайн захиалгын таних дугаарыг уншиж болно. Энэ нь програмд ангилах үндэслэл өгч чадна. Яг ямар захиалгууд өөрчлөгдөх эсвэл хаагдах нь EA-ийн өөрийн шүүлт болон гүйцэтгэлийн логикоор шийдэгдэнэ. Хэрэв програм дансны захиалгуудыг давтахдаа зөвхөн бүтээгдэхүүнийг шалгавал хоёр багц алтны EA өөр magic дугаар оруулсан ч ижил багц захиалгыг боловсруулж болно.


Зурагт стратеги A, B тус тусдаа 101 болон 202 ашиглана гэж үзсэн. A нь арилжааны сангаас захиалгыг нэг нэгээр сонгож, эхлээд бодит бүтээгдэхүүнийг, дараа нь таних дугаарыг тулгана. Хоёр зүйл хоёулаа тохирсон үед л дараагийн логикт захиалгын төрөл болон зөвшөөрөгдсөн үйлдлийг шалгуулахаар дамжуулна. Захиалга сонгох нь бүтэлгүйтвэл алгасаж, алдааг бүртгэх ёстой. Өөрчлөлт хийхийн өмнө зорилтот захиалгыг дахин сонгох нь зүйтэй бөгөөд өмнө нь програмд хуулсан хуучин өгөгдлийг ашиглахаас зайлсхийх хэрэгтэй.

Демо дансаар гурван алхамд баталгаажуулах

Эхний алхамд хоёр багц EA-ийн хувилбар, оруулсан параметр, графикийн хугацаа болон брокерийн бүтээгдэхүүний бүтэн нэрийг бүртгэнэ. Өөр данс дээрх алтны нэрэнд дагавар байж болно. Нэг бүтээгдэхүүн дээр олон instance байрлуулах үед тэдгээр нь бие даан удирдах уу, эсвэл загвараараа захиалгыг хуваалцах уу гэдгийг тодорхой болгох хэрэгтэй.

Хоёр дахь алхамд демо дансанд багц EA тус бүрээр таних боломжтой нэг туршилтын захиалга үүсгэж, зэрэгцээд хасагдах ёстой нэг туршилтын захиалга бэлтгэнэ. Логт дор хаяж захиалгын дугаар, бүтээгдэхүүн, magic дугаар болон програм гүйцэтгэхээр төлөвлөж буй үйлдлийг тэмдэглэнэ. Дараа нь хяналттай нэг удирдлагын үйлдлийг өдөөж, жишээ нь стратеги A-ийн өөрийн туршилтын захиалгыг өөрчлөхийг оролдож, стратеги B-ийн захиалга анхны утгаараа үлдэж байгаа эсэхийг харна. Хүлээгдэж буй захиалга болон гүйцэтгэгдсэн позицыг тус тусад нь баталгаажуулах нь дээр, учир нь арилжааны сан энэ хоёр төрлийн захиалгыг зэрэг агуулж болох бөгөөд бодит боловсруулалтын дүрэм ихэвчлэн өөр байдаг.

Гурав дахь алхамд терминалыг дахин эхлүүлэх эсвэл EA-г дахин ачаалсны дараа дахин шалгана. Хэрэв програм зөвхөн энэ ажиллагааны үеэр үүссэн захиалгын жагсаалтыг санаж байвал дахин эхлүүлсний дараах зан төлөв өөрчлөгдөж болно. Энэ нь тогтоосон нөхцлөөр захиалгыг дахин таних эсэх, мөн тохирох захиалга байхгүй үед санамсаргүй үйлдэл гарч байгаа эсэхийг шалгаж болно. Дугаар нь зөвхөн тусгаарлалтын туслах хэрэгсэл бөгөөд дансны хүрээний нийт эрсдэлийн шалгалт бүх позицыг зориуд уншдаг бол захиалгыг бодитоор өөрчлөх эрхтэй тусдаа бүртгэх ёстой.

Дугаар солихын өмнө хуучин захиалгыг эхлээд шийдвэрлэх

Стратеги A өмнө нь 101 ашиглан позиц нээсэн гэж үзье, одоо 303 болгож өөрчилсөн. Оруулсан параметрийн өөрчлөлт нь ихэвчлэн дараагийн код ашиглах утгад л нөлөөлдөг бөгөөд хуучин захиалгын таних дугаар нь графикийн тохиргоотой хамт автоматаар шилжихгүй. Хэрэв удирдлагын нөхцөл зөвхөн 303-тай тохирвол хуучин 101 захиалга алгасагдаж болно. Өөрчлөлт хийхийн өмнө хуучин захиалгууд болон тэдгээрийг шийдвэрлэх төлөвлөгөөг жагсааж, дараа нь демо орчинд дахин эхлүүлэх болон шилжүүлэлтийг баталгаажуулна. Хувилбарыг шалгах боломжгүй эсвэл лог нь шүүлтийн логикийг тайлбарлаж чадахгүй EA-тай тулгарвал автомат удирдлагын өөрчлөлтийг түр зогсоож, одоо байгаа позицын гарах зохицуулалтыг шалгана. Демо дээр давсан нь зөвхөн туршсан хувилбарыг л илэрхийлнэ; бодит үнийн өөрчлөлт, серверийн захиалга татгалзах болон гулсалтыг тусад нь үнэлэх шаардлагатай.