Да не завались, в лучшем случае их три-четыре, а если используется ШИМ, режимы захвата или что-то ещё, то таймеров ой как не хватает.
Но всё же я бы не стал измерять время такой «универсальной» функцией, а реализовал бы алгоритм для конкретной задачи.
Однако, среди комментариев мне лично ни разу не встречалось упоминаний о плагине SublimeClang, который кардинально меняет работу C++ программиста в этом редакторе
Я где-то в комментариях писал, как превращал его в IDE для STM32
С дебагом, кстати :)
Вот, для примера, можете посмотреть реализацию 1-wire, где используются точные задержки: тыц (где-то 1300я строка baro_clock.asm)
Это проект часов с термометром, барометром и пультом ДУ (обучаемым) на Atmega48, работает год у меня без сбоев. Код подробно раскоментирован.
но с ассемблером ковыряюсь недели 2, и пока не понял, как вынести все это в отдельный модуль, и сделать функцию в нем соответствующую.
Так как вы уже сохраняете все используемые регистры в макросе (push/pop), то можете просто вынести его тело в подпрограмму, передав время в качестве параметра или через стек, или через регистры.
Вообще, по опыту, полезность этой подпрограммы спорная. Если проект пишется на ассемблере, то явно под конкретный МК и под конкретную частоту. Все эти задержки высчитываются один раз на этапе написания, что экономит программную память, а так же работает намного точнее.
Если вы заметили, тут используется прозрачность. JPEG у людей с нестандартным фоном будет смотреться просто напросто коряво — белым пятном на общем фоне.
Да вот и я не спешу, т.к. по производительности устраивает полностью, мешает только шум. Ну и энергопотребление выше.
Поглядываю на новые компактные матери и процессоры с интегрированным видео. Ну и БП с пассивным охлаждением где-то видел, дорогие правда…
Про московские тарифы утверждать не буду, но в нашей области выходит выше. При том чем крупнее потребитель, тем ниже цена. Расчёт стоимости по юрлицам довольно сложен, по памяти не помню, завтра могу уточнить и дать для примера цены какого-нибудь ИП и физиков (последние, кстати, прописаны жёстко, вот)
Вот именно соответствующие стандарту переходники зачастую не работают с некоторыми устройствами, т.к. криворукие драйверописатели ориентировались на железный COM, в котором можно дрыгать пинами в произвольном порядке, а не передавать/принимать данные как положено.
Я в том контексте, что есть «своё облако», а есть «чужое облако», не суть важно, публичное оно или нет. Так вот, «чужое облако», что бы про него не говорили, находится где-то в датацентрах, что всегда надёжнее с точки зрения доступности данных, чем своё, хотя у своего куча других преимуществ.
Ну на телефоне много не сохранишь, NAS может отвалиться в неподходящий момент.
Нет, я ничего не имею против сабжа — вещь классная, просто мне кажется сравнение с дропбоксом некорректно, это немного разные вещи. Для последнего синхронизация — вещь побочная, основная всё-таки хранилище.
Да всё равно это разные вещи. Это просто синхронизация между своими устройствами.
Смысл DropBox (и других подобных сервисов) в том, что данные хранятся в облаке, а не на своих девайсах. Случись у меня пожар, сдохни провайдер, да что угодно — данные будут целы.
Нет, смысл в том, что радиоканалу, для бОльшей скорости нужна бОльшая частота несущей. Чем выше частота несущей — тем больше потери на препятствиях.
Свет мы можем пока воспринимать как непрерывный поток, т.к. до упора в его частоту нашей электронике пока очень далеко, а уж модулировать непрерывный поток можно как угодно.
Вот и выходит, что для передачи по радио на высоких частотах без условий прямой видимости нужно строить волновод — считай тот же кабель, но очень дорогой. Оптика тут несомненно выигрывает.
Ну а для связи с космосом вроде прямая видимость не проблема, а в чём преимущество лазера — BarsMonster ниже написал.
Но всё же я бы не стал измерять время такой «универсальной» функцией, а реализовал бы алгоритм для конкретной задачи.
Я где-то в комментариях писал, как превращал его в IDE для STM32
С дебагом, кстати :)
20МГц.
Это проект часов с термометром, барометром и пультом ДУ (обучаемым) на Atmega48, работает год у меня без сбоев. Код подробно раскоментирован.
Так как вы уже сохраняете все используемые регистры в макросе (push/pop), то можете просто вынести его тело в подпрограмму, передав время в качестве параметра или через стек, или через регистры.
Вообще, по опыту, полезность этой подпрограммы спорная. Если проект пишется на ассемблере, то явно под конкретный МК и под конкретную частоту. Все эти задержки высчитываются один раз на этапе написания, что экономит программную память, а так же работает намного точнее.
Поглядываю на новые компактные матери и процессоры с интегрированным видео. Ну и БП с пассивным охлаждением где-то видел, дорогие правда…
Нет, я ничего не имею против сабжа — вещь классная, просто мне кажется сравнение с дропбоксом некорректно, это немного разные вещи. Для последнего синхронизация — вещь побочная, основная всё-таки хранилище.
Смысл DropBox (и других подобных сервисов) в том, что данные хранятся в облаке, а не на своих девайсах. Случись у меня пожар, сдохни провайдер, да что угодно — данные будут целы.
Свет мы можем пока воспринимать как непрерывный поток, т.к. до упора в его частоту нашей электронике пока очень далеко, а уж модулировать непрерывный поток можно как угодно.
Вот и выходит, что для передачи по радио на высоких частотах без условий прямой видимости нужно строить волновод — считай тот же кабель, но очень дорогой. Оптика тут несомненно выигрывает.
Ну а для связи с космосом вроде прямая видимость не проблема, а в чём преимущество лазера — BarsMonster ниже написал.