а как корректно реализовать работу с периферией: SPI, I2C, UART, АЦП, протоколы верхнего уровня? если нужных протоколов нет в базе или нужно самому описать (например, сохранение данных в ПЗУ? проприетарный протокол). Если нужно ногой подергать или данные вывода получить, или на экран вывести и библиотеки все есть, то понятно, а если библиотек под нужный процессор нет?
ps: ещё такой момент, кто отвечает за сброс автомата, чтобы он не завис в каком-то состоянии?
"Теперь там целая экосистема с тулсами, генераторами кода, отладчиками и проч. " посмотрел обучающее видео, где предлагается помигать светодиодом, выглядит настолько страшно, что новичкам точно не зайдет... удивительно, но примеры выглядят сложнее, чем могли бы быть (имхо)
угу (вздыхая), а потом когда берешь в руки клавиатуру, все кажется автоматами с конечным (но это не точно) количеством состояний... знаем... проходили...
и кодишь автомат... просто потому, что так надежнее...
на форуме НК проходила выписка (не смог сейчас найти) по НС на Союзе, кратко отказ радиатора относится к нештатным ситуациям прерывающим полёт, но не требующим немедленного спуска, посадка осуществляется в подготовленном районе. Решение о немедленном спуске принимает командир. Так как раньше на фазирование со штатным районом уходить могло до двух суток, то видимо рассчитано все с учётом того, что Союз ещё может двое суток без радиатора обеспечивать все системы (возможно с нагревом до максимальных температур) (напомню, что Союз проектировался до МКС с возможностью автономного полётся десятки суток, а также, что спуск с МКС с момента расстыковки занимает 3-4 часа).
Оставлю здесь схему СОТР (с форума НК), разгерметизирован фиолетовый контур.
собственно, как и ожидалось, наши предки не потому не задублировали контур охлаждения, что это было сложно технологически, а потому что отказ не критичный, к тому же ЦЭВМ обновили и потребление еще снизилось. Но перестраховаться решили и отработают заодно запуск корабля спасателя... ну посмотрим, посмотрим... )))
Эх... если б моя половинка рубилась в героев... но кажется такие такие девушки из красной книги, в теории встречаются и наукой описаны, а вот в реальности...
"причём утилита в этом случае предоставляет прямой доступ к тысячам переменных, управляющих элементами ЦП"
интересно, какой уровень доступа нужен приложению, чтобы обращаться этим регистам... похоже, что откровенный и такой явный бэкдор в сердце системы таит кучу вариантов уязвимостей...
Конкретно мх 8051, которые используются - это MG82F6D64/MG82F6D32, как более габаритные, но с большим функционалом - для функций контроллера и MG82F6D17, в корпусе SOIC-20, как менее габаритные для функций датчика. Как мне рассказывают эти мх (и те и другие) достаются по цене где-то полбакса в РФ (что собственно и сделало их коммерчески привлекательными для массовых проектов), есть на сайте консолидатора lcsc примерно по той же цене. За макетками, программаторами и условиями поставки могу только в эфо предложить обратиться, мы свои получили за неделю после запроса.
знакомый в efo закупил отладки и програматоры, постараюсь найти время и написать про вещи, которые меня удивили и порадовали, по отдельности они не вызывают удивление и как будто ничего нового, но в совокупности производят некотрый эффект вау и уважение к китайским разработчикам
ps: начинайте с отладок, они недорогие и с примеров от китайцев (от производителя), они полностью для всех интерфейсов есть и довольно подробные, хотя стиль програмиирования у них занятный
по сравнению с avr atmega/tiny да, намного стабильнее, особенно опорник, интересный режим есть: можно измерить АЦП сигнал GND, напряжение опорника и самого сигнала, абсолютное значение сигнала высчитывается из этих трех значений (по сути дифференциальные измерения), стабильность измерений при нормальных условиях в одиночной выборке лучше 1% (у меня где-то получается 0.25%)
в качестве замены atmega и tiny открыл для себя коммерчески (по цене) оправданные мегавины mg82f6 на 8051, из преимуществ, которые отмечаю и ищу в контроллерах - это стабильность внутреннего генератора и наличие опоры. В атмега даже после калибровки уход генератора очень значительный, что не позволяет выполнить uart без кварца, а также опорник у атмега 1.1В был +-10% и уходил даже после калибровки... Ну и у мегавина второй/3/4 уарт и стабильные опорники и внутренний генератор... Что в новых клонах меги с опорой и генераторами (в диапазоне хотя бы комерческих температур от минус 20 до плюс 70?), есть ли второй uart?
ps: жаль про микроконтроллеры на 8051 и вообще отличные от stm и атмеги, статей в нашем сообществе почти нет...
по мере накопления радиационной дозы в кристаллической решетке кремния возникает все большее количество дефектов, что приводит к увеличению токов утечки, таким образом рост потребления камеры растет во время полёта в разы - это, возможно, естественная деградация
(при этом есть обратный эффект - высвечивание, это когда при снятии напряжения с кремния - решетка немного восстанавливается и ток немного уменьшается)
ps: возможно, что установленные повышенные пороги на срабатывание защиты по пробою не позволяют выявить конфликтов портов, типа когда под воздействием заряженных частиц (или накопленных дефектов в кремнии) открывается выходной транзистор порта, который должен работать на вход, что приводит к сквозным токам, которые ограничены обычно схемотехникой на 10-20мА, это приводит к увеличению потребления, которое пропадает при перезапуске питания, но (если это дефекты) может проявится при следующем включении. Вероятность определяется ёмкостью затворов транзисторов портов и токами утечки под воздействием дефектов.
у меня в телефоне есть отдельный выбор в настройках "дальность", с магнитным держателем на чехле (по факту железной пластиной) - пришлось поставить максимальную дальность, но в целом как перешел на mir pay, про кошелёк забыл...
а на фотографии булыжники, это прямо то, что привезли с астероида? эпично выглядит, а как их отколупали от астера?
неожиданно мир выглядит ну очень масштабно... буду рад не разочароваться... =)
независимо ни от чего - разработчикам огромный респект - очень амбициозно...
а как корректно реализовать работу с периферией: SPI, I2C, UART, АЦП, протоколы верхнего уровня? если нужных протоколов нет в базе или нужно самому описать (например, сохранение данных в ПЗУ? проприетарный протокол). Если нужно ногой подергать или данные вывода получить, или на экран вывести и библиотеки все есть, то понятно, а если библиотек под нужный процессор нет?
ps: ещё такой момент, кто отвечает за сброс автомата, чтобы он не завис в каком-то состоянии?
Спасибо за ссылки!
"Теперь там целая экосистема с тулсами, генераторами кода, отладчиками и проч. " посмотрел обучающее видео, где предлагается помигать светодиодом, выглядит настолько страшно, что новичкам точно не зайдет... удивительно, но примеры выглядят сложнее, чем могли бы быть (имхо)
угу (вздыхая), а потом когда берешь в руки клавиатуру, все кажется автоматами с конечным (но это не точно) количеством состояний... знаем... проходили...
и кодишь автомат... просто потому, что так надежнее...
кто как в итоге кодит микроконтроллеры?
на форуме НК проходила выписка (не смог сейчас найти) по НС на Союзе, кратко отказ радиатора относится к нештатным ситуациям прерывающим полёт, но не требующим немедленного спуска, посадка осуществляется в подготовленном районе. Решение о немедленном спуске принимает командир. Так как раньше на фазирование со штатным районом уходить могло до двух суток, то видимо рассчитано все с учётом того, что Союз ещё может двое суток без радиатора обеспечивать все системы (возможно с нагревом до максимальных температур) (напомню, что Союз проектировался до МКС с возможностью автономного полётся десятки суток, а также, что спуск с МКС с момента расстыковки занимает 3-4 часа).
Оставлю здесь схему СОТР (с форума НК), разгерметизирован фиолетовый контур.
да, СОТР значительно повышает надежность электроники и техники, которым не приходится работать на предельных режимах температуры
собственно, как и ожидалось, наши предки не потому не задублировали контур охлаждения, что это было сложно технологически, а потому что отказ не критичный, к тому же ЦЭВМ обновили и потребление еще снизилось. Но перестраховаться решили и отработают заодно запуск корабля спасателя... ну посмотрим, посмотрим... )))
по своей сути ничем не отличается от картриджа с маппером...
не моей так и не зашло, но мелкая подрастает, шахматы уже освоила, ещё чуть-чуть и можно будет в героев на пару рубить =)
и микроконтроллеры risc-v подтягиваются, они вполне могут подвинуть avr и stm из своей ниши
Эх... если б моя половинка рубилась в героев... но кажется такие такие девушки из красной книги, в теории встречаются и наукой описаны, а вот в реальности...
"причём утилита в этом случае предоставляет прямой доступ к тысячам переменных, управляющих элементами ЦП"
интересно, какой уровень доступа нужен приложению, чтобы обращаться этим регистам... похоже, что откровенный и такой явный бэкдор в сердце системы таит кучу вариантов уязвимостей...
Конкретно мх 8051, которые используются - это MG82F6D64/MG82F6D32, как более габаритные, но с большим функционалом - для функций контроллера и MG82F6D17, в корпусе SOIC-20, как менее габаритные для функций датчика. Как мне рассказывают эти мх (и те и другие) достаются по цене где-то полбакса в РФ (что собственно и сделало их коммерчески привлекательными для массовых проектов), есть на сайте консолидатора lcsc примерно по той же цене. За макетками, программаторами и условиями поставки могу только в эфо предложить обратиться, мы свои получили за неделю после запроса.
знакомый в efo закупил отладки и програматоры, постараюсь найти время и написать про вещи, которые меня удивили и порадовали, по отдельности они не вызывают удивление и как будто ничего нового, но в совокупности производят некотрый эффект вау и уважение к китайским разработчикам
ps: начинайте с отладок, они недорогие и с примеров от китайцев (от производителя), они полностью для всех интерфейсов есть и довольно подробные, хотя стиль програмиирования у них занятный
по сравнению с avr atmega/tiny да, намного стабильнее, особенно опорник, интересный режим есть: можно измерить АЦП сигнал GND, напряжение опорника и самого сигнала, абсолютное значение сигнала высчитывается из этих трех значений (по сути дифференциальные измерения), стабильность измерений при нормальных условиях в одиночной выборке лучше 1% (у меня где-то получается 0.25%)
в качестве замены atmega и tiny открыл для себя коммерчески (по цене) оправданные мегавины mg82f6 на 8051, из преимуществ, которые отмечаю и ищу в контроллерах - это стабильность внутреннего генератора и наличие опоры. В атмега даже после калибровки уход генератора очень значительный, что не позволяет выполнить uart без кварца, а также опорник у атмега 1.1В был +-10% и уходил даже после калибровки... Ну и у мегавина второй/3/4 уарт и стабильные опорники и внутренний генератор... Что в новых клонах меги с опорой и генераторами (в диапазоне хотя бы комерческих температур от минус 20 до плюс 70?), есть ли второй uart?
ps: жаль про микроконтроллеры на 8051 и вообще отличные от stm и атмеги, статей в нашем сообществе почти нет...
по мере накопления радиационной дозы в кристаллической решетке кремния возникает все большее количество дефектов, что приводит к увеличению токов утечки, таким образом рост потребления камеры растет во время полёта в разы - это, возможно, естественная деградация
(при этом есть обратный эффект - высвечивание, это когда при снятии напряжения с кремния - решетка немного восстанавливается и ток немного уменьшается)
ps: возможно, что установленные повышенные пороги на срабатывание защиты по пробою не позволяют выявить конфликтов портов, типа когда под воздействием заряженных частиц (или накопленных дефектов в кремнии) открывается выходной транзистор порта, который должен работать на вход, что приводит к сквозным токам, которые ограничены обычно схемотехникой на 10-20мА, это приводит к увеличению потребления, которое пропадает при перезапуске питания, но (если это дефекты) может проявится при следующем включении. Вероятность определяется ёмкостью затворов транзисторов портов и токами утечки под воздействием дефектов.
Типичный рост тока от накопленной дозы
у меня в телефоне есть отдельный выбор в настройках "дальность", с магнитным держателем на чехле (по факту железной пластиной) - пришлось поставить максимальную дальность, но в целом как перешел на mir pay, про кошелёк забыл...
магнитный держатель на чехле есть? он сильно может мешать