girts

Ну хоть подделку, но всё же прислали! А то бывает ведь - покупаешь кеды, а приходит приятно упакованный булыжник такой.... Спорить бесполезно. Пишите отзыв в ихних Али или где то там на видном месте. Это хоть на время остановит других таких же искателей дешёвого счастья. ЗЫ: кто был в HK и видел ихний муравейник, вообще удивляются почему что то да приходит после того как оплачено.

Не понятно. Именно 16, а не 15 или 17..... Не смущает? Выложил бы как там маски фильтры у вас задаются, и кусочек лога... Чего гадать то...

Если девайс в silent mode, то хоть режь Tx... К делу отношения не имеет как бы никакого. Тонкая настройка всяких там propagation delay и подобного иногда спасает ситуацию. Если линейные размеры системы не вышли за пределов возможного (мегабит на 2 километра и прочие недочёты). По проблеме топикстартера - толкового ответа быть не может имхо, слишком много неизвестного. Да что угодно - пропущенное прерывание, которое не повторяется, где то лишний сброс флажков, обработка не того прерывания и тому подобное. 16 сообщений - все валидные? Если бить раз в секунду - принимать будет с задержкой в 16 секунд? Также - классика - пока слот занят (не разгружен), следующему мессагу приниматся негде. Поэтому, если там чисто что то бомбит неприлично, чтобы не пропустить сообщения иногда делают два слота на приём и обрабатывают поочерёдно. Ну а немедленная разгрузка в FIFO - это уже по классике.

Стоит заглянуть и в даташит по кварцу. Ибо в основном они до -20 градусов. В Якутские морозы могут и не запустится. Хорошая высокоточная керамика решает проблему, но они в разы дороже.

0402 - в рукопашную "вакуумным пинцетом" с камерой - а ля как выше в картинках - более менее реально. А дешевым автоматом, тем более Китайским бюджетным - да забудьте. ИМХО.

Ну вот и всё резюме, к чему я собссно мысль и клонил. Ессно. С акцентом по разбору полётов на то, что 2.0В даже и не знает, что есть его младший брат FD. Для него - нет валидного фрейма - нет подтверждения. Минимум два узла в сети умеющих общатся по FD. Остальные - могут быть и классическими.

О! На обидчивых воду возят! Креативы пошли, это хорошо! А в креативах рождается истина, и они толкают на размышления. Так по вашему, совмещение CAN и CAN-FD - тоже халтура, нее? Только от товарища Роберта по фамилии BOSCH? ЗЫ: если чисто лично, то я бы такую систему, какая тут рассматривается, в таком виде не делал бы вообще. Так что кто тут халтурит вопрос спорный, видимо всё зависит скорее от копромиссов между религиозными убеждениями и жаждой наживы индивидуума.

И где они? Стоят "на запасных путях в депо"? Из всех тех, про которых я вкурсе, реально употребимого мало, это чисто распил денег еврофондов под "зелёнорадужный" курс во имя нашего светлого будущего. Но если это то, про что я думаю, то там хоть все критические системы остались нетронутыми, как с завода автобусиков. И добавление электрической тяги вместо дизеля - это НЕ создание чего то кардинально нового, а просто надстройка. Называть это "создать систему на ровном месте" как то чуть преувеличение. Именно. И всё горе от ума!

CRC в конце сообщения. Если и данные и ляжут друг на друга, то вряд ли будут признаны валидными и будет новая попытка трансляции... Если делать серьёзную систему и предотвратить её от возможности иньекции ложных сообщений / подмены или контроля непринятых сообщений, где это критично - в данных обычно ставят счётчик и при надобности ещё какую то контрольку.

Один? Это типа как "свой автомобиль я собрал в ванной". Кустарное производство Кулибиных. Не аргумент. Госрегистрация - тем более. Если вы ещё и таким образом создавали общение с ABS и писали программы под оного, то становится страшно - дайте маршруты и график передвижения сего творения местной инженерии, и я буду категорически избегать сих участков дорог в определённых промежутках времени. Последствия вашего примера - летальны и потери невозвратимы. Аналогия неуместна, два! Ну вот тут уже камень в ваш огород. Чем отличается фрейм CAN от CAN-FD? Для того и другого - обратное видится как чисто испорченные данные.

Наезд? За то "умные люди" создают всякие умные аппликации по настройке оборудования нажатием одной кнопы, которые работают только в идеальной среде и в ими же созданных благоприятных условиях. Лирическое отступление - Купил как то филипсовское кухонное устройство с выходом в сеть год назад. Вместо того, чтобы просто вбить адреса, пароли, явки - оно как то вот по умному, через приложение на телефоне. Сначала коннектится с блютузом к телефону, потом через это всё как то лезет в сеть. После 2-х часов экспериментов оказалось, что скрытый SSID сети ей не по душе, и именно в момент конфигурации. Включил, отконфигурировал, опять выключил в рутере. А дальше уже сия хрень работает автономно без проблем с тех пор. В инструкции не намёка, ничего. IOT, ёпт его в качель! А ведь так просто было бы - предусмотреть пару полей, где в рукопашную вбить SSID, пароли, адреса - конфиг в ручную. Правильно сделанное изделие имеет кнопу ВКЛ/ВЫКЛ и рычаг БОЛЬШЕ/МЕНЬШЕ. А вы всё усложняете як бы на благо человека.

А вот давайте найдём хоть одну автомобильную имплементацию, где ID задаются на горячую и где позволено обновлять прошивки на ходу или допускается хотсвап или внезапное обнаружение вновь подключенных устройств? ОК, допустим - прицепы и тому подобное. Но там строго регламентировано стандартом как они общаются. Это скорее девайс есть, или его нет. Да, режим программирования. Но это уже никак не штатная работа системы, и не допускается исполнение сего при движении, это скорее исключение. Динамическое назначение адресов - ну, что то близко к тому встречалось только в VAG TP - да и то это предопределённые ID на которые уходит коммуникация по "обоюдному согласию". Кстати, есть ещё вариант GM, когда в момент программирования вся шина уходит на повышенную скорость (х 3), всё лишнее отпадает, и два устройства спокойно общаются между собой. Да и что там происходит на аппаратном уровне, должно мало волновать, ибо тут вроде как весь кипиш из за предположения, что все неотконфигурированные абоненты могут передавать на одном и том же ID? Вероятность лобового столкновения двух бомжей на велосипедах в песках сахары ничтожно мала. Да и событие сиё ну никак неприведёт к глобальной катастрофе. А коллизии - ну, если на одних и тех же проводах спокойно уживаются стандартный CAN и CAN-FD одновременно, то... давай уж развивать теории как это вообще представляется возможным.

ИМХО неверно. Сообщение считается отправленным, если приём подтвердил хотя бы один абонент. А дошло ли оно в читабельном виде до конца линии, никому не известно. То, что создавал BOSCH - вообщем то под чуть под другие задачи. И уже изначально наличие всего одного мастера и множества слейвов как то не совсем по КАНовски. Ибо идеология подразумевает, что все вещают для всех, и только тогда это всё имеет смысл. Аналогия неуместна. Скорее, если кинул монету, и не выпала решка, кидаешь ещё раз. Монете по барабану. Не провода же режутся (прищемляются дверю). да и штатная работа != момент конфигурации.

1) ну для того как бы и есть софтварь для конфигурации, чтоб задать параметры правильно и чтобы не перегружать шину данными, нее? 2) и что? Если правильно помню, арбитраж работает не только на ID, но и на весь пакет. Если девайс раз в 5 секунд орёт в шину чем то низкоприоритетным что ему треба конфиг имхо ничего страшного нет. Ну ОК, допустим, пакет испортился - и что? через рандомное время повторная попытка, делов то.... Сообщать раз в 10мс что появился новый девайс - смысла не особо. И даже если про тот аппаратный вариант, что посылка в слоте пытается повторно попасть в шину до полного успеха и ACK, так это тоже отключаемо и можно (и может и нужно) софтварно это всё обработать. 3) исходит из второго.

Если периодичность посылок известна, достаточно просто ограничить сеть количеством устройств. А если всё устроено по принципу диалога, сиё не имеет смысла. А если параметры коммуникации назначаются мастером, то пускай оно и мониторит сиё по надобности и принимает меры - ну, скажем, чтоб не раз в 20 мс передавало, а раз в 200 мс. А так... много букв! Если документ содержит больше одной страницы, все юзеры обычно читают только первую. Хз, я бы делал так - все неинициированные устройства представляются на одном конкретном ID. В даннх - серийник, тип, да вообщем что то уникалоьное. Дальше - мастер назначает ему параметры коммуникации. Если мастер видит что опять в сети появилось это ID - или появилось новое устройство или отвалилось что нибудь - принимает меры. А периферия, при обнаружении что ещё что то вещает на выделенном ей ID (типа что то неправильно срослось) может просто отваливатся обратно в неинициализированном состоянии. Благо, хоть всё на CAN может вещать на одном ID без проблем.

А если так? #define LIGHT_R = LATCbits.LATC0 LIGHT_R = ~LIGHT_R;

Поищу! Тоесть, если из сети пропадает тот мастер, который назначает всем ID, вся система получается не рабочая? А если в сети два таких мастера? По идее вся прелесть CAN заключается в том, что все слушают всех, каждое устройство более менее автономно. Хотя это всё впринципе относительно. Можно, конечно, и так.

Интересно глянуть бы.... Ссылки нет случаем под рукой? Интересно как оно там задумано с этими динамическими ID - типа кто первый проснулся, того и тапки?

Паяльник, воткнутый в "северный полюс" пациента, работает куда быстрее любой майнинговой фермы. Даже не обязательно ждать пока счётчик электричества чуть накрутит. ЗЫ: сисадмины - они только в виртуальном мире ковбои. В реальном трёхмерном пространстве они довольно уязвимы, сговорчивы и легко поддаются всяким соблазнам. ЗЫ2: а дырой в SQL в своё время вполне успешно воспользовался весь мир. За один викенд все вынесли из корпоративов всё то, что им было интересно. Ибо о дыре опубликовали в конце недели, а сисадмины на работу только в понедельник пришли. Запатчить дыру да рассылать уведомления сотрудникам о необходимой смене паролей. Ессно, ещё пару месяцев пир продолжался, ибо кто в отпуске, кто в декрете... ИМХО оттуда и весь кипиш про слитые базы. ЗЫ3: два придурка Американских в далеком 2014 сделали ПиАр и показали тупому населению, как классно они умеют гасить и управлять авто при помощи приблуды воткнутой в OBD. Результат - появился "security gateway" как обязательная мера против "взлома системы" между самой фишкой и всем остальным. Для тупого населения же по барабану, что можно подключатся и за этим gateway... Но... just business - одни ставят, другие обходят, все при делах и все заняты. Но мир то крутится впустую, что собственно то и бросает в печаль. ЗЫ4: GDPR - заходишь в любой сайт, соглашаешся с дисклаймером - OK, сайт перегружается. Соглашаешся с cookies - ещё раз. Потом ещё какие то privacy policy - и опять! И только потом попалаешь, куда хотел. Зачем, спрашивается?

Да любой вопрос должен содержать 2/3 правильного ответа. А тут даже не ясно, про что вообще разговор и для чего всё это. Что в аренду давать то будете? Станок для отливки чугунных мостов? Или карманные фонарики для туристов?

Тут ещё хороший вопрос - зачем ставить ультракрутой сейфовый замок на парадной двери, если: 1) сама дверь сделана из гипсокартона, 2) если окно рядом открыто на распашку 3) если у чёрного хода сидит сторож дядя Васисуалий Онуфриевич, способный за бутыль самогону становится слепым и глухим. Чисто в алегориях.

1) использованные материалы как уже упомянулось выше 2) применение "скольжения" контактов для самоочищения от окислов 3) расстояние контактов от катушки 4) ...

Сугубо имхо - На обычном домашнем компе в разумное время реально расчитать до 5 байт брутфорсом. На чем то заточенном - на пару порядков больше. Скажем, 8 байт. Так что исходные 8 символов, тем более заглавными - имхо маловато, если использованные алгоритмы "врагу" известны. Верхний регистр - это ASCII с 0x41 по 0x5A: (26)^8 = ... за 14 дней и ваш STM32H743 справится. ЗЫ: а энигма, говорят, погорела на всеми известном приветствии предводителю, которым оканчивалось каждое сообщение....

Что мешает включить отображение оных? Вдруг всё станет крайне ясно. options - display - miscellaneous - pick and place -> show

Вернее всего у недостающих компонентов не задана PnP точка