SECS-II/HSSMS-SS/GEM在.NET上的执行
Project Description
SECS-II/HSMS-SS/GEM implementation on .NET. This library provides an easy way to communicate with SEMI-standard compatible devices.
Getting started
> dotnet add package Secs4Net
public void ConfigureServices(IServiceCollection services)
{
// "secs4net" configuration section in the appsettings.json
// "secs4net": {
// "DeviceId": 0,
// "IsActive": true,
// "IpAddress": "127.0.0.1",
// "Port": 5000
// }
services.AddSecs4Net(Configuration);
}
class DeviceLogger : ISecsGemLogger
{
// implement ISecsGemLogger methods
}
…
await foreach (var e in secsGem.GetPrimaryMessageAsync(cancellationToken))
{
using var primaryMsg = e.PrimaryMessage;
//do something for primary message
// reply secondary message to device
using var secondaryMsg = new SecsMessage(...);
await e.TryReplyAsync(secondaryMsg);
};
Item via LINQ…
Item value (restricted)Basic rule: The
Item.Counthas been fixed while the item was created.
You can only overwrite values on existing memory. String Item is immutable, coz C# string is immutable as well.
All unmanaged data Item can created from IMemoryOwner or Memory.
The following sample uses the implementation of IMemoryOwner from Microsoft.Toolkit.HighPerformance that has been referenced internally by secs4net..
var largeArrayOwner = MemoryOwner.Allocate(size: 65535);
// feed the value into largeArrayOwner.Memory or largeArrayOwner.Span
FillLargeArray(largeArrayOwner.Memory);
using var s6f11 = new SecsMessage(6, 11, replyExpected: false)
{
Name = "LargeDataEvent",
SecsItem = L(
L(
I2(1121),
A(""),
I4(largeArrayOwner))), // create Item from largeArrayOwner
};
// apply using on received message as well. coz the item decoded by PipeDecoder also uses MemoryOwner when the data array is big.
using var s6f12 = await secsGem.SendAsync(s6f11);
IMemoryOwner,Item, andSecsMessagehave implementedIDisposabledon't forget toDisposeit when they don't need anymore. Otherwise, the array will not return to the pool till GC collects.
Since the length of the max encoded bytes in a single non-List Item was
16,777,215(3 bytes), we split raw data into separated items. In that case, creating the Items from slicedMemoryis more efficient.
暂无开放 Issues,或尚未同步最近议题。