Nurah.lee

 Rujukan Kajian Sistem Signal Keretapi Di Semenanjung Malaysia -  https://www.academia.edu/44705468/Kajian_Sistem_Signal_Keretapi_Di_Semenanjung_Malaysia Signalling & Comms -  http://epsmg.jkr.gov.my/images/e/ee/SC_Presentation_-_Basic_Signalling.pdf#page=1.00 Malaysian Rail Maintenance Guide -  https://www.scribd.com/document/729447169/Assignment-2-Highway-and-Railway-Maintenance-Copy-Copy EE536-2025-Module 6.0 - Train Detection -  https://www.scribd.com/document/848045101/EE536-2025-Module-6-0-Train-Detection f f

 

 https://learn.microsoft.com/en-my/aspnet/core/tutorials/signalr?view=aspnetcore-10.0&WT.mc_id=dotnet-35129-website&tabs=visual-studio

AndroRAT How Hackers Use AndroRAT to Hijack Android Devices & How You Can Protect Yourself https://www.linkedin.com/pulse/how-hackers-use-androrat-hijack-android-devices-you-can-aditi-patil-tzenf/ Scrcpy > adb connect 100.5.42.52:5555 > scrcpy --tcpip=100.5.42.52 --no-audio --window-title=100.5.42.52

  https://ledvision.com.my/led-screen-display/

Alright Nurah, this one is a classic Alcatel / ALE Wi-Fi band-steering issue , and the log actually tells us exactly what’s happening 👍 Let’s break it down calmly and then I’ll guide you to fix it properly. 🔎 What the log means (plain English) Log message (key part): [dcm] auth: Client 78:4b:87:e8:5f:82 tries to connect 2.4G radio, the vap is ath001, disallowed by DCM, Deny by 5Ghz Band Steering Enforcement Option. Translation: A client device (MAC: 78:4b:87:e8:5f:82 ) Is trying to connect to 2.4 GHz On VAP ath001 (your SSID radio interface) But DCM (Dynamic Client Management) says ❌ NO Because Band Steering is forcing the client to use 5 GHz So this is NOT an authentication failure, password issue, or encryption problem. 👉 It is intentional rejection by the controller . 🧠 Why this happens Band Steering is enabled, and ALE’s logic is: “This client looks capable of 5 GHz → don’t let it sit on 2.4 GHz.” This commonly happens when: Device supports dual-band RSSI is “good enough”...