khắc phục 61850

Lỗi này không phải do SanitizeInstanceId, MakeKey hay GetDeviceDir viết sai. Nguyên nhân là trong project sql_Connect của bạn đang có 2 định nghĩa DeviceKeyHelper.
Cụ thể, ngay trong file Tag_IEC61850.cs bạn đang có:
internal static class DeviceKeyHelper
{
    public static string SanitizeInstanceId(...)
    public static string MakeKey(...)
    public static string GetDeviceDir(...)
}

ở khoảng dòng 434–488. 
Nhưng trong Tag_IEC104_master.cs lại cũng có một DeviceKeyHelper khác:
public static class DeviceKeyHelper
{
    public static string SanitizeInstanceId(...)
    public static string MakeKey(...)
    public static string GetDeviceDir(...)
}

ở dòng 39–81. 
Hai file đều nằm trong:
namespace sql_Connect

nên C# hiểu là bạn đang khai báo:
sql_Connect.DeviceKeyHelper

hai lần.
Vì vậy mới sinh ra hàng loạt lỗi:
The namespace 'sql_Connect' already contains a definition for 'DeviceKeyHelper'

Type 'DeviceKeyHelper' already defines a member called
'GetDeviceDir' with the same parameter types

Type 'DeviceKeyHelper' already defines a member called
'MakeKey' with the same parameter types

Type 'DeviceKeyHelper' already defines a member called
'SanitizeInstanceId' with the same parameter types

Cách sửa tốt nhất
Với project SCADA của bạn đang có cả IEC 104 + IEC 61850, tôi khuyên chỉ giữ một DeviceKeyHelper dùng chung cho toàn project.
Ví dụ:
Giữ DeviceKeyHelper trong Tag_IEC61850.cs:
internal static class DeviceKeyHelper
{
    private static readonly char[] InvalidChars =
        Path.GetInvalidFileNameChars();

    public static string SanitizeInstanceId(string instanceId)
    {
        if (string.IsNullOrWhiteSpace(instanceId))
            return "default";

        var sb = new StringBuilder(instanceId.Trim());

        foreach (var c in InvalidChars)
            sb.Replace(c, '_');

        string result = sb.ToString();

        while (result.Contains("__"))
            result = result.Replace("__", "_");

        return result.Trim('_', ' ');
    }

    public static string MakeKey(string host, int port, int extra = 0)
    {
        string h = SanitizeInstanceId(
            string.IsNullOrWhiteSpace(host) ? "unknown" : host);

        return extra > 0
            ? $"{h}_{port}_{extra}"
            : $"{h}_{port}";
    }

    public static string GetDeviceDir(string deviceKey)
    {
        string safeKey = SanitizeInstanceId(deviceKey);

        string baseDir = Path.Combine(
            Environment.GetFolderPath(
                Environment.SpecialFolder.ApplicationData),
            "sql_Connect",
            "Devices",
            safeKey);

        Directory.CreateDirectory(baseDir);

        return baseDir;
    }
}

Sau đó trong Tag_IEC104_master.cs, xóa toàn bộ đoạn:
// ============================================================
// 1. DeviceKeyHelper
// ============================================================
public static class DeviceKeyHelper
{
    ...
}

Tức là xóa từ:
public static class DeviceKeyHelper

đến dấu:
}

kết thúc class đó.
Tag_IEC104_master.cs vẫn có thể gọi bình thường:
DeviceKeyHelper.SanitizeInstanceId(...)
DeviceKeyHelper.MakeKey(...)
DeviceKeyHelper.GetDeviceDir(...)

vì cả hai file đều thuộc:
namespace sql_Connect

Nhưng có một điểm cần chú ý
Hai phiên bản DeviceKeyHelper của bạn không hoàn toàn giống nhau.
IEC 61850 đang dùng:
%AppData%\sql_Connect\Devices\...

và có:
MakeKey(host, port, extra)

Trong khi IEC 104 đang dùng:
%AppData%\sql_Connect\devices\...

và:
MakeKey(host, port, ca)

IEC 104 còn có thêm:
DevicesRoot


Do đó không nên đơn giản đổi tên một class rồi bỏ qua nếu mục tiêu của bạn là dùng chung hệ thống lưu cấu hình cho IEC104 và IEC61850.
Tôi khuyên kiến trúc nên là
sql_Connect
│
├── DeviceKeyHelper.cs       ← CHỈ 1 class này
│
├── Tag_IEC104_master.cs
│
├── Tag_IEC61850.cs
│
├── Tag_IEC104_slave.cs
│
├── TagTest61850.cs
│
└── ...

Tốt hơn nữa là tách DeviceKeyHelper thành file riêng:
DeviceKeyHelper.cs
namespace sql_Connect
{
    internal static class DeviceKeyHelper
    {
        // toàn bộ code DeviceKeyHelper ở đây
    }
}

Sau đó xóa DeviceKeyHelper khỏi cả Tag_IEC104_master.cs và Tag_IEC61850.cs.
Đây là cách sạch nhất cho SCADA của bạn, vì sau này bạn thêm Modbus, S7, IEC104, IEC61850, OPC UA... thì tất cả các driver có thể dùng chung cơ chế:
DeviceKey
   ↓
Device Directory
   ↓
Config / Tags / OPC UA / Certificate

Sau khi sửa
Trong Visual Studio làm:
Build
   ↓
Clean Solution
   ↓
Rebuild Solution

Nếu vẫn báo lỗi, dùng Ctrl + Shift + F tìm toàn bộ project:
class DeviceKeyHelper

Kết quả chỉ được phép có 1 chỗ.
Đây chính là nguyên nhân của lỗi bạn đang gặp.
báo lỗi The namespace 'sql_Connect' already contains a definition for 'DeviceKeyHelper' Type 'DeviceKeyHelper' already defines a member called 'GetDeviceDir' with the same parameter types Type 'DeviceKeyHelper' already defines a member called 'MakeKey' with the same parameter types Type 'DeviceKeyHelper' already defines a member call
ed 'SanitizeInstanceId' with the same parameter types. nguyên nhân do đâu lỗi và cách khắc phục
RuntimeMoveEditor

nhưng code cũ vẫn gọi:

TagRuntimeMoveEditor.Enable(...);

thì sẽ sinh đúng lỗi này.

---

Trường hợp 4 — Class nằm trong file nhưng bị #if

Ví dụ:

#if DEBUG
public class TagRuntimeMoveEditor
{
}
#endif

Nếu cấu hình Build hiện tại không thỏa điều kiện thì compiler cũng không nhìn thấy class.

---

Đặc biệt với SCADA của bạn

Vì trước đây bạn đang làm runtime chỉnh vị trí X/Y của object rồi lưu lại khi đóng .exe, TagRuntimeMoveEditor rất có thể là class trung gian xử lý:

MouseDown
   ↓
kéo object
   ↓
thay đổi X/Y
   ↓
MouseUp
   ↓
lưu vị trí
   ↓
mở Runtime lần sau → đọc lại X/Y

Nếu bạn vừa copy/sửa code TagSwitchPulse, TagButton, Motor... thì có thể code của một control đang gọi TagRuntimeMoveEditor nhưng chưa copy class hỗ trợ này sang project mới.

Cách kiểm tra nhanh nhất

Trong Visual Studio nhấn:

Ctrl + Shift + F → tìm

TagRuntimeMoveEditor

Nếu kết quả chỉ ra kiểu:

TagRuntimeMoveEditor.xxx(...)

nhưng không có:

class TagRuntimeMoveEditor

thì bạn đang thiếu file/class.

Nếu bạn gửi cho tôi file .cs đang báo lỗi (hoặc ảnh dòng lỗi), tôi có thể chỉ chính xác dòng nào đang gọi TagRuntimeMoveEditor và sửa trực tiếp code để chạy được. 

Đúng, lỗi này đã rõ hơn: Windows đang chặn quyền ghi vào thư mục F:\Program Files\..., không còn là lỗi của C# hay Visual Studio.

Dòng quan trọng nhất là:

Unable to create directory "obj\Debug\"
Access to the path 'F:\Program Files\8-V6\1-OCC\Visual_Export\sql_Connect\obj\Debug\' is denied.

Visual Studio cần tạo:

sql_Connect
 └─ obj
     └─ Debug

nhưng tài khoản hiện tại không có quyền Write/Create folder ở F:\Program Files.

Cách xử lý tôi khuyên dùng

Đừng để project C# ở F:\Program Files\... nữa.

Chuyển nguyên project:

F:\Program Files\8-V6\1-OCC\Visual_Export\sql_Connect

sang chẳng hạn:

F:\SCADA\Visual_Export\sql_Connect

hoặc:

F:\CSharp\sql_Connect

Sau đó:

1. Đóng Visual Studio.
2. Copy nguyên thư mục sql_Connect.
3. Xóa bin và obj ở project mới.
4. Mở file:

sql_Connect.sln

5. Chọn:

Build → Rebuild Solution

Nếu bắt buộc phải giữ ở Program Files

Chuột phải vào:

F:\Program Files\8-V6\1-OCC\Visual_Export\sql_Connect

→ Properties → Security → Edit

Chọn tài khoản Windows của bạn và cho phép:

Modify
Write
Read & execute

Sau đó thử Build lại.

Hoặc mở Visual Studio bằng:

Run as administrator

Nếu chạy được khi Administrator thì gần như chắc chắn 100% là vấn đề quyền thư mục.

Có một điểm rất đáng chú ý

Trước đó bạn có lỗi:

obj\Debug\sql_Connect.csproj.CoreCompileInputs.cache
Access denied

bây giờ chuyển thành:

Unable to create directory "obj\Debug\"

Điều này cho thấy không phải một file .d5d~ nào đó bị khóa đơn lẻ nữa. Hiện tại ngay cả việc tạo thư mục obj\Debug cũng bị Windows từ chối.

Vì vậy xóa obj thôi chưa đủ. Tôi sẽ ưu tiên chuyển project ra khỏi Program Files.

Nếu đây là project bạn vừa copy từ máy cũ sang máy mới, thì cách sạch nhất là:

F:\Program Files\8-V6\1-OCC\Visual_Export\sql_Connect
                         ↓
F:\SCADA\sql_Connect
                         ↓
xóa bin + obj
                         ↓
mở .sln
                         ↓
Rebuild

Sau khi làm như trên, lỗi WriteLinesToFile / UnauthorizedAccessException này sẽ không còn nếu không có một cơ chế quyền khác đang chặn thư mục.

Nội dung chính