ViKo

Иногда в диодном мостике параллельно диодам ставят конденсаторы. Причем, достаточно двух, параллельно тем диодам, что на землю подключены. Но в данной схеме таких диодов нет. Насчет шума диодов - автор ясно сказал, помехи при выключении, не в процессе работы. Это не объяснение явления, а уход от него. :)

Стоит предполагать самые простейшие объяснения явления. А когда те не подтверждаются, копать глубже. На мой взгляд, самоиндукция какая-то странная, то в одну сторону, то в другую, то больше, то меньше. По мне, так на дребезг контакта выключателя похоже, а уже из-за него "самоиндукция". Что, если выключатель другой попробовать? И фильтр для подавления помех.

Вот что в стандарте написано. 25.3.2 Interface example using a named bundle The simplest form of a SystemVerilog interface is a bundled collection of variables or nets. When an interface is referenced as a port, the variables and nets in it are assumed to have ref and inout access, respectively.

Дроссели в тех местах, где написано +16, -16 могли бы сгладить выбросы. молчит что-то автор

А почему было не сделать вторичную обмотку с отводом от середины, который и посадить на GNDA, а не "болтать" это GNDA между небом и землей плюсом и минусом. Может, тогда и бороться не с чем было? Или он есть?

И где у вас в интерфейсе O?

Для того и хотел, имхо. Укоротить длину сообщения.

Без знания вероятности искажений одиночного бита в канале связи ответ никогда не узнать. А также - пары битов, тройки битов, четверки битов, и т.д. А что, если имеется помеха, приводящаа к полному затыку канала на весь интервал передачи? Передаем 4 байта. Один бит исказился. Сообщение ошибочное. 256 устройств высчитали CRC, добавив свой адрес. У кого-то CRC совпадет. (В-принципе, CRC не обязательно у кого-то должен совпасть, но очень вероятно. Для этого, собственно, CRC и создан. Чтобы для любых даже слабо отличающихся кодов создать сильно отличающийся результат. Поэтому, представив, что результат вычисления CRC будет иметь равномерную плотность вероятности, получить можно любой код.)

почему "даже"? Не та же ситуация. Я чуть выше подкорректировал свой ответ. Зависит от длины сообщения. Здесь еще важно, что опаснее - передать сообщение не тому адресату, или передать ошибочное сообщение тому, кому нужно. Первое мне видится более тяжелым. Поэтому байт адреса я оставил бы.

При гарантированном отсутствии помех и CRC считать смысла нет. Подал адрес, и всё! В том-то и задача, что топикстартер хочет и от помех перестраховаться, и длину передачи уменьшить. Я так не делал бы. Чем более избыточный код, тем больше ошибок будет обнаружено. Хотя, если проверка сводится к байту CRC, то как раз будет менее достоверной информация для более длинного пакета. Но дело в том, что искажения одного байта адреса менее вероятны, чем искажения по всей длине пакета. Поэтому вероятность ложного принятия чужого пакета будет меньше. Что, если из-за многобитовой ошибки устройство посчитает своим пакет, предназначенный не ему?

Есть замечания. Нужно учитывать два вопроса - земля питаний и земля сигналов. Чтобы помехи по землям питаний не влияли друг на друга, эти земли желательно иметь раздельными. Тянуть каждую землю к своему питанию, или к общему, если источник питания один. А чтобы сигналы хорошо передавались, нужно обеспечить качественное соединение земель между узлами. Обеспечить так называемый возвратный путь для сигнала. Лично мне выход из этой проблемы видится в решении, как в п.1 - сплошной слой земли на многослойной плате, малое сопротивление земляных и питательных цепей от источника питания, прямые и короткие пути сигнала "туда" и "обратно" (по земле). Цифровую землю к корпусу подключать - это если кабель питания плохой, так, что на нем помехи выделяются, и влияют на другие (аналоговые) узлы.

Я тут мозгами раскинул. Делать подобную схему, это как делать аналоговый усилитель на цифровой логике. С помощью резистора в обратной связи можно при желании логический инвертор ввести в линейный режим работы. Но какова будет линейность такого усилителя? В-общем, дело дрянь...

Удивляюсь, что в природе существуют специалисты по электронике, не знающие книгу "Искусство схемотехники". Картинка г - самая популярная схема. Правда, на 27 MHz не каждая серия подойдет. Тогда - на транзисторах.

Осталось только объявить холивар на тему лучшей книги!?

Так ведь always @(*) и always @(posedge...) - это разные вещи. В первом случае получается комбинационная логика, а во втором последовательностная.

Я послал топикстартеру два письма. Безответно. Зачем тогда выискивать здесь работников? Такая "модель бизнеса" не укладывается в мои понятия приличий и целесообразности.

Аналогично. Вез из Ленинграда несколько комплектов для друзей-знакомых. И сейчас иногда заглядываю. А прочитал полностью (ну, или почти полностью) несколько раз. Могу дать совет - покупать толстые книжки, зарубежных авторов. Уж не знаю, в чем тут дело, то ли для перевода выбираются лучшие книги, то ли наши люди пишут книги не для людей, а для себя, то ли наши просто отстали, каким бы лучшим образованием ни было наше прошлое (про теперешнее не знаю). Но на книги русских авторов я почти не смотрю. Хотя есть и исключения. Лопаткин, по P-CADу, например - очень помогла. (А вот Стешенко, аналогичного назначения, помогла намного меньше. А Саврушев - совсем ненужная оказалась.)

Одного даташита не достаточно. Документов с десяток, из разных источников, придется проштудировать.

По платам Discovery - на сайте ST все показано, и схема есть. Во всяком случае, так для STM32VLDISCOVERY. По JTAG, SW - в упомянутой книжке. Без нее STM32, на мой взгляд, не осилить. На сайте ARM информация есть. По C вообще, и по программированию ARM в частности нужно книжек почитать. После этого не понравиться Cortex-M3 не может.

Вторая книга поприятнее будет. В первой формулы по-немецки написаны, по крайней мере, в том издании, что имею. "Искусство схемотехники"! - кто не читал ее, считайте, и не жил. И не был инженером. Серьезно.

там http://electronix.ru/forum/index.php?showforum=37 А вот из книжки: H.3 THE 10-PIN CORTEX DEBUG CONNECTOR For devices without ETM, you can use an even smaller 0.05" 10-pin connector for debug. Similar to the 20-pin Cortex Debug + ETM connector, both JTAG and Serial-Wire debug protocols are supported in the 10-pin version (see Figures H.3 and H.4).

Попробуйте попросить, как я. http://electronix.ru/forum/index.php?showt...st&p=898357 там выше написано, куда идти, как просить :) Я думаю, ST-LINK должен работать. В Keil'е он есть. Сам на днях собираюсь переходник присобачить на 20-ногий JTAG разъем. А сейчас я ставил бы маленький 10-контактный, The 10-Pin Cortex Debug Connector. В книжке Joseph Yiu "The Definitive Guide to ARM Cortex-M3", 2 Ed он разрисован. Appendix H. А книжку, знаете, где брать.

Как мне в переводе писать testbench - тест, тестовый стенд, тест-стенд, тест-код, тесткод? ("тестбэнч" ответит кто, руки тому отгрызть вынужден буду! %)) upd. Отдаю главу 25 в хорошие руки. Желающим подхватить выпавшее знамя - в формате OpenOffice. Просто читателям - pdf. Ну и Vadim'у передам персонально. русских названий сервер не принимает, пришлось изменить. IEEE_Std_1800_2009___25.pdf IEEE_Std_1800_2009___25.zip Styles_IEEE_Std_1800_2009.zip

Жаль, что вы "бросаете весла на середине реки". :(

Диоды запитать от отдельного резистора с VCC2, и этот резистор должен выдавать бОльшую часть тока. Для его подстройки в небольших пределах использовать выход ОУ через резистор (достаточно большой). Оба эти резистора подключить к аноду верхнего диода. Тогда к-т усиления в петле ОС можно сделать малым (хоть до 0). И с конденсатором поэкспериментировать. 0.1uF?