Андрей

UI обновляется в отдельном треде через dispatcher. В вашем случае он еше не успел сделать свою работу.
те или делать sleep-delay или как-то так:

this.Dispatcher.Invoke(System.Windows.Threading.DispatcherPriority.Render, (Action)delegate()
  {
     Todo: print
  });

Можно еше повысить приоритет диспатчера, но это так себе идея.

При бидинге коллекции к ItemsControl создаётся CollectionView (для IEnumerable, для IList - ListCollectionView), который может дополнительно отсортировать или отфильтровать коллекцию. Элементы, видимые на экране, берутся из этого CollectionView, а не из оригинальной коллекции.

ListCollectionView имеет проперти NewItemPlaceholderPosition, с помощью которого можно добавить фейковый элемент в начало или конец.

// CollectionView можно получить двумя способами:
// 1. Просто получить дефолтный вариант для коллекции
var collectionView = (ListCollectionView)CollectionViewSource.GetDefaultView(Items);
// 2. Создать свой, тогда именно этот созданный collectionView надо передавать для биндинга в ItemsSource.
var collectionView = new ListCollectionView(Models);

// После, можно добавить фейковый элемент
collectionView.NewItemPlaceholderPosition = NewItemPlaceholderPosition.AtBeginning;

После этого в ListBox появится элемент CollectionView.NewItemPlaceholder, который можно отдельно стилизовать с помощью DataTemplateSelector.

string это алиас для System.String. Сравнить можно с int и System.Int32. Поэтому разницы нет. Разве что подсветка слова другая. String будет как класс подсвечивать.

Влан -- это всего лишь идентификатор в ethernet фрейме. Который может принимать значения от 1 до 4094. Вланы не бывают тегированными или не-тегированными, они по определению тегированные. Бывает тегированным или не-тегированным трафик. Тегированный -- это тот, в ethernet фреймах которого соответствующее поле реально содержит VID -- VLAN ID, т. е. номер влана. Не-тегированный -- соответственно, такой фрейм, где номера влана нет.

Транковый порт коммутатора -- это порт, который настроен таким образом, чтобы принимать и передавать тегированный трафик, и этот трафик может быть из разных вланом (физически это означает, что в трафике могут быть разные VID -- идентификаторы вланов). Например, так настраиваются порты, к которым подключены другие коммутаторы. Или, например, маршрутизаторы. Или, например, сервера с виртуалками.

Порт, настроенный для приёма не-тегированного трафика, всё равно осознаёт себя в каком-то влане. Т. е. коммутатор внутри себя считает, что в этот порт ему прилетает нетегированный трафик, но этот трафик нужно относить к такому-то влану. Какому конкретно влану -- задаётся сетевым администратором при настройке и включении порта. Не-тегированный трафик может улететь в тегированный (транковый) порт, например, и в этом случае на выходе из транкового порта коммутатор в трафике явным образом проставит тег.

Может быть и обратная ситуация -- прилетит тегированный трафик в транковый порт (допустим, в 5-ом влане). Коммутатор определит, что получатель трафика находится на таком-то порту, и этот порт настроен для отправки не-тегированного трафика. Тогда коммутатор перед передачей пакета в этот порт уберёт трафик из фрейма и только потом отдаст фрейм в порт.

В транковые порты может прилетать любое количество вланов (ну, до 4096, понятное дело). В не-тегированные -- только один какой-то влан, как вы понимаете, так как тега-то в трафике нет, и единственный способ отнести этот трафик к какому-то влану -- это явным образом прописать в настройках коммутатора, что вот этот вот порт относится к такому-то влану.

Обычные компы могут принимать тегированный трафик только в случае дополнительных действий. На винде это должен поддерживать драйвер, и ещё он иметь средства управления вланами на интерфейсе. На линуксе тоже нужно создавать отдельным образом саб-интерфейсы с указанием тегов.

Что касается микрота -- добейтесь сначала связи между роутером и компом в сети 192.168.1.0, без DHCP и тем более натов.

IP 192.168.1.1 пингуется из сети 192.168.0.1 -- это понятно, так как адрес принадлежит вашему маршрутизатору. Вы можете ему на интерфейс 8.8.8.8 повесить, и он тоже будет пинговаться, даже при отсутствии интернета -- если между роутером и компом связь есть.

Service tag ставить не надо -- это уже из области Q-in-Q, вложенных вланов (если на пальцах).

Vlan1 -- какой vlad ID имеет?

Windows 10 IOT это профанация того, что мелкомягкие захотели мирового господства и показать что темой IOT они типо тоже занимаются.
В итоге это направление умерло также как и Windows Phone, т.к. IOT получилась настолько обрезанной и недопиленной что ее даже ардуина местами обходила.

Значит так, берем толстую тетрадь, ручку и пишем фразу "Статические методы не имеют отношения к ООП" до тех пор, пока не запомним это на всю жизнь.
Суть объектно ориентированного программирование, как понятно из названия, заключается в том, что должен существовать объект. Статика существует не в контексте объекта, а в контексте класса! Из этого вытекает то, что на протяжении всего жизненного цикла вашего кода будет существовать лишь одно глобальное состояние статических членов класса.

Использовать статику нужно в случае, если то, что вы ей описываете принадлежит всей группе объектов, а не одному. Например, у класса Human может быть статический метод numberOfLegs(), который возвращает количество ног у людей. Количество ног - это общее свойство для всех людей (Речь идет о здоровых людях). В данном случае можно было использовать константу класса, но это не так важно, ведь, по сути, константа - это тоже статический контекст. А вот имя - это уже свойство каждого отдельного человека. И очень важно чтобы статические методы не изменяли состояние системы в целом, не содержали побочных эффектов.
В статические методы можно выносить какую либо служебную логику. Например, метод перевода числа из арабской в римскую запись следует сделать статическим.

Есть ли у статического варианта какие-то подводные камни

Большое количество. При чем, не таких уж и подводных. Из-за того, что статика глобальна, она плохо поддается тестированию, ее нельзя замокать. Глобальное состояние плохо поддается отладке. Отсутствует возможность подменить реализацию, так как это позволяют сделать объекты.

Создай таблицу с столбцами как было сказано выше, к ней напиши класс с методами:
1. Определение типа задания (купить, продать, поставить и.т.д), в зависимости от возвращенного значения напиши логику игрока для выполнения)
2. Тип предмета для действия (тут все просто, будут хранится предметы: стулья, столы, и.т.д. и их количество для выполнения)
3. Награда за выполнение задания.
4. Количество предметов у игрока (все то же самое что и в столбце 3)
5. Процесс выполнения (по желанию) в нём будут высчитываться сколько у игрока нужных предметов и в зависимости от их количества ставится % выполнения.

Может ещё какие есть, не продумывал детально. Все эти столбцы обернуть методами взаимодействия между собой, для проверки выполнения, и так далее. Пиши, если будут вопросы.

Так используйте конвертеры при биндинге.

Виртуализация https://metanit.com/sharp/wpf/14.5.php

static int DaysTill25(DateTime dt)
{
   return dt.Day <= 25 ? 
                       25 - dt.Day
                     : 25 + (DateTime.DaysInMonth(dt.Year, dt.Month) - dt.Day);
}

Изучаете, изучайте, но когда практиковать-то начнёте? Или хотите перезаписать всё Вами прочитанное за сегодня, прочитанным завтра?
Начните разработку какой-нибудь многофункциональной проги, за время реализации функционала которой Вам не раз придётся перелопатить массу страниц в интернете, повстречаться со многими видами исключений и решать много возникающих проблем.
Участвуйте в жизни Open Source проектов, к примеру, на том же GitHub.
Без теории никуда, но и без практики тоже. Вы сюда почитать/посмотреть пришли или программировать?
Поверьте, потребность реализовать ту или иную идею, лучше всего укажет Вам, что изучить.
Если сомневаетесь, что готовы написать более или менее самостоятельную программку, даже с банальным выводом текста в консоль :), тогда подтяните базис, к примеру, на том же MyCsharp или Metanit.

Судя по описанию - перегруженный эфир.
Появился сосед активно использующий WIFI.

https://forum.mikrotik.com/viewtopic.php?t=29114

Насколько я понимаю- протокол у весов какой-то свой (от производителя), т.е придется работать ч/з их драйвер. А из описания драйвера следует, что терминал(весы) выдают данные по запросу компьютера- выходит что просто "сесть параллельно" на линию может не получится. Однако- в драйвере есть TCP/IP-сервер, через который можно отправить данные на другой компьютер по локальной сети. В документации к драйверу есть примеры работы. Там, правда, определенных знаний программирования потребуется, но не слишком сложно. Может этот вариант Вам подойдет? В крайнем случае- запросите поддержку у производителя...
Касательно упомянутого конвертера- да, это преобразователь интерфейсов, с точки зрения компа (после запуска драйвера этого конвертера и подключения по Ethernet) - это будет один (или несколько) СОМ-порт, дальше работаем с ним как c обычным. Доступ с нескольких компов он позволяет (не во всех моделях, тут надо уточнить). И я не знаю- будет ли он работать с нестандартным протоколом.