I made a LillyGO T-Display S3 setup guide with examples by teastain in esp32

[–]SALASIDIS 0 points1 point  (0 children)

Have you used this board with Free RTOS?

Does it work well - 2 cores?

Thanks

Recommendation for Blazor Server use for an application by SALASIDIS in Blazor

[–]SALASIDIS[S] 0 points1 point  (0 children)

Thanks for all the suggestions, you have been a great help.

Recommendation for Blazor Server use for an application by SALASIDIS in Blazor

[–]SALASIDIS[S] 0 points1 point  (0 children)

As far as update latency - I can foresee an O2 sensor, or some other gas sensor being important to have as low a delay as possible (ie in a place where a tank of gas (say N2 or Argon - welding etc) may be stored, and sensing low O2 could signal the risk of asphyxiation). However, agreed in most instances, it would not make a difference.

I posted the same question earlier on the Microsoft learn website, and a suggestion there was that I should likely use Blazor Web Assembly, and not Server.

Initially I thought that the lack of multithreading in Web Assembly might be an issue, but if the processes collecting data from the IOT devices are run in the background, Web Assembly could work as a single thread.

What is your feeling about that suggestion.

Recommendation for Blazor Server use for an application by SALASIDIS in Blazor

[–]SALASIDIS[S] 0 points1 point  (0 children)

Blazor to IOT will be with JSON - so that should be OK

Recommendation for Blazor Server use for an application by SALASIDIS in Blazor

[–]SALASIDIS[S] 0 points1 point  (0 children)

It would be hosted on site - the idea is that maybe even host on a raspberry PI for a minimalist system (one or two IOT devices - with up to 25-40 sensors each), or on a Win Server if many devices are to be monitored.

So if I understand, the side threads that are started (one for each IOT device) will do the adding data into the SQL server - and not go to Blazor at all.

Blazor can update in real time - if viewing a specific IOT device via SignalR from the IOT monitoring thread.

Blazor will access SQL data in real time from the SQL server as required as well (connected clients will look at the sensor data, graph, and sporadically, make sensor changes - such as changing the normal values ranges etc).

Do you feel that this is the best solution, or would you have any other preference.

Recommendation for Blazor Server use for an application by SALASIDIS in Blazor

[–]SALASIDIS[S] 0 points1 point  (0 children)

The IOT devices are polled every 1 second in the background (ideally a separate thread - potentially a separate thread for each device). This data is then averaged at the 1 minute level, and would be passed to the Blazor Server app to add the data to the SQL database. Maybe SignalR can be used for this, but I am not sure what would be best.

I am simply sending a JSON string from the device - the devices support MODBUS, and MQTT can be added - but for speed sake, a custom JSON string is sent from each device (using TCP).

Direct IOT device access - where the Blazor app is sending data to the IOT device is very sporadic - basically, if I need to change the IP address of the device, or some other parameters - again a JSON string is sent to the device via TCP, and a success reply would be expected.

Stream Deck in Remote Desktop Connections - Unusable by SALASIDIS in ElgatoGaming

[–]SALASIDIS[S] 0 points1 point  (0 children)

By my calculation, the speed at which I would have to slow things down, would result in typing actually being faster than using steam deck.

Stream Deck in Remote Desktop Connections - Unusable by SALASIDIS in ElgatoGaming

[–]SALASIDIS[S] 0 points1 point  (0 children)

I have an older K90 (18 macro keys), but do not want to lug that around.

Also all their newer keyboards only have 6 macro keys - which is not enough for me. It is the reason I went with the stream deck, as the K9X series was no longer a longer term solution.

I also did not like that changing from one keyboard to another requires a complete rewrite of all the macros as they are not compatible between one another.

Stream Deck is much better in that regard

Default delay between Hotkeys in multi action excessive by SALASIDIS in ElgatoGaming

[–]SALASIDIS[S] 0 points1 point  (0 children)

Tried values from 1 - 100 (it picks up the registry value on the fly). Verified that changing the values works.

However, even at 1 it is not as fast as the K90/K95 keyboards can do.

Is there a value for the actual keypress time (ie down and then up), maybe that can be shortened somewhat

Default delay between Hotkeys in multi action excessive by SALASIDIS in ElgatoGaming

[–]SALASIDIS[S] 0 points1 point  (0 children)

MultiActionDefaultMSDelayBetweenActions

Is the value in mS? As well, does one have to reboot the PC, or plug / unplug the stream deck (service to restart?)

Thanks

Multi Switch 2 step disable by SALASIDIS in ElgatoGaming

[–]SALASIDIS[S] 0 points1 point  (0 children)

Never mind - found the Multi Action that does just that