Только задам один мааасенький такой вопрос: для какого процесса сваривания деталей (если не требуется их испарить) - требуется подать 500 000 А? :-)))
Контактная (точечная) сварка выдает в импульсе до 3 кА для приваривания никелевой ленты толщиной 0.3-0.4 мм к аккумулятору. Пятно разогрева при этом - около 1 мм диаметром.
Это означает, что подвижная часть не отслеживает относительные перемещения, а определяет свое абсолютное положение на шкале. Если ее убрать от шкалы и приложить к другому месту, она точно покажет новое положение. Как бы быстро его ни двигать - он не начинает врать. И о кнопке установки нуля можно забыть, потому что ноль не сбивается.
Я разбирал свой штангенциркуль с абсолютной шкалой, но у него неподвижная часть оказалась из стекла с едва видимым под определенным углом напылением. Так и не удалось толком разобрать рисунок на ней.
Ну да. Слишком далеко от жала, рука на весу, подставка слева, второй рукой вцепился в какую-то хрень. Я и говорю - постановочность фото бросается в глаза :) Хотя домохозяйки проглотят, как и саму "новость" :)
Потому что принцип "некогда думать и вникать, надо быстро выпускать релиз" стал главным повсеместным принципом софтостроения, и не только в компаниях :)
Ну если вы думает что в любой ситуации можете сделать супернадежный I2C, то объясните эту оговорку:
Create a Start condition (if possible).
Что тут значит "if possible" . И пройдут ли последующие пункты если not possible
Понятия не имею что они имели в виду под "if possible". И про супернадежность в любых условиях речи не шло, это для любого интерфейса/протокола та еще задачка.
Т.е. чипы даже не тестируют по указанным параметрам.
И? Регулярно вижу такие сноски. Разверните вашу мысль, расскажите нам какой скрытый смысл они несут.
I2C единственная в своем роде шина, где на уровне официальной доки признается факт ее зависания.
Это не признание типа "характерная особенность шины I2C - она может зависнуть" и тем более речь не идет о том, что зависает наглухо до отключения питания. Это просто предупреждение о возможной рассинхронизации, нужно быть готовым к такому случаю и предусмотреть соответствующие меры.
Ну и это не из официальной документации на шину, а из описания периферии какого-то МК.
Экстраклок на SCL вооще непонятный финт. Когда его надо делать и сколько раз?
Это указывается в даташитах на I2C-устройства. Например:
3.5 Software Reset After an interruption in protocol, power loss, or system reset, any 2-wire part can be protocol reset by following these steps:
Create a Start condition (if possible).
Clock nine cycles.
Create another Start condition followed by a Stop condition as seen in Figure 3-2. The device should be ready for the next communication after above steps have been completed.
Какой-н I2C Slave возьмет и притянет SCL или SDA в GND.И тут никакая ваша прошивка не починит баг на стороне ASICа.
Какой-нибудь SPI slave возьмет и не отпустит линию MISO при деактивации сигнала CS. Какой-нибудь девайс на полудуплексной шине RS-485 возьмет и не перейдет в прием после отправки данных.
Во всех этих случаях, так же как и в случае с I2C, решение общее - не использовать ASIC-и с багами в реализации интерфейса.
Но такие баги встречаются достаточно редко. В подавляющем большинстве случаев причиной зависания шины являются косяки в прошивке, работающей с устройствами на этой шине. И почему-то очень многие программисты уверены, что раз шина остается слишком долго в состоянии BUSY, то это конец света и спасет только передергивание питания. Вот как вы, например.
/что мне теперь из за этого не заниматься любимой работой, уехать в деревню и заниматься сельским хозяйством
Вы что, хотите производить продукцию, питающую тех, кто разрабатывает то, что может потом использоваться в ракетах?? Нет уж, только в лес, в землянку и жить собирательством и охотой с помощью обожженного на костре копья (вы же не хотите финансировать покупкой инструментов и охотничьих приспособлений государство, которое платит зарплату тем, кто ... и т.д.).
Так не нужно запрашивать данные когда они еще не готовы. Как правило, устройства имеют регистр статуса, в котором в том числе отражается и готовность данных.
И он что, настолько жестко вешается, что ничего кроме отключения питания не выводит его из этого состояния? Тоже как-то слабо верится. Но даже если так, то это все равно не свойство шины, а криво спроектированный девайс :)
А мне при беглом взгляде привиделось gitclub :)
Контактная (точечная) сварка выдает в импульсе до 3 кА для приваривания никелевой ленты толщиной 0.3-0.4 мм к аккумулятору. Пятно разогрева при этом - около 1 мм диаметром.
Это означает, что подвижная часть не отслеживает относительные перемещения, а определяет свое абсолютное положение на шкале. Если ее убрать от шкалы и приложить к другому месту, она точно покажет новое положение.
Как бы быстро его ни двигать - он не начинает врать. И о кнопке установки нуля можно забыть, потому что ноль не сбивается.
Скрытый текст
Не поможет. Попали у вас в одном цикле 3 опроса из 5 на верхние иголки, а в другом на нижние - и здравствуй скачок показаний.
Обсуждается штангенциркуль именно с абсолютной шкалой.
На этом принципе и работают многие прецизионные датчики положения с ходом в несколько мм :)
У абсолютной шкалы не может не быть рисунка :) По шуму абсолютное положение не определить.
Я разбирал свой штангенциркуль с абсолютной шкалой, но у него неподвижная часть оказалась из стекла с едва видимым под определенным углом напылением. Так и не удалось толком разобрать рисунок на ней.
Простите, помогли раньше чем я успел ответить :)
Ну да. Слишком далеко от жала, рука на весу, подставка слева, второй рукой вцепился в какую-то хрень. Я и говорю - постановочность фото бросается в глаза :) Хотя домохозяйки проглотят, как и саму "новость" :)
Ну мужик хоть не за жало держит паяльник - и на том уже спасибо. Хотя явную постановочность фото это не сильно снижает.
Потому что принцип "некогда думать и вникать, надо быстро выпускать релиз" стал главным повсеместным принципом софтостроения, и не только в компаниях :)
Понятия не имею что они имели в виду под "if possible". И про супернадежность в любых условиях речи не шло, это для любого интерфейса/протокола та еще задачка.
И? Регулярно вижу такие сноски. Разверните вашу мысль, расскажите нам какой скрытый смысл они несут.
Это не признание типа "характерная особенность шины I2C - она может зависнуть" и тем более речь не идет о том, что зависает наглухо до отключения питания. Это просто предупреждение о возможной рассинхронизации, нужно быть готовым к такому случаю и предусмотреть соответствующие меры.
Ну и это не из официальной документации на шину, а из описания периферии какого-то МК.
Это указывается в даташитах на I2C-устройства. Например:
Какой-нибудь SPI slave возьмет и не отпустит линию MISO при деактивации сигнала CS. Какой-нибудь девайс на полудуплексной шине RS-485 возьмет и не перейдет в прием после отправки данных.
Во всех этих случаях, так же как и в случае с I2C, решение общее - не использовать ASIC-и с багами в реализации интерфейса.
Но такие баги встречаются достаточно редко. В подавляющем большинстве случаев причиной зависания шины являются косяки в прошивке, работающей с устройствами на этой шине. И почему-то очень многие программисты уверены, что раз шина остается слишком долго в состоянии BUSY, то это конец света и спасет только передергивание питания. Вот как вы, например.
/что мне теперь из за этого не заниматься любимой работой, уехать в деревню и заниматься сельским хозяйством
Вы что, хотите производить продукцию, питающую тех, кто разрабатывает то, что может потом использоваться в ракетах?? Нет уж, только в лес, в землянку и жить собирательством и охотой с помощью обожженного на костре копья (вы же не хотите финансировать покупкой инструментов и охотничьих приспособлений государство, которое платит зарплату тем, кто ... и т.д.).
Да, так и есть.
Так не нужно запрашивать данные когда они еще не готовы. Как правило, устройства имеют регистр статуса, в котором в том числе отражается и готовность данных.
И он что, настолько жестко вешается, что ничего кроме отключения питания не выводит его из этого состояния? Тоже как-то слабо верится. Но даже если так, то это все равно не свойство шины, а криво спроектированный девайс :)
И ведь не виснут при грамотном обращении :)
Да хоть те же SDRAM/DDR.