-
- а в чем восторг можете рассказать? Адикм(60 знак., 09.01.2014 18:43)
- Можете дать подробности по Вашей плате? - Evgeny_CD(09.01.2014 19:23)
- вообще все стандартно Адикм(198 знак., 09.01.2014 19:46)
- Если честно, возразить нечего. Спасибо за информацию! iMX28 весьма интересное семейство. А где такие платки купить можно? - Evgeny_CD(09.01.2014 20:09)
- я вам маякну, материнки пока все равно в работе. Адикм(26 знак., 09.01.2014 20:57 - 03.03.2014 18:51, ссылка)
- Здорово! - Evgeny_CD(03.03.2014 19:24)
- я вам маякну, материнки пока все равно в работе. Адикм(26 знак., 09.01.2014 20:57 - 03.03.2014 18:51, ссылка)
- Если честно, возразить нечего. Спасибо за информацию! iMX28 весьма интересное семейство. А где такие платки купить можно? - Evgeny_CD(09.01.2014 20:09)
- вообще все стандартно Адикм(198 знак., 09.01.2014 19:46)
- Восторг только в приятной цене на сам камень и наличии дешевой готовой платы для тренировок. Камень интересен соотношением фич и цены. - Evgeny_CD(09.01.2014 19:22)
- Можете дать подробности по Вашей плате? - Evgeny_CD(09.01.2014 19:23)
- 250 МНz. "Маловато будет."(с). Почему не ARM-A8 ? - Ruslan(06.02.2013 09:41 - 09:49)
- 2 issue CF V 4 - это 400+ дристанов. Хватит для целевых задач платочки. - Evgeny_CD(06.02.2013 15:41)
- Жаль, они один Ethernet задействовали. В камне их два, и один просится под эксклюзивный отладочный порт. - Evgeny_CD(05.02.2013 23:42)
- Вы чо? Евгений! эзернет сущность такая, что пока весь канал не забит - потоки через него друг другу не мешают. Mahagam(335 знак., 06.02.2013 01:08)
- Вот и я о том, что отладочный канал =! (UDP|TCP) [бредовое выражение написал]. 100 Мбит не так и много. И отладочный трафик может портить RT характеристики Ethernet канала в реальном устройстве без отладки. - Evgeny_CD(06.02.2013 01:17)
- эт смаря чо под рт понимать... ты можешь такое рт устроить что никакого изирнета не хватит. - LordN(06.02.2013 05:32)
- в реальных применениях эзернет ни разу не RT. после того как на него навешают стеков, живущих своей жизнью, да имеющий свои мнения относительно того как быстро на что реагировать - он ни разу не RT ))) а сто мегабит - это дохрена - Mahagam(06.02.2013 01:34)
- "Отладочный трафик" зависит от задачи. Для некоторых приложений нам желательно под 100Мбит при условии, что это не отожрет 50% мощи проца. Голые фреймы гнать по Ethernet при помощи DMA - смое то. - Evgeny_CD(06.02.2013 01:36)
- ого. а пример такой задачи можно? вкратце. - Mahagam(06.02.2013 01:43)
- 1) протоколирование сырых данных периферии. В боооольшой файл на ПЦ. Чтобы потом его матлабом, скажем, анализировать. Например, тупо отсчеты АЦП. 2) тупой дамп больших структур из памяти. Чтобы искать трудноуловимые ошибки. Evgeny_CD(178 знак., 06.02.2013 01:47)
- ну-ну. 10 метров в секунду - это каким контроллером вы такой поток без ПЦ собрались переваривать? - Mahagam(06.02.2013 10:27)
- Это ПЦ переваривает поток 10Мбайт/сек от контроллера. - Evgeny_CD(06.02.2013 15:34)
- ну а поток этот откуда-то получается? если он != тому что будет обрабатывать контроллер, то я не вижу толка в такой отладке - Mahagam(06.02.2013 15:48)
- Вот что мы однажды делали, когда никак не могли найти ошибку. В том чипе не было Ethernet, сделали по UART, но все было на грани по причине медленного канала. Evgeny_CD(1351 знак., 06.02.2013 17:54)
- странные у вас методы... я обычно добивался того, чтобы ошибка проявляла себя как можно чаще. - Mahagam(06.02.2013 18:02)
- Куча функций зависит от сотового мудема. А тот - от глюков ОПсоса. Как ускорить появление глюков у опсоса? Evgeny_CD(380 знак., 06.02.2013 18:08)
- В варианте Ethernet отлаживать вполне можно даже в поле, на живой системе. На ноут капчурим и все. Потом в лаборатории спокойно анализируем. JTAG для поля не очень подходит, да и фоновая отладка в течении часов - искусство. - Evgeny_CD(06.02.2013 17:56)
- странные у вас методы... я обычно добивался того, чтобы ошибка проявляла себя как можно чаще. - Mahagam(06.02.2013 18:02)
- Вот что мы однажды делали, когда никак не могли найти ошибку. В том чипе не было Ethernet, сделали по UART, но все было на грани по причине медленного канала. Evgeny_CD(1351 знак., 06.02.2013 17:54)
- ну а поток этот откуда-то получается? если он != тому что будет обрабатывать контроллер, то я не вижу толка в такой отладке - Mahagam(06.02.2013 15:48)
- Это ПЦ переваривает поток 10Мбайт/сек от контроллера. - Evgeny_CD(06.02.2013 15:34)
- ну-ну. 10 метров в секунду - это каким контроллером вы такой поток без ПЦ собрались переваривать? - Mahagam(06.02.2013 10:27)
- 1) протоколирование сырых данных периферии. В боооольшой файл на ПЦ. Чтобы потом его матлабом, скажем, анализировать. Например, тупо отсчеты АЦП. 2) тупой дамп больших структур из памяти. Чтобы искать трудноуловимые ошибки. Evgeny_CD(178 знак., 06.02.2013 01:47)
- ого. а пример такой задачи можно? вкратце. - Mahagam(06.02.2013 01:43)
- "Отладочный трафик" зависит от задачи. Для некоторых приложений нам желательно под 100Мбит при условии, что это не отожрет 50% мощи проца. Голые фреймы гнать по Ethernet при помощи DMA - смое то. - Evgeny_CD(06.02.2013 01:36)
- Вот и я о том, что отладочный канал =! (UDP|TCP) [бредовое выражение написал]. 100 Мбит не так и много. И отладочный трафик может портить RT характеристики Ethernet канала в реальном устройстве без отладки. - Evgeny_CD(06.02.2013 01:17)
- Вы чо? Евгений! эзернет сущность такая, что пока весь канал не забит - потоки через него друг другу не мешают. Mahagam(335 знак., 06.02.2013 01:08)
- а в чем восторг можете рассказать? Адикм(60 знак., 09.01.2014 18:43)