Тоже не понял критерий выбора STM как базы для устройства и начального старта в обучении.
Для всех этих пищалок, мигалок, переключателей и прочих реализаций простой автоматики за глаза хватит AVR. Не нравится framework Arduino (мне он, кстати, тоже не нравится), но никто же не запрещает писать на чистом С\С++

На последней работе всё самое лучшее я сделал дома.

В точку! Года 2 сижу в таком чудо-офисе. По левую руку — кадры, по правую — юристы, а прямо снабженцы. Гвоздь в голову вбил бы тому кто это все придумал. Постоянный гул, разговоры, крики, сосредоточится это что то нереальное. На счет сплоченности коллектива — полная чушь, все общаются только внутри отделов, и в основном по работе. От такой обстановки сильно устаешь психологически, творчество тут отдыхает, это все равно, что на вокзале стихи писать. Вот и приходится многое доделывать дома…

Все бы ничего, да только COM интерфейс WMP используют многие программы для проигрывания звука или видео.

Согласен, код неидеален, но он и не является закрытым. Любой может взять его за основу, доработать и убрать ошибки.
Спасибо за критику.

Согласен с замечанием, вот так будет правильнее:

using (ManagementObjectSearcher mos = new ManagementObjectSearcher())
            {
                // Процессор
                mos.Query = new ObjectQuery("Select * From Win32_processor");
                foreach (ManagementObject mo in mos.Get())
                {
                    try
                    {
                        CPUid = mo["ProcessorID"].ToString();
                    }
                    catch { }
                }
                // Материнская плата            
                mos.Query = new ObjectQuery("SELECT * FROM Win32_BaseBoard");
                foreach (ManagementObject mo in mos.Get())
                {
                    try
                    {
                        MtbId = mo["SerialNumber"].ToString();
                    }
                    catch { }
                }
                // Жесткий диск
                ManagementObject dsk = new ManagementObject(@"win32_logicaldisk.deviceid=""C:""");
                try
                {
                    DiskId = dsk["VolumeSerialNumber"].ToString();
                }
                catch { }
                finally
                {
                    dsk.Dispose();
                }
            }

На счет пустых catch — они нужны только для того что бы не вылетало сообщение о необработанном исключении, в случае если не удается определить id «железа». А на счет потока не совсем понял, что там не так.

Да, есть такая дыра, на практике я использовал шифрование отправляемых данных (aes). На стороне сервера расшифровывал, проверял, если все ОК, то только тогда закидывал в БД.

На счет виртуальных машин. Проверял в VirtualBox — система отдавала почему-то ноль, либо выбрасывала исключение, сейчас уже не помню какое. А вот в vmWare все работало нормально.

Неа, не люблю я такие велосипеды, даже если он дважды электрический. Слишком мелкий, нет ни скоростей, ни подвески. Может по асфальту куда еще не шло, а вот по лесам, горам и полям такое будешь на своем горбу тащить, и крыть благим матом того кто его вообще придумал. :)

Мне кажется, использование стеклянной колбы не самый лучший вариант. Уж больно хрупкая конструкция получается. Уронил, и пипец.
У меня в гараже висят 12 V 5 W лампы. Видимо китайские. Когда покупал думал стеклянные, а потом оказалось, что из какого то прозрачного силикона. Светят ярко, и не сказал бы что сильно нагреваются.

Я думаю там нет 40 ВТ, максимум 10. Как-то хиловато зажигает предметы. У меня есть лазер, где стоит диод 1,6 ВТ, выглядит конечно, не так фантастично, но зажигает не хуже.

На счет разблокирования — не знаю. Если система при этом запросит пароль на вход, то скорее всего не получится. А почему обязательно нужно разблокировать?

Ну это смотря от поставленной задачи, если часто надо посылать сообщения, то думаю — да, каждый раз разрывать соединение смысла нет.

Необходимо было разработать приложение, которое нужно запустить, нажать на кнопку и закрыть. В фоне не надо что бы оно работало. Может быть вы имели в виду Thread?

Правильнее конечно служба, просто не хотелось усложнять.

В данном примере вовсе и не обязательно что бы клиент и сервер были в одной подсети. Все будет работать, если сети маршрутизируемы, т.е «видят» друг друга. Более того можно подключатся из интернета, правда для этого нужно будет сделать проброс порта (в данном случае это порт 10000) в NAT-е Вашего роутера.