Для эксперимента я думаю достаточно и кольца размером с большой адронный коллайдер.
Думаю, что будет достаточно

Я пока мысленно дошёл до следующего варианта.
Через 0.5 сек лампочка начнёт светиться.
0.5 — 1 сек переходный процесс. Зависимость разницы потенциалов на лампе от времени будет иметь вид U = U0 * ( 1 — exp (-k1*(t-0.5)) )
В момент времени 1.5 сек до лампы «дойдёт» вторая часть поля, которое шло по длинному проводу. Переходный процесс изменится.
Зависимость приобретёт вид U = U0 * ( 1 — exp (-k1*(t-0.5))) + U0 * ( 1 — exp (-k2*(t — 1.5) ))

k1, k2 зависят от волнового сопротивления провода. Равны ли они? Пока ещё не могу склониться ни к какому варианту…

Что-то мне подсказывает, что для провода конечной длины не возможно бесконечное волновое сопротивление.
Попытки посчитать волновую ёмкость длинного прямого провода дали результат, что она пропорциональна корню длины.
А для кольца скорее всего будет линейная зависимость от длины

Но ведь распространение поля в коротком проводе не закончится лампой и оно «пойдёт дальше»

А почему в половину накала? И почему тогда в полную силу засветит «ещё через секунды». Ведь электромагнитное поле распроспространится по всей длине провода через секунду после замыкания ключа.

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

Ионы и электроны движутся катастрофически медленно по сравнению со скорость распространения электро-магнитного поля. Не нужно от этого отталкиваться.
А скорость распространения поля равна скорости света.

Вот что-то я задумался о первой картинке. Той где лампа, ключ, батарейка и 2 раза по 300 000 км проводов.
Сместим лампу к батарее, например один из проводов будет длиной 450 000 км, другой 150 000 км.
Когда лампа зажжется? Через половину секунды? Или через 1.5? Зависит ли от того к какому полюсу батареи ближе лампа?

Обновил пост.

Да, верно. Я опечатался

Небывальщина. Интернет подсказывает, что это в версии перевода фаргус.
Но я играл только в переводу «Дядюшки Ричёса»

Так и у меня запрос на изменение записи делается только при условии ($YaDNSCurrentIP != $YaDNSPreviousIP) or ($YaDNSCurrentIP != $YaDNSDomainRecord) = true
$YaDNSPreviousIP — IP взятый с интерфейса в момент прошлой попытки обновления, которая вернула OK
$YaDNSDomainRecord — IP этой записи полученный запросом с яндекса.

Если текущий IP не совпадает с одним из них — делается попытка изменения. Если попытка изменения прошла неудачно или если яндекс вернул OK, но почему-то не записал новые данные — скрипт через 5 минут сделает ещё один запрос на изменение

Не, перенаправлять DNS запросы на сервера яндекса правилом — я считаю, что это слишком большое извращение.
ID статично. Я по этому ID ищу в XML данные по этому записи.
Как запускать скрипт только при смене IP? Мне приходит в голову только парсить лог, но если только таким способом — то этот вариант тоже не лучше

Возможно и излишне. Сделано скорее для подстраховки, т.к. мой скрипт для DynDNS иногда отрабатывал без ошибок, но запись в DNS не обновлялась. Было это где-то 1 раз из 20. Решил просто ещё одним принудительным запуском скрипта.

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

Про резолв – я выше в комментариях ответил.

Посмотрел. Кажется :resolve не умеет резолвить используя указанный DNS сервер. Только используя общие настройки роутера. Этот вариант мне не подходит, т.к. у провайдера на DNS серверах запись обновляется с задержкой 5-10 минут, получится что скрипт будет стучаться на яндекс 2-3 раза для обновления записи.

Да, keep-result=no не сохраняет в файл, но и не возвращает результата.
У меня в скрипте 2 запроса и результат мне нужен.
И да, id записи статичен.
На счёт получать текущий IP от яндекса через резолв — подумаю. Идея хорошая.

Так в том то и дело, что fetch не умеет выводить информацию. Он только скачивает.

/tool fetch url=«www.mikrotik.com/index.html» mode=http
Создаст на диске файл index.html

Если сделать как-то так:
:local var1 [/tool fetch url=«www.mikrotik.com/index.html» mode=http]
То результат будет довольно странный на мой взгляд. Если файл скачался – будет пустая переменная, если ошибка – будет описание ошибки.

[Klajnor@MikroTik] > :local var1 [/tool fetch url="http://www.mikrotik.com/index.html" mode=http]; :put $var1; :put [:len $var1]
  status: finished


0

[Klajnor@MikroTik] > :local var1 [/tool fetch url="http://www.mikrotik.com/indeks.html" mode=http]; :put $var1; :put [:len $var1] 
  status: failed

failure: closing connection: <404 Not Found> 54.242.175.225:80 (4)

Здесь имя файла заведомо неправильное. Получаем 404 ошибку, что ожидаемо. Но выполнение после этого остановится, убедиться в этом можно заменив переменную на глобальную. Переменная просто не будет объявлена.

Если не путаю, то без защиты могут выдать около 15-20 Вт, т.е. около 4-5 А тока. Тут от партии к партии может разниться.
Не пойму, откуда вы 6-10 А взяли.
Защита, кажется, на 3А отрубает. Но банки зачетные. Откровенный китай типа trustfire врёт и с ёмкостью и не всегда выдаст даже 2С тока

Да уж. Хорошего акка 18650 хватит на 1-2 зарядки телефона.
У хороших акков ёмкость около 2 А*ч, напряжение 3.7 В (среднее, а так 3.2 — 4.2 В), ток разряда до 2С. Самое оно, чтобы заряжать телефон

Некоторые аппараты умеют пробуждаться по будильнику, если выключены, но стоят на зарядке или в кредле.
И возможно это из-за того, что в время зарядки андроид грузится, но в сильно урезанном режиме, по сути дела только и умеет, что рисовать на экране какую-нибудь анимацию, радиомодули не включаются.
Мой старый Samsung Galaxy R с китайским ядром такое умел