تعدين العملات بالطاقة الشمسية: مخاطر حقيقية وبرمجة RPC

المطبات المعمارية: المنظومة المستقلة (Off-grid) ضد الهجينة (Hybrid)

إذا كنت تفكر إنك بتركب كم لوح مع منظم شحن وبطاريتين وتشبك عليهم علطول جهاز مثل Antminer S21 — فـعندي لك أخبار مش طيبة. الآسيك مش ثلاجة بيت؛ هذا عبارة عن حمل ثابت وغبي بنسبة 100%، يطلب منك مثلاً 3.5 كВт هنا والآن، وبشكل مستمر 24/7. الشمس ما تشتغل بهالطريقة؛ منحنى التوليد حقها مثل الجرس، والغيوم المارة تقطعه وتجرحه طول الوقت. وفي اللحظة اللي تمر فيها غيمة، توليد الألواح يطيح بنسبة 80% في ثوانٍ معدودة.

الاعتماد الكامل على منظومة مستقلة (Off-grid) بدون أي ربط بشبكة الكهرباء الخارجية هو نوع من أنواع التعذيب الذاتي. عشان السيستم يعيش، بتضطر تبني بنك بطاريات LiFePO4 عملاق جداً. ومع هذا، الكفاءة الفعلية (Efficiency) عبر السلسلة "الألواح — المنظم — البطارية — العاكس — باور الآسيك" بتقل وتوصل لـ 75–83% تقريباً. يعني كمية هائلة من الطاقة بتروح وتتبخر على شكل حرارة في مرحلة التحويل.

أما النظام الهجين (Grid-tied с буфером) فيشتغل بعقلانية وسلاسة أكبر. الشبكة هنا تلعب دور ممتص صدمات غير محدود. طلعت الشمس؟ نسحب منها. مرت غيمة؟ العاكس بلحظتها (أو بتأخير بسيط) يعوض الفارق (Delta) من كهرباء الشبكة. هنا الكفاءة ممتازة وتوصل لـ 95%، لأن التحويل يكون مباشر من DC إلى AC. لكن لو كنت في موقع مقطوع وما عندك شبكة أصلًا، بتصفى بروحك في مواجهة إلكترونيات القدرة (Power Electronics).

شو اللي يصير داخل الباور سبلاي لما العاكس يبدأ "يغص"؟

وحدات التغذية الأصلية لأجهزة التعدين (مثل APW12 أو APW17) مصممة لتشتغل على موجة جيبية نقية (Pure Sine Wave) مع أقل نسبة تشوه هارموني (THD < 3%). لكن أغلب العواكس التجارية الرخيصة، حتى لو مكتوب عليها بخط عريض Pure Sine Wave، تطلع لك موجة شبه منحرفة (Trapezoidal) ومشوّهة تحت الحمل الحقيقي.

• أول حفرة بتطيح فيها هي طريقة عمل مصحح معامل القدرة النشط (APFC) داخل باور الآسيك. خوارزمية APFC تحاول تضبط استهلاك التيار ليتناسب مع شكل الجهد (Voltage). وفي نفس الوقت، العاكس يحاول يوازن الجهد عشان يغطي الحمل. لما يتقابلون مع بعض، تبدأ وحدات التحكم بالنبضات (PWM Controllers) حقتهم تضرب في بعض وتعمل تذبذب عكسي. النتيجة؟ السيستم يدخل في رنين تذبذبي ذاتي: العاكس يبدأ يصرخ بشكل جنوني، والآسيك يطلع صفير، وخلال دقايق ترانزستورات القدرة (Mosfets) في العاكس تضرب وتدخن من الحرارة.
• المشكلة الثانية هي قفزة الحمل الديناميكية (Load Step). أول ما كرت التحكم (Control Board) في الآسيك يعطي أمر لتشغيل لوحات الهاش (Hashboards)، الاستهلاك يقفز من بضع مئات من الواط إلى ثلاثة أو أربعة كيلوواط في أجزاء من الثانية. العاكس ما يلحق يمتص هالقفزة المفاجئة، فالجهد في المخرج يطيح تحت 180V. هنا تشتغل حماية انخفاض الجهد (UVP) في الباور سبلاي، والآسيك يعيد تشغيل نفسه (Reboot). في مرحلة التجارب، كنا ندخل في حلقة ريبوت مستمرة كل 10 دقايق، والشيء هذا كفيل إنه يعدم الذاكرة الوميضية (Flash Memory) لكرت التحكم في كم يوم.

عشان كذا، سعة بطاريات التخزين لازم تنحسب بالمسطرة: E_bat >= P_asic * 0.5 часа. هذا هو الحد الأدنى اللي يمنع هبوط الجهد الحاد بينما العاكس يحاول يهضم التغير في توليد الألواح. وقدرة العاكس نفسه لازم تكون على الأقل أكبر بنسبة 35–50% من أقصى استهلاك للمزرعة. إذا عندك مزرعة تستهلك 10 كيلوواط، تحتاج عاكس بقدرة 15 كيلوواط، وإلا نظام الحماية فيه بيفصل ويفصل السيستم مع أي "عطسة".

أتمتة هالحوسبة كلها عبر RPC و Modbus

الطريقة الوحيدة عشان ما تحرق معداتك وتضطر تقعد فوق راسها 24 ساعة، هي إنك تخنق الـ Hashrate حق الآسيك بشكل ديناميكي، اعتماداً على كمية الشمس اللي واصلة للألواح.

تحت فيه سكربت بايثون (Python) جاهز وشغال. يتصل بالعاكس عبر Modbus TCP (عناوين السجلات أو Registers المذكورة هي للعواكس الهجينة الصينية المشهورة مثل Deye/Sunways)، يسحب بيانات التوليد الحالي للألواح، وعبر JSON-RPC يغير بروفايلات الاستهلاك في أجهزة الآسيك اللي تشغل كاستم فريم وير (مثل Braiins OS أو VNISH).

import time
import logging
import requests
from pymodbus.client import ModbusTcpClient
# إعدادات اللوج الفني (بدون حشو زايد)
logging.basicConfig(level=logging.INFO, format='%(asctime)s [%(levelname)s] %(message)s')
# Config
INVERTER_IP = "192.168.1.50"
INVERTER_PORT = 502
REG_SOLAR_POWER = 40082  # سجل قدرة الألواح لـ Deye/Sunways
ASIC_IP = "192.168.1.100"
ASIC_URL = f"http://{ASIC_IP}:4028/api"  # الإندبوينت القياسي للفريم وير المعدل
SHUTDOWN_THRESHOLD = 1000  # أقل من 1 كيلوواط — بنطفي التعدين
# البروفايلات (مرتبة تنازلياً لتسهيل الفلترة في اللوب)
POWER_PROFILES = [
    {"min_watt": 3200, "profile": "Performance_3500W"},
    {"min_watt": 2200, "profile": "Balanced_2400W"},
    {"min_watt": 1100, "profile": "Eco_1200W"}
]
def get_solar_power():
    """نسحب البيانات من العاكس بشكل نظيف عبر pymodbus"""
    client = ModbusTcpClient(INVERTER_IP, port=INVERTER_PORT)
    try:
        if client.connect():
            # نقرأ سجل واحد (holding register = 3)
            res = client.read_holding_registers(REG_SOLAR_POWER, 1, slave=1)
            if not res.isError():
                return res.registers[0]
            logging.error(f"Modbus error: {res}")
    except Exception as e:
        logging.error(f"اتصال العاكس قطع: {e}")
    finally:
        client.close()
    return 0
def send_asic_cmd(cmd, param=None):
    """نرسل طلب RPC للآسيك"""
    payload = {"command": cmd}
    if param:
        payload["parameter"] = param
        
    try:
        # بالعادة أنظمة الفريم وير المعدلة (Vnish/Braiins) تقبل طلب POST عادي مع JSON
        r = requests.post(ASIC_URL, json=payload, timeout=3)
        if r.status_code == 200:
            return r.json()
    except Exception as e:
        logging.error(f"طلب الآسيك {cmd} فشل: {e}")
    return {}
def main():
    logging.info("بدء تشغيل سكربت موازنة Solar-Mining.")
    last_profile = None
    
    while True:
        solar_pwr = get_solar_power()
        logging.info(f"الإنتاج الشمسي الحالي: {solar_pwr}W")
        
        if solar_pwr < SHUTDOWN_THRESHOLD:
            if last_profile != "paused":
                logging.warning("الشمس ضعيفة. بنوقف الـ hashboards.")
                send_asic_cmd("pause")
                last_profile = "paused"
        else:
            # ندور على البروفايل المناسب للقدرة الحالية
            selected_profile = None
            for p in POWER_PROFILES:
                if solar_pwr >= p["min_watt"]:
                    selected_profile = p["profile"]
                    break
            
            if selected_profile and selected_profile != last_profile:
                logging.info(f"تحويل إلى بروفايل: {selected_profile}")
                send_asic_cmd("resume")
                res = send_asic_cmd("setprofile", param=selected_profile)
                
                # فحص الحالة (لأنظمة VNISH / Braiins)
                if res.get("STATUS", [{}])[0].get("STATUS") == "S":
                    last_profile = selected_profile
                    logging.info("تم تغيير البروفايل بنجاح.")
                else:
                    logging.error(f"الآسيك رفض البروفايل: {res}")
                    
        # انتظار 30 ثانية عشان ما نهري كرت التحكم بكثرة تغيير الترددات
        time.sleep(30)
if __name__ == "__main__":
    main()

دليل النجاة: كيف تبني السيستم بدون ما تفلس وتطير فلوسك

بدل القوائم المثالية والخرابيط اللي تلاقيها في كتب الدراسة، خذ الخلاصة الناشفة والمجربة من واقع الساحة العملي، واللي دفعنا ثمنها وقت طويل وسيليكون محروق.

• أولاً، انسى شيء اسمه عواكس التردد العالي (بدون محول - Transformerless) إذا كنت تبني منظومة مستقلة (off-grid) حقيقية. تحتاج وحوش التردد المنخفض (Low-frequency) الثقيلة اللي تجي بمحولات حلقية (Toroidal Transformers) ضخمة في المخرج (مثل Victron MultiPlus أو الفئات الصناعية الثقيلة). هذه الأجهزة بفضل حثيتها العالية تتحمل وتعدي معامل القدرة السيء حق الباورات وقفزات التيار العنيفة.
• ثانياً، التأريض لازم يكون منفصل تماماً. لوحات الهاش (Hashboards) تطلع كمية مرعبة من التشويش والضوضاء عالية التردد (High-frequency noise) على الهيكل. لو ربطت هياكل الألواح، والتراكرز، وراك الأجهزة على نفس شبكة الأرضي الفيزيائية، التشويش هذا بيطير عقل منظمات الشحن (MPPT). وفي يوم من الأيام بتعلق وهي مفتوحة عل الآخر، وبتصب أعلى فولتية للألواح مباشرة داخل العاكس وتفجره.
• ثالثاً، لازم وضروري تركب مانع صواعق وحماية من الجهد الزائد (SPD) من الفئة B+C على طرف الـ DC اللي جاي من ستريغات الألواح، وعلى طرف الـ AC بعد العاكس. الباورات حقت الماينرز لما يطيح الجهد تحب ترمي نبضات عكسية (Reverse Current Spikes) في الشبكة. بدون حماية محترمة، العاكس حقك مع الوقت بيبدأ يفصل علطول ويعطيك خطأ زيادة التيار (Overcurrent) حتى لو ما عليه حمل تقريباً.

الجدوى الاقتصادية الحقيقية: لماذا تُعد حسابات فترة الاسترداد التقليدية مجرد خرافة؟

إذا فتحت أي حاسبة لأنظمة الطاقة الشمسية، ستجدها تعدك بفترة استرداد رأس المال (ROI) تتراوح بين 3 إلى 4 سنوات. يأخذ المسوقون إجمالي القدرة المركبة للألواح، ويضربونها في متوسط ساعات سطوع الشمس في المنطقة، ثم يعلنون بكل ثقة أن كهرباء "الفيشة" أصبحت مجانية. لكن في عالم تعدين العملات الرقمية، تتحطم هذه الرياضيات تماماً أمام الواقع المرير المتمثل في تذبذب الإنتاج وعدم استقراره.

دعنا نتخيل إعداداً قياسياً (Setup): مصفوفة ألواح شمسية بقدرة 15 كيلوواط وثلاثة أجهزة آيسك (ASIC) بإجمالي استهلاك 10.5 كيلوواط. إليك كيف يتوزع الاستغلال الفعلي للطاقة على مدار اليوم في ليلة ونهار يوم صيفي مثالي:

الخلاصة: من أصل 24 ساعة في اليوم، تعمل أجهزة الآيسك الخاصة بك بكامل طاقتها بنسبة 100% لمدة 6 ساعات فقط تقريباً. ولمدة 6 ساعات أخرى، تعمل بنسبة تتراوح بين 30 إلى 60% من قدرتها. وباقي الوقت، تظل هذه المعدات الثمينة معطلة وبلا فائدة، وتفقد قيمتها التنافسية (خاصة وأن صعوبة الشبكة/Difficulty تزداد يومياً كالصاروخ).

إذا كنت تعمل بنظام Off-grid مستقل تماماً، فإن معامل استغلال المعدات لديك (Capacity Factor) سينهار ليصل إلى حوالي 35–40%. هذا يعني لغة الأرقام أن فترة استرداد قيمة أجهزة الآيسك نفسها ستتضاعف بمقدار 2.5 مرة. ستصبح الأجهزة قديمة وتتحول إلى خردة تكنولوجية قبل أن تتمكن حتى من تغطية تكلفة شرائها.

العقبات الخفية (ما يخفيه عنك الموردون)

الانحراف الحراري للألواح وأجهزة الآيسك (Thermal Drift)

تنتج أجهزة التعدين كميات هائلة من الحرارة. وفي المقابل، تعمل الألواح الشمسية بأقصى كفاءة لها عندما تكون حرارة الخلايا 25 درجة مئوية. ولكل درجة مئوية واحدة فوق هذا الحد، ينخفض إنتاج السيليكون للكهرباء بنسبة 0.4% تقريباً.

إذا وضعت مخرج الهواء الساخن (Exhaust) الخاص بأجهزة الآيسك بحيث يتم سحبه - ولو جزئياً - أسفل مصفوفة الألواح، فستواجه انخفاضاً مفاجئاً في الإنتاج بنسبة تتراوح بين 15 إلى 20% دون أي سبب واضح. في أحد المشاريع، ظللنا لفترة طويلة لا نفهم لماذا ينخفض الإنتاج وقت الظهيرة عن القيمة المحسوبة، حتى قمنا بإعادة توجيه تدفق الهواء من مراوح تبريد المزرعة إلى الاتجاه المعاكس تماماً بعيداً عن السقف الذي يحمل مصفوفة الألواح الشمسية.

حلقات التيار في لوحات الهاش (Hashboards) عند هبوط الجهد

عندما يكون العاكس (Inverter) مثقلاً بالحمولة وينخفض الجهد، يحاول محول الـ DC-DC المدمج في لوحة الهاش للجهاز الحفاظ على الفولتية المحددة للرقاقات (على سبيل المثال 0.36V). وللقيام بذلك، يبدأ في تعويض هبوط جهد الدخل عبر زيادة تيار الدخل (الامبير).

وإذا كان العاكس الخاص بك ينتج تموجات عالية التردد (Ripple)، فإن هذه القفزات في التيار تبدأ في حرق أطوار الطاقة (الموسفيت - Mosfets) على لوحة الهاش نفسها. وهنا ستحصل على المشهد الكلاسيكي المعتاد: وحدة إمداد الطاقة (PSU) سليمة تماماً، والعاكس يعطي رمز خطأ، بينما احترقت دوائر الطاقة في لوحة الهاش ودخلت الرقاقات في حالة ماس كهربائي (Short Circuit).

الحكم النهائي للمهندس

إن بناء نظام تعدين مستقل يعتمد على الألواح الشمسية لا يكون منطقياً ومجدياً إلا في سيناريوهين فقط:

• أن تكون لديك أجهزة مستعملة من الجيل السابق حصلت عليها مجاناً أو بسعر التراب (مثل أجهزة Antminer T17/S19 القديمة، والتي لن تحزن إذا قمت بتشغيلها لمدة 8 ساعات فقط في اليوم). أما شراء أجهزة تعدين مائية رائدة (Hydro) أو موديلات S21 حديثة وباهظة الثمن لتشغيلها تحت الشمس، فهو انتحار اقتصادي نظراً لأن هذه الأجهزة الثمينة ستظل دون عمل طوال الليل.
• أن يكون لديك نظام هجين صارم متصل بالشبكة (Hybrid)، حيث تُستخدم الطاقة الشمسية حصرياً لخفض ذروة الاستهلاك النهاري (Peak Load)، بينما تنتقل المزرعة ليلاً إلى تعرفة كهرباء مدعومة ورخيصة.

أما باقي القصص الرومانسية حول "التعدين الأخضر الصديق للبيئة في وسط الصحراء أو الحقول المفتوحة"، فعادة ما تنتهي بنفايات من الترانزستورات المحترقة، وبطاريات تالفة ومنتفخة، وسكربت أتمتة يعمل على مدار الساعة محاولاً كبح هذا البيت الكرتوني الهش ومنعه من الدخول في عملية إعادة تشغيل (Reboot) أخرى.