Я уже сейчас улыбаюсь.
Когда кто-то говорит что невозможно перехватить информацию по квантовому каналу то он ошибается. Перехватить можно. Другое дело, что свойством квантовой криптографии является то, что такой перехват становится явным. То есть пока инфу никто не перехватывает — все нормально. Как только кто-то попытался перехватить информацию — обе стороны немедленно об этом узнают.
Если бы я хотел получить закрытую информацию то первое что я сделал бы — это начал бы нагло перехватывать всю передачу по квантовому каналу и ждать. В этом случае обе стороны видя что ведется постоянный перехват неминуемо начнут искать способы передать секретную информацию другим путем.
То что регулятор стабилен без конденсатора я видимо упустил, ибо во всех схемах даташита он так или иначе присутствует.
Приведенный в даташите график (если мы говорим об одном графике) показывает поведение при относительно низких частотах. Если глянуть на график чуть выше, то становится ясно что регулятор комфортно себя чуствует при частотах до 1КГц. Повышение частоты даже до 10КГц уже заставляет его сильно нервничать. Логика же работает на частоте 100МГц. Судя по упомянутому вами графику просадка напряжения на регуляторе величиной 0,5в происходит при приложении нагрузки за время около 2,5 микросекунды. 74hc595 же гарантированно завершает переключение за 13 наносекунд. Даже если увеличить его в два раза получится эквивалентная частота 38 МГц. Думаете регулятор успеет среагировать?
Не ознакомлю. Потому что конденсатор управляющей части по питанию не рассчитывался, а поставлен из даташита. Это сделано потому, что не предполагалось значительных просадок напряжения в управляющей части. Это как раз подтверждает мое мнение что использование впритык в любительских конструкциях помогает получать опыт. В следующий раз я либо сразу буду писать прошивку таким образом чтобы сегменты не включались одномоментно, либо изначально предусмотрю конденсаторы на питание индикаторов.
Нагрузка же питается отдельно и другим напряжением. Просадка напряжения от включения/выключения нагрузки такая, что оставляет регулятор в зоне комфорта. Кроме того для меня лучше, чтобы просадка напряжения на нагрузке была как можно больше (в разумных пределах), потому что снижает потери на регуляторе, а соответственно регулятор меньше греется.
<режим зануды>Бактерии одного конкретного вида (а иногда и штамма) чувствуют себя максимально хорошо при определённой температуре. Отклонения температуры от этого значения меняет соотношение числа бактерий разных видов. Если учесть что бактерии разных видов продуцируют разные продукты своей жизнедеятельности то и вкус конечного продукта зависит от температуры. Причём он зависит и от времени так как после переработки одной составляющей продукта одним видом бактерий за обработку продукта берётся другой вид. <\режим зануды>
Такая логика была взята по двум причинам. Первая — мне ее достаточно. И по току и по быстродействию. Вторая — эта логика была легко доступна для меня только и всего. Индикатор с общим анодом таки да.
С другой стороны использование компонентов «впритык» позволяет обнаруживать многие проблемы уже на этапе разработки. Так как чтобы использовать компоненты около предела их возможностей необходим расчет, и если что то не работает как нужно значит ты облажался в расчетах. Это в свою очередь позволяет не только набраться опыта тем самым прокачав скилл «Сделать сразу хорошо» но и наметить для себя проблемные места в системе и сразу оптимизировать их. Это конечно мое личное мнение но метод «чем больше кондеров тем лучше» похож на покупку костылей новорожденному с мыслью «а вдруг ногу сломает».
И тем не менее в системах где надежность критична я бы скорее всего все делал с троекратным запасом.
Боюсь мы подходим к вопросу вкусов. Я согласен что данную задачу можно решить кучей разных способов, в том числе мультиплексированием и уверен что недостатки того и другого способа могут быть нивелированы тем или иным схемным решением, просто в данном случае выбрал один из них как кажущийся наиболее простым и удобным.
1.а. при прямом взгляде не дает, но если вы попробуете взглянуть на индикатор вскользь то сможете увидеть мерцание на достаточно бальших частотах. Не берусь объяснить почему так происходит.
1.b на мультиплексирование требуется большее количество выводов чем на сдвиговую логику, где по сути можно обойтись тремя.
1.с мультиплексирование на большом количестве индикаторов неэффективно, так как чем больше индикаторов тем сильнее снижается сила свечения из за увеличения скважности.
2. Алгоритм я вкратце описал. Диспетчер времени отсчитывающий задержки времени, диспетчер задач передающий управление задачам из очереди и управляющий самой очередью. Восьмибитный таймер отдан под шим управление нагрузкой. 16 битный занят отсчетом времени задержек и частично обслуживает подпрограмму опроса датчика температуры. Все остальное — опрос кнопок, вывод на дисплей, ПИ-регулятор, управление звуковым буззером, менеджер экранов дисплея и перекодирование дисплея находятся в очереди задач вызываясь только в нужное им время. В основном цикле практически один loop и некритичные задачи.
Боюсь осциллограф в том топике нельзя назвать таковым. Такой осциллограф я себе делал лет 8 назад и скажу что это не более чем игрушка. Заваливание фронтов, низкая частота дискретизации и откровенно слабый ацп приводит к тому что такое в руки не возьмет ни один человек хоть раз пользовался обычным, даже старым советским осциллографом.
Когда кто-то говорит что невозможно перехватить информацию по квантовому каналу то он ошибается. Перехватить можно. Другое дело, что свойством квантовой криптографии является то, что такой перехват становится явным. То есть пока инфу никто не перехватывает — все нормально. Как только кто-то попытался перехватить информацию — обе стороны немедленно об этом узнают.
Если бы я хотел получить закрытую информацию то первое что я сделал бы — это начал бы нагло перехватывать всю передачу по квантовому каналу и ждать. В этом случае обе стороны видя что ведется постоянный перехват неминуемо начнут искать способы передать секретную информацию другим путем.
Приведенный в даташите график (если мы говорим об одном графике) показывает поведение при относительно низких частотах. Если глянуть на график чуть выше, то становится ясно что регулятор комфортно себя чуствует при частотах до 1КГц. Повышение частоты даже до 10КГц уже заставляет его сильно нервничать. Логика же работает на частоте 100МГц. Судя по упомянутому вами графику просадка напряжения на регуляторе величиной 0,5в происходит при приложении нагрузки за время около 2,5 микросекунды. 74hc595 же гарантированно завершает переключение за 13 наносекунд. Даже если увеличить его в два раза получится эквивалентная частота 38 МГц. Думаете регулятор успеет среагировать?
Нагрузка же питается отдельно и другим напряжением. Просадка напряжения от включения/выключения нагрузки такая, что оставляет регулятор в зоне комфорта. Кроме того для меня лучше, чтобы просадка напряжения на нагрузке была как можно больше (в разумных пределах), потому что снижает потери на регуляторе, а соответственно регулятор меньше греется.
И тем не менее в системах где надежность критична я бы скорее всего все делал с троекратным запасом.
1.b на мультиплексирование требуется большее количество выводов чем на сдвиговую логику, где по сути можно обойтись тремя.
1.с мультиплексирование на большом количестве индикаторов неэффективно, так как чем больше индикаторов тем сильнее снижается сила свечения из за увеличения скважности.
2. Алгоритм я вкратце описал. Диспетчер времени отсчитывающий задержки времени, диспетчер задач передающий управление задачам из очереди и управляющий самой очередью. Восьмибитный таймер отдан под шим управление нагрузкой. 16 битный занят отсчетом времени задержек и частично обслуживает подпрограмму опроса датчика температуры. Все остальное — опрос кнопок, вывод на дисплей, ПИ-регулятор, управление звуковым буззером, менеджер экранов дисплея и перекодирование дисплея находятся в очереди задач вызываясь только в нужное им время. В основном цикле практически один loop и некритичные задачи.