MT4 EA பிழை 130 ஐ எவ்வாறு பரிசோதிப்பது? ஸ்டாப் லாஸ் தூரத்திலிருந்து டைனமிக் வரம்புகள் வரை நான்கு படிகள்
அசல் வெளிர் நீல ஓட்ட வரைபடத்தைப் பயன்படுத்தி MT4 EA இன் ERR_INVALID_STOPS ஐ படிப்படியாக பரிசோதிக்கவும்: பதிவுகள், மேற்கோள் துல்லியம், MODE_STOPLEVEL மற்றும் டைனமிக் வரம்புகள், ஸ்டாப் லாஸை தளர்த்துவதன் மூலம் ஆபத்தை மறைப்பதைத் தவிர்க்கவும்.
ஆசிரியர்: தாமஸ்|EA மற்றும் MT4 நடைமுறை|2026 அக்டோபர் 20
EA ஏற்கனவே விளக்கப்படத்தில் இணைக்கப்பட்டு, தானியங்கி வர்த்தகமும் இயக்கப்பட்டுள்ளது, ஆனால் ஆர்டரைச் சமர்ப்பிக்கும் போது "130" தோன்றினால், பொதுவாக நிரல் முழுவதுமாக பழுதடைந்துவிட்டதாக தவறாக நினைக்க வைக்கும். MQL4 குறிப்பு ஆவணம் 130 ஐ ERR_INVALID_STOPS என பட்டியலிடுகிறது: கோரிக்கையில் உள்ள ஸ்டாப் லாஸ்/டேக் ப்ராஃபிட், நிலுவை ஆர்டர் விலை அல்லது அதன் இயல்பாக்கும் முறை வர்த்தக சேவையகத்தால் ஏற்கப்படவில்லை. இது ஒரு கண்டறியும் துப்பு, கண்மூடித்தனமாக ஸ்டாப் லாஸை தளர்த்த அனுமதிக்கும் காரணம் அல்ல. இந்தக் கட்டுரை நான்கு படி பரிசோதனை முறையைப் பயன்படுத்தி எந்தப் பதிவுகளைப் பார்க்க வேண்டும் என்பதை விளக்குகிறது.
முதல் படி: எந்தக் கோரிக்கை தோல்வியடைந்தது என்பதை முதலில் தீர்மானிக்கவும்
MT4 முனையம் அல்லது நிரலின் தொடர்புடைய பதிவுகளைத் திறந்து, பிழை ஏற்பட்ட சேவையக நேரம், சின்னம், ஆர்டர் திசை, செயல்பாடு OrderSend அல்லது OrderModify, மற்றும் திரும்பிய பிழைக் குறியீட்டைப் பதிவு செய்யவும். பதிவில் "ஆர்டர் தோல்வி" என்ற நான்கு எழுத்துக்கள் மட்டுமே இருந்தால், கடவுச்சொல் போன்ற முக்கியமான தரவுகளை வெளியிடாமல், கோரிக்கை விலை, ஸ்டாப் லாஸ், டேக் ப்ராஃபிட் மற்றும் திரும்பிய மதிப்பை EA பதிவு செய்யச் செய்யவும். நிலை திறப்பு தோல்வி, ஸ்டாப் லாஸ் மாற்றம் தோல்வி, நிலுவை ஆர்டர் தோல்வி ஆகியவற்றை முதலில் வேறுபடுத்தவும்; மூன்றும் சரிபார்க்கும் விலை உறவுகள் வேறுபடும்.
நேரடி கணக்கில் அதே தோல்வியடைந்த கோரிக்கையை மீண்டும் மீண்டும் அனுப்பி "அதிர்ஷ்டத்தை முயற்சிக்க" வேண்டாம். மீண்டும் மீண்டும் முயற்சிப்பது கூடுதல் சுமையை உருவாக்கலாம், மேலும் சந்தை மாறிய பிறகு திடீரென வெற்றிபெற்று எதிர்பாராத நிலையை உருவாக்கலாம். முதலில் சிமுலேஷன் சூழலில் மீண்டும் உருவாக்கி, அளவுரு பதிப்பு மற்றும் அந்த நேரத்தின் தள மேற்கோளைப் பாதுகாக்கவும்.
இரண்டாவது படி: Bid, Ask, Point மற்றும் Digits ஐ சரிபார்க்கவும்
MQL4 இன் MarketInfo தற்போதைய சின்னத்தின் Bid, Ask, Point மற்றும் Digits ஐப் படிக்க முடியும். Point என்பது அந்த மேற்கோளின் குறைந்தபட்ச காட்சி அலகுகளில் ஒன்றைக் குறிக்கிறது, Digits என்பது தசம இடங்களின் எண்ணிக்கையைக் குறிக்கிறது; "10 புள்ளிகள்" எத்தனை டாலர் என்பது அந்த சின்னத்தின் உண்மையான Point அடிப்படையில் கணக்கிடப்பட வேண்டும், வெவ்வேறு ப்ரோக்கர்களின் தங்கக் குறியீடுகள் மற்றும் துல்லியத்தை ஒன்றாகக் கலக்கக் கூடாது. விலையை அனுப்பும் முன் அதற்குரிய இலக்கங்களின் அடிப்படையில் இயல்பாக்க வேண்டும்.
எடுத்துக்காட்டு கணித விளக்கத்திற்கு மட்டுமே: ஒரு சிமுலேஷன் சின்னத்தின் Point 0.01 ஆகவும், குறைந்தபட்ச தூரம் 50 புள்ளிகளாகவும் இருந்தால், கணக்கிடப்பட்ட தூரம் 0.50 மேற்கோள் அலகுகள்; Point 0.001 ஆக உள்ள சின்னத்திற்கு இது 0.05 ஆகும். எண்கள் இன்றைய எந்த உண்மையான தளத்தின் ஒப்பந்த விதிகளையும் குறிக்கவில்லை. பதிவுகளைப் பார்க்கும் போது வாங்கும்/விற்கும் விலைகளை ஒரே நேரத்தில் சேமிக்கவும், விற்பனை விலையைக் கொண்டு வாங்கும் விலையைக் குறிப்பிட வேண்டிய பக்கத்தைச் சரிபார்ப்பதையோ அல்லது நேர்மாறாகவோ தவிர்க்கவும்.
மூன்றாவது படி: MODE_STOPLEVEL மற்றும் ஆர்டர் வகையைச் சரிபார்க்கவும்
அதிகாரப்பூர்வ OrderSend ஆவணம் விளக்குகிறது, ஸ்டாப் லாஸ் மற்றும் டேக் ப்ராஃபிட் சந்தை விலைக்கு மிக அருகில் இருக்கக் கூடாது; நிலுவை ஆர்டரின் முன்னரே தீர்மானிக்கப்பட்ட திறப்பு விலையும் தற்போதைய சந்தைக்கு மிக அருகில் இருக்கக் கூடாது. MarketInfo(Symbol(),MODE_STOPLEVEL) மூலம் பொது குறைந்தபட்ச தூரத்தை point அலகில் வினவலாம். பின்னர் ஆர்டர் வாங்குதல், விற்பனை அல்லது எந்த வகை நிலுவை ஆர்டர் என்பதைப் பொறுத்து, விலை திசை, தூரம் மற்றும் இயல்பாக்கத்தை தனித்தனியாகச் சரிபார்க்கவும், ஒரு நிலையான ஆஃப்செட்டை எல்லா ஆர்டர்களுக்கும் பயன்படுத்தக் கூடாது.

மேலே உள்ள படம் அசல் செயல்முறை விளக்கம், உண்மையான மேற்கோள் அல்லது கணக்குத் தகவல் இல்லை. குறைந்தபட்ச தூரம் என்பது சேவையகம் ஆர்டரை ஏற்கும் தொழில்நுட்ப எல்லை மட்டுமே, மூலோபாயத்தில் நியாயமான ஸ்டாப் லாஸ் தூரத்திற்கு சமம் அல்ல. 130 ஐத் தவிர்க்க ஸ்டாப் லாஸை வெளியே நகர்த்தினால், முதலில் திட்டமிட்ட ஒற்றை வர்த்தக ஆபத்து அதிகரிக்கும்; முதலில் நிலை அளவை மீண்டும் கணக்கிட வேண்டும், தேவைப்பட்டால் அந்த வர்த்தகத்தைக் கைவிட வேண்டும்.
நான்காவது படி: 0 திரும்பினாலும் வரம்பு இல்லை என்று உறுதியாகக் கூற முடியாது
MQL4 அதிகாரப்பூர்வ MODE_STOPLEVEL விளக்கம் சிறப்பாக எச்சரிக்கிறது: 0 திரும்புவது நிலையான குறைந்தபட்ச தூரம் இல்லை என்பதைக் குறிக்கலாம், அல்லது சேவையகம் முனையத்தால் நேரடியாகக் குறிப்பிட முடியாத டைனமிக் வரம்பைப் பயன்படுத்துவதையும் குறிக்கலாம். பிந்தைய நிலையில் 130 திரும்பக்கூடும். எனவே "0 கண்டுபிடித்தால் ஸ்டாப் லாஸை விலைக்கு நெருக்கமாக வைப்பது" என்பது செல்லாது. சந்தை கடுமையாக மாறும்போது, மேற்கோள் புதுப்பிப்பு, ஸ்ப்ரெட் மாற்றம் மற்றும் சேவையக விதிகள் முன்பு கணக்கிடப்பட்ட தூரத்தை செல்லாததாக்கலாம்.
குறியீட்டு சூத்திரம் அந்த நேரத்தின் பதிவுடன் பொருந்தினாலும், இன்னும் 130 எதிர்கொண்டால், தோல்வி நேரம், சின்னம், ஆர்டர் அளவுருக்கள் மற்றும் தள பதிப்பைப் பாதுகாத்து, ப்ரோக்கரின் சின்ன விவரக்குறிப்புகள் மற்றும் ஆர்டர் வரம்புகளைச் சரிபார்த்து, தள தொழில்நுட்ப ஆதரவிடம் உறுதிப்படுத்தவும். மற்ற தளங்களின் Point மற்றும் StopLevel அடிப்படையில் இந்தக் கணக்கின் விதிகளை ஊகிக்கக் கூடாது, மேலும் உண்மையான தோல்விக் காரணத்தை மறைக்க ஸ்டாப் லாஸை நீக்குவதன் மூலம் மறைக்கக் கூடாது.
சரிசெய்தலுக்குப் பிந்தைய சரிபார்ப்பு வரிசை
முதலில் சிமுலேஷன் கணக்கில் குறைந்தபட்ச மீளுருவாக்கக்கூடிய வழக்கை இயக்கவும்: அதே சின்னத்தைப் பயன்படுத்தி நான்கு மேற்கோள் அளவுருக்கள் மற்றும் StopLevel ஐப் பதிவு செய்து, ஒரு முறை சோதனைக் கோரிக்கையை அனுப்பி, சேவையகம் திரும்பியதை மற்றும் ஆர்டர் நிலையைச் சரிபார்க்கவும். பின்னர் விலை வேகமாக மாறும் அல்லது வெவ்வேறு வர்த்தக நேரங்களின் நடத்தையைச் சோதிக்கவும். நிரலில் தோல்விக்குப் பிந்தைய நிறுத்தம் அல்லது குளிர்வு பொறிமுறை உள்ளதா, மீண்டும் முயற்சிக்கும் போது நிலையை மீண்டும் திறக்காதா என்பதை உறுதிப்படுத்தவும். இறுதியாக ஆபத்து பட்ஜெட், ஸ்ப்ரெட் மற்றும் ஏற்கக்கூடிய இழப்பு இன்னும் அசல் திட்டத்திற்கு இணங்குகிறதா என்பதைச் சரிபார்க்கவும்.
பிழை 130 இன் பரிசோதனை மையம் "கோரிக்கை ஏன் நிராகரிக்கப்பட்டது", "அதை எவ்வாறு வலுக்கட்டாயமாக நிறைவேற்றுவது" அல்ல. EA இயக்க முடிவுகள் மூலோபாய தர்க்கம், நெட்வொர்க் மற்றும் தள செயல்படுத்தலால் பாதிக்கப்படுகின்றன; எந்தச் சரிசெய்தலும் லாபத்தை உறுதிப்படுத்தாது அல்லது இழப்பைத் தவிர்க்காது. லீவரேஜ் வர்த்தகம் கணிசமான இழப்பை ஏற்படுத்தலாம்.