Quasar

Да.Да.Да... Я с этим тоже столкнулся, понял что проблема аппаратная, в чем точно так и не понял...lwIP постоянно дропал часть пакетов.... Только не все фреймы, а бОльшая часть фреймов длинной более 150-200 байт... :)

Приветствую. Возник вопрос. Создаю фаилы гербера и сверловки, потом пытаюсь открыть это всё дело в CAM350. Он выдаёт: И. Первое соответственно при импорте сверловки, второе при импорте самих герберов. Сверловка получается одним сверлом "default size" видимо, а все дорожки платы имеют не ту толщину, которую должны иметь. Если с апертурой всё решается импортом .apr фаила, то со сверловкой не понятно что делать :07: . Может кто направит на путь истинный :). PS->Открываю это всё дело в ViewMate там всё OK. :07: .

http://electronix.ru/forum/index.php?showtopic=49347 Ну это правда не в окне Watch :)

Прицепил к этому всему делу еще lwIP взятый с этого CVS - cvs.sv.gnu.org, вроде всё пашет, проект для Keil'a во вложении. (Вложенный фаил запакован 7z) FreeRTOS.zip

Хм. А у меня 9.5 и не работает. :(

Почему-то Ваш сайт не работает в опере. :(

Вот содержимое папки portable. Там ассемблерные вставки portmacro.h и port.c... Соответственно вот такую ссылку: #ifdef REALVIEW_ARM7 #include "../../Source/portable/RealView/ARM7/portmacro.h" #endif добавляем в portable.h. RealView.zip

Всё, вроде теперь со всем разобрался, теперь всё работает как надо :)

Пытаюсь завести FreeRTOS на этом же камне и RealView компиллере, почему-то при старте первой же задачи на строчке: STMDB R13!,{R4,R14} Проц вылетает в Undef_Handler :05: . Чего-то даже не пойму, а куда копать? :07: И еще, в последнем realview исчез атрибут __task, не совсем понятно, он теперь просто не нужен или как? :)

А что её чистить, DHCP discover широковещательный, вообщем-то это здесь непричем, скорее всего запрос какой-то не такой... Собрал под последним RealView, теперь тоже все Ok, ни каких варнингов и глюков :)

А у меня какие-то проблемы возникли при сборке с DHCP, линкер выдает кучу каких-то варнингов, типа вот таких вот: *** WARNING L25: DATA TYPES DIFFERENT SYMBOL: etharp_arp_input MODULE: .\ethernetif.obj (ethernetif) DEFINED: .\etharp.obj (etharp) Всё правда нормально работает, но не приятно. Хотя с домашним роутером железка почему-то не может договорится (роутер просто не отвечает), но например с DHCP установленном на Win машине, всё работает замечательно. Пока собирал, столкнулся с глюками компилятора по всей видимости, например: В tcp_in.c: seqno = tcphdr->seqno = ntohl(tcphdr->seqno); ackno = tcphdr->ackno = ntohl(tcphdr->ackno); Не работает, в seqno и ackno пишется хрень, если заменить на: tcphdr->seqno = ntohl(tcphdr->seqno); tcphdr->ackno = ntohl(tcphdr->ackno); seqno = tcphdr->seqno; ackno = tcphdr->ackno; То всё Ok. В dhcp.c: if (reply_msg->op != DHCP_BOOTREPLY) { LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE | 1, ("not a DHCP reply message, but type %"U16_F"\n", (u16_t)reply_msg->op)); goto free_pbuf_and_return; } Вообще не собирается, пишет какая-то там internal error... Вот так, всё работает Ok: i=reply_msg->op; if (i != DHCP_BOOTREPLY) { LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE | 1, ("not a DHCP reply message, but type %"U16_F"\n", (u16_t)reply_msg->op)); goto free_pbuf_and_return; } Версия такая: :)

B@RT Есть готовые...это проще(их можно пинговать и они умеют пинговать). http://lightcom.ru/production/netping/net_ping_v2.asp

Перефразированные слова Эйнштейна :) . (Кого перефразировал Эйнштейн не знаю). Не может, пусть учится (понимать), как научится понимать, пусть учится непосредственно инженерному делу (уже, понимая что ему надо) :) . Как говорил Черчиль:"Я люблю учиться, но терпеть не могу когда меня учат!"

Там ни чего ни куда не переводится, сервер идентифицирует клиента по Source Port'у. А все коннекты, как шли на открытый порт сервера, так и идут.

Причем я заметил другое, если написать так: RxLen = (RX_STAT_INFO(idx) & RINFO_SIZE) +1; То на маленьких пингах всё ok. Но если попытаться пропинговать железку пакетами длиной большей чем размер pbuf'ра то перестает сходиться CRC...но проблема судя по всему в EMACе так как RxLen всегда выходит меньше на 1 реального размера пакета. Если написать: RxLen = (RX_STAT_INFO(idx) & RINFO_SIZE) +2; То всё ok. Откуда эта 2 берется...?

Лично я в снифере не наблюдаю ни каких Ethernet CRC, поэтому нужен :) .

Да и сейчас в институте, законы коммутации однако. (Первый закон коммутации (закон сохранения потокосцепления)). А из него уж и вытекает желание катушки сохранить ток... :)

Но только интересно, что в данном случае с устойчивостью, ибо при переходе через ноль цепь ООС на время размыкается и при быстром ОУ и неудачной, допустип разводке на плате, у меня такое ощущения, что схема загенерить может, ну либо могут просто появиться всплески вблизи перехода через ноль...

Ну разве, что для усилителей усиливающих 50 Гц сигнал...Даже в усилителях ЗЧ в подобной схеме на 10кГц, ступеньку уже замечательно видно... Я уже не говорю про более высокочастотные усилители, в которых без смещения на одной ООС далеко не уедешь...

То есть в утверждаете, что введение ООС убирает искажения типа ступенька? Вы утверждаете, что данный каскад работает в классе B, в то время не отрицая того факта, что транзистор открывается не сразу, а только лишь после превышении определенного порога напряжения. Тогда вопрос, зачем в усилителях с двухтактными выходами (охваченных ООС есессно), присутствуют схемы смещения? Ведь следуя вашей логике, ток покоя нам не нужен, зачем снижать КПД, ООС ведь уберет ступеньку? И что тогда по вашему класс С? Бредовым как раз таки, является утверждение, что с искажением типа ступенька борются введением ООС, да ООС снижает и этот тип искажений, как и любой другой...для борьбы с этим явлением используют не ООС.

А каким образом класс B относится к этой схеме? ;) Вы что, думаете что транзистор с нулевым смещением и нулевым током покоя будет отсекать 90 градусов? И между прочим, если особо сильно въедаться в теорию, то двухтактный каскад работающий в класс B искажений типа ступенька не имеет...

Между прочим, искажения типа ступенька слабо связаны с охватом, либо не охватом каскада петлёй ОС, такой тип искажений в первую очередь связан с нулевым током покоя транзисторов, то есть работой их в классе С (ну то есть с углом отсечки менее 90град.).

Я тоже думаю что знали. Вот тот же самый прогресс, ведь получается, что помимо тех знаний, что были "тогда", появились новые, я бы сказал даже очень новые знания, увеличив их общий объем в разы. В тоже время, как было замечено выше, интернет так же в разы упростил доступ к этим знаниям...Но способности людей усваивать растут не так быстро как обилие информации...И вот у меня и возникают подозрения, что если "тех" студентов (студентов советского времени), которые вроде как лучше сегодняшних, поместить в нашу текущую ситуацию, то блестать-то они особо не будут... Я это всё к тому, что дело не в студентах (хороших людей при желании всегда найти можно), а дело в системе...в системе образования. Лет 20-30 назад, она была дееспособной, сейчас же нет в ней ни какой системы, и ни какого образования... И я думаю не стоит писать сообщения типа: ''Вот где я учился реально хорошо учат''. Ни где сейчас хорошо не учат. Одна из задач системы, на ранних стадиях, отфильтровать людей, кому интересно учиться данному ремеслу (а кому интересно, он всегда станет хорошим спецом), а кому нет...По большому счету, это уже пол дела.

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

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