en1gma

вот поэтому вы гуру, а я спрашиваю "в помощь начинающему". у меня под виндой исключительно однопотоковые консольные приложения..

в общем, допишу то, что стёр в заглавном посте.. есть несколько проблем с 1+Мбс потоками с uart.. драйвера у тупых устройств выкидывают прерывание по условию буфер не полон (ибо буфер маленький) и я упираюсь в скорость обработки прерываний windows (ибо прерывание по каждому символу).. расчехление mvs и использование стандартных api приведёт ровно к этому же. ethernet пропускает больший поток, ибо, как правило, прерывание идёт по фреймам, которые несколько больше одного байта... вторая трабла: большинство виндовых терминалов кидают "drawcall" по каждому принятому символу.. как правильно делать, я понимаю: аллоцировать память, складывать туда всё по dma, после окончания передачи и/или по команде пользователя этот массив медленно и верно складывать на накопитель. только вот глобальная проблема на этапе "складывать туда всё по dma" даже при условии настраивания в драйвере условия "взвода" прерывания.. и даже на такой скорости про больших посылках всё зависает, проверено неоднократно при попытке сдампить fw по cat mdt0

Для последующего контроля необходимо записывать ~6,5Mbaud непрерывный поток по RS485 на ПК под управлением Windows. Отображать - опционально. Суммарный объем передаваемых данных - не больше 500МБ. В качестве приёмника используется плата, которая точно умеет 18Mbaud в одиночных и коротких посылках и настраиваемое по уровню заполнения fifo прерывание. Откинув ПО, которое не умеет в произвольную символьную скорость, из широко распространённых остаются putty (и его форки) и terminal от bray++, но они вешаются (с прерыванием логирования) при визуализации данных. Мож кто что подскажет?

тогда уж http://insat.ru/products/?category=169&pp=100 а по средствам данного продажника выходим на преобразователи от немецкой VSCom, который перемаркирует тайваньцев TITAN Electronics Inc... только вот эти трое не могут договорится о скоростях..

нечаянно наткнулся на изделия от CommTech, ныне fastcomp 40Мб/с или даже 70МБ/с по usb.. собрано всё на fpga. откуда цена $549. ищу дальше..

ну структурную схему подобных преобразователей все представляют. в на кровные купленных кЕтайцах меняем п/п rs485 (если приходят с п/п на 250кб/с) и получаем адаптер хотя бы на 2мб/с по поводу скоростей у usb-uart мостов: wch: 支持通讯波特率 50bps～2Mbps ftdi: м/с с fs-usb - Up to 3Mbaud, м/с с hs-us - Up to 12Mbaud prolific: Max. Baud rate: 12Mbps silabs: Baud Rates: up to 2 Mbps ti: From 50 BPS to 921.6 kbps microchip: 300 - 1000k (baud) других usb-uart не встречал и не знаю.. например, нежно мной любимая moxa (да и много других индастиал решений) как раз tusb3410 и использует

добавил в заглавный пост очень важную добавку: покупаться будет юр.лицом, что дополнительно накладывает ограничения. а перед тем, как обратится к сообществу, я хорошо пошукал в интернетах - что-то как-то не нашлось. но, спасибо, что не обрамили lmgfy.. предлагаемая до редактирования Вами поста коробочка от KMtronic (https://www.kmtronic.com/index.php?route=product/category&path=69) пропустит через себя и 3Мб/с исходя из п/п на 10Мб/с, упершись в фтди. но, блин, скорость не описана в заявленных характеристиках, и в случае проблем - всё расхлебывает выбравший её. да и напрямую в России её трудно купить. всё реечное, как правило, на 115200б/с

у нас они по 3+кр, что уже и не $30.. но, честно говоря, импортозамещенцы за корпус с cp21**+драйвер+оптрон на 1мбпс просят 60+кр.. ну и я бы лучше взял USB-COM485-PLUS1, но он опять же без корпуса, то есть не "законченное изделие".. прибор подключается к 485-мильтипойнту.. заказчик захотел "1553-но-не-1553"(с) на 1мбпс, потом решил поднять до 2мбпс. так что не ethernet..

Ищу готовый, доступный к официальной покупке российским юр.лицом адаптер с USB на двухпроводной EIA-485-A (даже не гальванически развязанный), который держит 2Mbps. Желательно с выводом на разъём, а не на клеммники или провода. Обычно, что находится - на 115200bps. У той же moxa есть на 921600bps. Но нужно 2Mbps. Требуется работа под Win от XP до 10, поэтому не на ch340 (ибо беда с драйверами под win10) и не на pl2303 (много железок на Rev A, к которым нет драйверов для win8+). Хоть самому собирай, но нужно покупное готовое законченное изделие.

а какие на данный момент (лето 2017) универсальные (как по поддерживаемым ide, так и по поддерживаемым target) чайна-линк вообще существуют? в смысле не только клоны jlink.

Для многих зарубежных стандартов на электронику в России ведены местные аналоги. Для RS-232 это, вроде как, интерфейс "Цепи стыка С2". Или я не прав? Но вот только ГОСТов как-то много для описания "цепей стыка С2": ГОСТ 18145-81 для тех требований, ГОСТ Р 50668-94 для требований к временным характеристикам, ГОСТ 23675-79 для требований к электрическим параметрам и др. Так что вопрос: как записать, чтобы межблочные соединения соответствовали нашему RS-232? Что-то подобное "соединение с внешним с устройством по цепям стыка С2, согласно ГОСТ****"? Только какой номер ГОСТа? ps1 да, я в курсе, что стандарт ныне зовётся TIA-232 ревизии F ps2 просто заказчик хочет RS-232, но записать в тз не может, ибо "импортозамещение" ps3 ипрс - не то

кстати, наткнулся на ещё одну вундерфалю, теперь от белорусского сумрачного гения: 1880ВЕ81У от интеграла. это, насколько я понял, классический 12-тактовый с51 + контроллер ГОСТ Р 52070-2003. так что на текущий момент есть, по крайней мере, 5 отечественных вариантов реализации оконечного устройства ГОСТ Р 52070-2003: кодеки от "нпо физика", который вешаем в адресное пространство; кодек 1879ВА1Т и его радиационностойкий собрат 1895ВА1Т от "нтц модуль", который вешаем в адресное пространство; микропроцессорные наборы 1890 и 5890 от нииси (самый адовый вариант); 1986ВЕ1Т и 1986ВЕ3Т от "пкк миладнр"; 1880ВЕ81У от белорусов. только последнее два варианта представляют один корпус. но вот в рациональности применения 1880ВЕ81У что-то я сильно не уверен.

что-то после опроса легче не стало (((

создал Опрос: USB-UART

Так, за Бодами в энциклопедию. емнип, Бод - количество всех (в том числе и служебных) символов в секунду. Но вопрос был другой: что из 3+1 передатчиков выбрать для использования?

Простите.. Обознался..

звиняйте господа и дамы за оверквотинг, но.. А чего не FT232H? Раз пошла такая пьянка, то ~140р или ~170р - не такая уж и большая разница. Всё покупается официально, через отдел снабжения. Так что не до прямых самостоятельных покупок. идея использовать дополнительный МК со встроенным USB-передатчиком как преобразователь интерфейсов была отброшена с самого начала пускают-пускают, но 232 был выведен только для настройки, внутри прибора всё в uart-ttl может быть я не понимаю чего-то, но тот же pl2303hxa (он без кварца не работает вообще) и безкварцевые в принципе cp2102 и pl2303hxd работают на "мегабите" преспокойно последний "аппаратный" СОМ у меня на ноуте с intel ich3m (или СОМ-ы в мультике?), но там скорости выше 115200 и не поддерживаются в принципе мультиплата на moschip-е тоже на "мегабите" работала, но стабильность работы ещё хуже чем у USB->UART

осталось найти на ноутах pci или pci-e ну или убедить заказчиков..

В свете повального отказа от вывода даже на гребенку СОМ-портов, понадобилось оснастить свои устройства USB-TTL преобразователями. Из требований: минимум обвязки (только пассивные элементы, дополнительного резонатора точно не хотелось бы видеть), возможность работы на 921600бит/с Насколько я понял, основная война между тремя сериями преобразователей: pl2303, ft232 и cp2102. На pl2303 сейчас все кабели usb-com на работе. По опыту с pl2303hxa: глючная, часто отваливается или зависает. cp210х - всем хороши, кроме корпуса: в рукопашную паять не особо удобно да и инструкцию цеховым только с трудом напишешь. ft232r - недёшево, а ft232h - очень недёшево, и хоть кварц не обязателен, но всё же рекомендуем. Вот и что из этого выбрать в мелкосерийке (50-100шт в год)?

нет, совершенно без разницы какая база, главное, чтобы было проще: если мк - то ядро распространённое, если контроллер - то стандартный интерфейс по поиску Si7655DN выдаётся только р-канальный MOSFET транзистор от Vishay/Siliconix. по поводу ПЛИСа - см выше, кодек, первичная верификация и интерфейс до мк были на кплд, данные же разбирал мк. но в общем тухлое это дело

специфика, что поделаешь.. элкус не катит - там не совсем модули а кплд+буфер+мк мы "баловались" лет 5 назад, ничего особо хорошего, честно говоря, не вышло.. смотрели уже, емнип, 70$ за микру + 150$ за д4 - это перебор, проще 1986ве1т дождаться в общем, как-то всё печально

По работе появилась задача собрать на коленке монитор канала ГОСТ Р 52070-2003. Хотелось бы как-нить по-компактнее, так как текущие устройства - это микропроц с внешней ram, flash и контроллером pci, на котором и висит контроллер MIL-STD-1553. Есть у нашего миландра с 1986ве1т (кортекс-м0 + ГОСТ Р 52070-2003), но его не дождешься, да и стоит не особо дешево. Выпускает ли кто-то ещё МК с MIL-STD-1553 или контроллер MIL-STD-1553 с простым интерфейсом, а то поиск по всемирному разуму не дал положительных резальтатов?

Есть Keil MDK. Официально купленный в Basic редакции. Есть ULink-ME (купленный в замен первого ULink), для которого ничего докупать не нужно: программирует флеш и отлаживает все, что самим Keil'ом поддерживается. Но, к сожалению, за пределами Keil'а представляет тупо "груду" железа. Понадобилось ещё одно рабочее место и, следовательно, ещё один отладчик. Чтобы не быть зависимым от ПО, было решено купить "универсальный" jtag-адаптер, поэтому выбор пал на одну из версий J-Link. Теперь вопрос: поддерживается ли Keil'ом прошивка внутреннего флеш и отладка с помошью J-Link ? Или нужно докупать дополнительные лицензии (Keil же вроде через RDI с J-Link общается)? А IAR? А для поддержки отладки через GDB (при применении GCC-основанных компиляторов), насколько я понимаю, нужно покупать лицензию на GDB-сервер?

а ни у кого не херятся файлы с ошибкой доступа на запись? пришлось даже включить создание бэкап файлов после потери полудня работы

объясню достаточно просто, цена на это чудо-юдо на текущий момент составляет 90 тысяч рублей за штучку - поэтому оно совсем не популярно.. только в определенном секторе.. и только по принуждению сверху.. второе, "настоящие программисты" (ну те, кто так значится по штатному расписанию и кто отвечает головой за код) это дядечки далеко за 40 и они особо баловаться не будут (наши-то записать бинарь во флешку не всегда могут да, например, пишут в кейл 2.х, так как кейл 3.х "не так выглядит") третье, твоя сборка (или как это назвать, чтобы было верно по-научному) преспокойно собирает ассемблеровский код (было бы удивительно если не собирала) и достаточно простой С-код, осуществляющие чуть больше чем запись/чтение в память и дрыганье ножками четвёртое, серии кристаллов ведут себя по-разному. "а в этой партии вот то, то и то не реализовано или реализовано криво"(с). кроме того списка "время выпуска / партия"-"ревизия"-"список ошибок" как-то не попадалось пятое, будем очень благодарны если будет собираться под вин32 хост с таджетом "сферический" мипс, в котором есть библиотеки как для софтового (чтобы дружило с тем же пик32) так и для железного флоата, так как, в моём случае, на мипсе2 на ~20МГц и полумегабайтами озу и пзу не до фортрана и тем более не до с++ зы простите нас не_разумных