mantech
-
Постов
7 136 -
Зарегистрирован
-
Посещение
-
Победитель дней
1
Сообщения, опубликованные mantech
-
-
1. UDP передатчик передает сообщение в указанный UDP порт.
2. Сообщение летит по линии Ethernet
3. UDP приемник слушает этот UDP порт.
4. Все принятые байты перенаправляются в приемный буфер виртуального COM-порта.
Это я все понимаю, но задача стоит в том, что нужно как можно точнее симитировать ком-порт, а это значит, должна быть возможность управлять скоростью уарта, дрыгать ДТРом и т.п. И вот здесь начинаются сложности.
ЗЫ. Я почему вообще затеял эту тему, просто думал, что есть какие-то опенсорсовые разработки, но видимо нет, придется и дальше ставить свич с тиббой...
-
я бегло смотрел, но я так понял что это как-бы порт двойного назначения под их железку, и под пользовательскую.
надо связываться с ребятами, скачивать что они дают, писать письма, изучать вопрос так сказать... думаю это самое близкое к тому что вам надо из того что вообще может быть.
А я понял, что у них есть 2 проги под 1 порт - свободно распространяемая и мультипортовая - с лицензией. Мне хватило б и однопортовой, но док по протоколу я не нашел, а может плохо искал - глаза устали...
Писать им, думаю пустая затея - они же не опенсорсом занимаются, а продают железки, спрашивается, зачем рассказывать конкуренту? Может я продавать потом захочу все это
ЗЫ. Поищем еще, уж больно с всякими ддк масдайными не охота связываться :crying:
-
На банальной GSM-розетке или портативной ИК-сигнализации "из коробки" и без мануала, реализуемой через сеть Эпицентра, подъем будет на порядки больше, чем на интеллектуалоемких проектах со сроком разработки 5-10 лет и жесткой госприемкой.
Да тут вообще даже обсуждать это не стоит, все эти модули - бытовка, ни в какие спец. применения, лично я ставить не стал.
В каждой тематике основу составляют десяток, максимум два, частных компаний, поймавших удачный заказ и занявших определенные ниши.А они разве не бытовку делают? Вообще, все мобильники - это тоже бытовка.
-
Берете проц и делаете USB - CDC -> Ethernet
А на своей плате делаете Ethernet -> UART
Я сначала тоже так думал, но очень не хочется плодить костыли, особенно с усб и виндой, это вообще "гремучая смесь" с т.з. глюков...
Я так понимаю если использовать уже показанный выше hw-group что Руслан показал, то там скорее всего описано что по UDP к вам придет. То есть они написали драйвер который виден как виртуальный ком порт и шлет понятные данные по UDP.Дак это я понял, он создаст вирт. ком, но я не знаю "внутренний" протокол взаимодействия и настройки их железки компом(драйвером). Транспорт понятно - udp, но нужно иметь и драйвер и железку, и потом прослушивать канал и смотреть, что куда передается, а железки у меня нет. И навряд-ли они будут все это описывать - пользователям-то зачем это знать :laughing:
-
Или Вы про сложность реализации в PC? там тоже ничего хитрого. А если нужен именно честный видимый операционкой виртуальный порт- вообще не вижу смысла писать то что уже написано и отлажено другими.
И про необходимость надежной передачи: вы вообще-то эмулируете компорт, в котором никаких надежных передач и переповторов не предусмотрено, поэтому не вздумайте отсебятиной заниматься. Контролем целостности и валидности данных уже следующий уровень занимается, который и так должен быть реализован в софте, ориентированном на RS232.
Если честно, Вы сами писали подобные драйвера?? Если да, тогда вопрос, каким образом передаете конфиг порта, скорости и пр...?? Причем "котором никаких надежных передач и переповторов не предусмотрено" в этом случае?? И второе, как драйвер порта вообще узнает, что подключен именно мост уарт-эзернет, а не просто любяа шняга, которая слушает и устанавливает соединение по порту хххх udp??
-
UDP порт в LWIP еще поднять нужно правильно, и то я по UDP делал, понимая что потеря данных обеспечивается. Не все данные погонишь таким каналом. По TCP/IP предпочтительнее.
Ну вообще-то это само сабой разумеется, и я не первый год в "теме"... :rolleyes: Писал, что не делал драйверов под винду.
Я не помню что именно мы использовали для экспериментов, так как в результате отказались от идеи виртуальных портов и я просто в исходники добавил все нужное напрямую (поддержку канала связи через Езернет). Но оно работало и через такой виртуальный порт тоже.Я полностью согласен, что в самописной программе использовать эти рудименты, как VCP - глупо, но если софт без исходников и работает только с комом, то что тут поделаешь?...
А ничего там хитрого нет: берете UDP порт и гоните/принимаете данные.На компьютере ставите программу что-то типа "Virtual COM UDP TCP Port" (это ключ для гугления, их много разных в интернете), настраиваете ее не Ваш UDP порт и у Вас в системе появляется виртуальный порт, привязанный к данному UDP.
Хитрого там ничего нет, это понятно, но исходники-то очень желательны, и не потому, что я решил их пересобрать и отредактировать, а просто, чтобы знать, что должен ответить мой контроллер на запрос драйвера...
-
Если у вас не просто удлинитель ком порта, то наверное есть ваше приложение управления всей этой байдой, так может в нем реализовать нормальный режим через сокеты?
Ну тогда я бы не задавал этих глупых вопросов, логично
Все дело в том, что софтина сложная и специфичная, писана х.з кем, работает только по rs232. Вот дело-то в чем...
-
Не очень понятно чего вы хотите найти за драйвер:)
Или вы хотите чтобы у вас был виртуальный ком порт? ну тогда ручками ручками, стандарта на формат такого рода данных нет.
Я знаю, что стандарта нет, в том-то и дело. Решил узнать, может кто уже занимался подобным, есть ссылки на проекты, а то в инете ищешь исходники - часть самого устройства на контроллере есть, а для компа драйвера нет... Кому нужна половина комплекта?? Разве, что просто удлинитель ком-порта по сети :laughing:
-
Приветствую.
Появилась задачка добавить функционал контроллера модулем uart-ethernet, раньше использовали отдельные модули "тиббо", сам модуль и драйвер ком-порта под винду.
Контроллер - vybrid mvf61nn
стек - LWIP
в данный момент используется как web-сервер. В сети есть несколько проектов, как "прикрутить" к стеку функционал посл. порта, НО не смог найти к ним "вторую часть" - программный драйвер под винду(не важно какую, хрюшу или семерку), написанием драйверов под винду никогда не занимался, и честно говоря, нет большого желания и времени, а пытаться использовать тот-же драйвер от тиббо - нет документации.
Может кто знает, где посмотреть или поискать эти творения??
-
1. Появление кэша L1.
Не понял, а что, в 4й серии его не было? :rolleyes:
2. Появление области памяти быстрого доступа для данных 64к. (Типа для кэша и кучи)Если имеется ввиду TCM, то она тоже была в четверке.
5. Ну и применительно к ST - полная совместимость pin-to-pin с предыдущими камнями.СТ в этом всегда радовала, за что им респект.
За счёт этого, как заявляет ST примерно двухкратный рост производительности при равной тактовой по сравнению с Cortex-M4F/Вот тут надо проверять, если не соврали процентов на 70-80 - уже неплохо...
-
Если ST выкатит камень на 400 мгц, то получится уровень ~~ Pentium III с его 2000 CoreMark. Красиво жить не запретишь :laughing:
Да и скорей всего двойная точка будет. А то чё срамиться-то, перед державами.
Читаю доки на SAM-V70. Ну так... кирпичик для всяких там медленных интерфейсов, данные лопаптить.. Верный продолжатель тинок и мег. Для него и 300 мгц многовато.
А вот там где начинаются экраны, слои, векторная графика!! И гигагерцоф мало! Vybrid рулит! :smile3046:
На счет пентиума - так производительность самого процессора еще не главное в общей скорости, тут еще и кэш и шины и пр...
В вибриде тоже не все так просто, да, камень на 500мег, с 2х уровневым кэшем, НО графика так себе, на экранчик 640х480 16 бит еще куда ни шло, но больше уже внапряг контроллеру памяти и дма. Вряд-ли на нем можно поднять реальную векторную графику хорошего качества. У него даже растровых аппаратных кодеков нет, ни jpeg, ни png... Для этих вещей лучше кортексы А9 и выше с аппаратными шнягами.
А эти процы нужно рассматривать как просто усовершенствованные стм 407 или 417 и не более того.
-
И всё таки.. атмеловский монстрик не так хорош. 16-битная шина памяти и нет видеокарточки. Он явно не для каринки. А так конечно фаршу всякого до тошнотиков натолкано. Ждём удар от ST :smile3009:
Хотелось бы что-то вроде фрискалового вибрида, только памяти набортной мега 2-3, встроенный флеш, да корпус паябельный
.... Но ведь не сделают :crying: -
Слишком большой мультимедийный поток планируется в будущем
Видимо все пытаются создать машину для "блондинок" с кнопкой "пуск" и "поехали", а так же "цифровое зеркало" в виде камеры на 10к+ мегапикселей и мегаразрешением экрана! Главное его достоинство - на нем можно делать селфи
А если серьезно - эти камни можно ведь не только в авто применять, а там и сеть потребуется :laughing:
Только AT89C2051, только хардкор. :santa2:Хм.. я еще успел "побаловаться" мк с ультрафиолетовым стиранием - вот это хардкор!
-
Имеется в виду этот?
Интересно, как под эту плату собирать ядро?
Да, плата именно эта.
При покупке там уже был установлен билдрут, немного покопался в нем, ради интереса и только. Задача стояла сделать прогу без осей на А5 и М4.
Трудно сказать, я вообще не представляю процесс полной компиляции линукса и сколько это займет дней
Судя по тому, что простой sdk для А5 под иаром, компилился несколько минут, правда, в режиме оптимизации... :laughing:
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
Не сочтите за наглость. Можете указать ссылки на Developing Kits для vx6 (Linux) и M4 (MQX). На сайте Freescale много разных процов и контроллеров. Если у вас есть опыт, то хочется услышать подсказкуВ смысле, нужна плата или sdk? Если плата, я покупал в стартерките, просто мне там проще, чем из забугорья заказывать, а если sdk, то mqx ,качается отсюда - http://www.freescale.com/webapp/sps/site/p...MQX&fr=gtl#
после обычной регистрации, ну а линукс - производитель рекомендует Timesys, есть buildroot, хотя я предпочитаю безосевое программирование. :laughing:
ЗЫ. Точное название проца - MVF61NN151CMK50
-
А по поводу Windows, почему бы и нет, применяют же её в терминалах
Ммм..да
Хотя, если серьезно, я б ее только в игрушках применял, от которых ничего не зависит...
А что китайцы уже делают телефоны на -30 с дисплеем и динамиком как опцией?
Думаю сделали б уже давно, только зачем??
-
Интересно, сколько же это чудо стоит?
Предположу, что в 2 раза дороже стандартного gsm модуля :laughing:
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
камеры, дисплей,А зачем это все?? Хотите создать еще один телефон, только дороже, чем китайцы??
По цене модуля и вправду интересно...
-
Недавно был анонсирован 3G/GPS/Glonass/Wi-Fi/BT-модуль AM812 Neoway
Модуль выполнен на платформе Android (Linux, Windows опционально),
Хочется узнать, сколь долго он стартует на этих осях??
ЗЫ. Windows - особенно порадовало
-
По сути надо будет сделать шлюз SOAP в некий доморощенный межпроцессорный M2M.
И MQX с готовым межпроцессорным прикладным уровнем здесь все равно вне конкуренции.
Надежный, асинхронный, P2P, событийно управляемый M2M протокол это будет посложнее портирования SQL движка на RTOS.
С точки зрения сетевых протоколов можно согласиться, хотя есть и lwip, но с ним посложнее...
-
И что то не увидел в MonoDevelop кросс платформенной разработки.
Т.е. чтобы компилировать на компе, а запускать и отлаживать на встраиваемой платформе.
А уж лаконичность у MonoDevelop просто эпическая, лаконичней только черный ящик.
И как вы себе представляете интеграцию аппаратных средств микроконтроллера в API Mono?
Это же весь Mono надо будет изучить на уровне исходников.
Опять же глючные драйвера файловых систем на дешевых встраиваемых платформах не дадут сильно разгуляться с MySQL.
Незнаю, но по мне - ТС изначально неверно начал с техзадания, пытаясь то, что делают на разных уровнях и устройствах запихнуть в один девайс.
Сам счетчик и какой-либо интерфейс связи с сервером должен быть сделан на небольшом мк типа стмки, а его данные уже передаются на полноценный стационарный сервер, с полным фаршем апачей мускулей на линухе, который ведет базу данных имеет вебсервер и т.п.
-
Действительно scifi, извините, что не спросил у всех желающих помочь
Я понял, что MQX под STM32F4 не существует, значит менять существующий дизайн под Freescale. Этот варант не подходит, зачем тратить деньги и время и прийти к RTOS. Лучше осваивать Linux.
MQX есть под фрискейловый вибрид vx6, там 2 ядра - 1 кортекс А5 на 500 мегагерц, второе - М4 на 160 - это ваш любимый стм407 один в один. Куча портов и интерфейсов.
Есть люди, которые делают так - на А5 ставят линукс, если влом сетевые стеки руками писать, а на М4 - MQX.
Лично для меня оси - зло, но кому нравится, то в самый раз.
Базы на 5 мег я всегда в DBF делал - очень простой и быстрый обработчик, с недостатками, но все же...
Я на MQX уже сделал кучу проектов.Очень надежная, а главное документированная ось.
Я не делал своих проектов под нее, но дал людям потестить простые примеры, мне сказали, что "если все делать правильно", т.е. подключать флешки и отключать корректно - все работает, но если дергать как попало - виснет. Сделал свои драйвера - все работает хоть ногами топчи
- это мне больше нравится...На счет документированности - не спорю тут так и есть.
Пытаюсь увидеть тут логику, но никак не получается. Ну да ладно. Когда освоите - отпишитесь, будет интересно почитать.Да почему? Пусть осваивает, даже может и неплохо, потому, что сейчас линукс все больше применяется везде - будет полезно в будущем...
-
А вы не смотрели в сторону MQX? ЕМНИП, AlexandrY очень восторженно об этом софте отзывался.
Пробовал MQX на вибриде, USB глючит даже в их примерах, а ТСу 3Г модем явно через него подключать... Вообщем - на вкус и цвет
Т.к. решение с интегрированной памятью пока не такие расспространенные, то хочу использовать все готовое с внешней памятью - BeagleBoard.Вот это правильное решение.
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
Это что то вроде разработки счетчика топлива для заправок, но только для электроэнергии и еще с автоматической оплатой.Сорри за оффтоп, но зачем счетчику парковок мускуль да еще и апач??
Про DLL EXEшник - это вааще, т.е. еще и wine нужно поставить??
И все это ради "database (5мБ) + пару script'ов + 3G модем"?? Круто - ничего не скажешь...
Но это "о птичках", а по существу - не парьтесь в поисках одночиповых линукс-решений - ибо их нет!
Даже в роутерах, где стоят микролинуксы, все ужато по максимуму, и то требуется 32 или 64мб оперы,
плюс там нет ни апача ни мускуля, да какое там - даже МС с трудом ставится, а один только апач сколько сожрет памяти, а мускуль?? Посчитаете - прослезитесь...
Ну а если уж совсем невмоготу - берите серийный модуль с 512 мегами оперы как минимум и делов-то!
M66 миниатюрый модуль с краевыми контактами
в Сотовая связь и ее приложения
Опубликовано · Изменено пользователем mantech · Пожаловаться
Сорри , что от темы отклонюсь, но с этим ничего не поделаешь - это административный ресурс, и тут хоть упрыгайся, предложи идеальное устройство, но выберут у "своих", пусть втридорого, но ето так... Плюс действует система откатов.