Как параметры тока считываются?

Публичное обсуждение - это полезно

Ну, есть электрическая сеть (та что по столбам на улице). На этих столбах есть умные выключатели. Они размыкаются, если "слышат" КЗ и замыкаются если с однйо стороны пропало электричество, а другой оно осталось. Так же ими можно удаленно управлять. Все это упрощается и уже рассчитывается и требуется написать логику этих выключателей. Я могу как либо сообщать выключателям, что ситуация с электричеством поменялась (или просто сообщать текущее состояние сети), что они слышат кз или что им послали команду.

При этом, у выключателей есть задержка при работе, которую хорошо бы эмулировать. Они слышат КЗ и выключаются не сразу, а за сколько то мс. Они включаются при пропадании электричества не сразу, а с приличной задержкой.

Мало того, когда они услышали кз - они выключатся, потом через сколько то мс включатся, чтобы "дожечь" предмет кз. И так будут щелкать несколько раз.

При этом... вот один выключатель услышал КЗ - выключился. А его сосед засек что напряжения нет и включился, попал на то же КЗ, выключился. Эти события взаимосвязаны.

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

Состояние сети для выключателя - это наличие напряжения на его концах и наличие кз. Это уже упрощено.

По сути да, это классическая акторная модель.

просто делаете внутри своего обработчика (к примеру, актора),

withContext(<myLogContext>){doLogging}

Ну тут действительно можно почитать/послушать Елизарова. Вы пока напишите как пишется, потом если код будет, можно посмотреть, где надо подправить.

а то как в телеграме

Жаль, он каналы и акторы не зацепил

Ну на common я могу написать это многопоточно? Чтобы в jvm оно работало многопоточно а в js - ну как будет.

да

это будет определяться диспатчером.