Есть полностью рабочая и отлаженная программа для ARM, которая через сокет(EtherNet) отдает некоторые свои данные на Win32 прогу, которая их обрабатывает и отображает.
Писали люди до меня и они недоступны. Надо добавить передачу еще некоторых данных. Дело идет, но есть одна бяка - мне одновременно надо править две проги(Win32 и linux, для отладочной платы).
Приходится использовать крос-компилятор из поставки виртуальной машины. Но это не очень удобно
Существует ли крос-компилятор для ARM для Win32. Отладчик совсем не нужен !!!!
В идеале хтелось бы получить окончательный код(как после кросс-компилятора в поставляемой виртуалке), но в принципе окончательную версии можно делать и через виртуалку
Ногами прошу сразу не бить, плату увидел совсем недавно и до этого занимался другими вещами.
Хотелось бы получить ссылки что и откуда надо качать с кратким руководством.
После этого буду пробовать все поставить и настроить сам и если не выйдет буду задавать дополнительные вопросы.
Ответ на этот вопрос больше хочу получить от разработчиков платы.
погуглите по слову winarm, вроде существует несколько вариантов..
с чем вероятно придется столкнуться - с отсутствием нужных хидеров и сложностью переноса части сорцов.. впрочем, может это надуманно и не все так печально и для standalone прокатит..
В принципе вариант существует но подозреваю мучений будет больше чем удобства - сморите в сторону Cygwin и кросскоампиляторов для него. Ни разу не занимался этим извратом, могу предложить нагугленную ссылку http://armlinux4cygwin.sourceforge.net/
Хотелось бы услышать ответ именно от разработчиков этой платы
Некоторых наших клиентов это сдерживает от покупки нашего оборудования на этой плате.
Пока у нас реализована такая вешь - наша софтина на PC(Win32) позволяет передать новый выполняемый модуль на плату, который сам встанет как надо на MMC и будет сам доступен по после загрузки. Поэтому получается что таким клиентам и LINUX знать совсем не надо да и он практически не нужен
Честно сказать, я совсем ничего толком не понял. Это что же получается, пользователю надо самому запускаемые ARM-бинарники компилять? Ох, чувствую что то вы делаете явно не так.
Есть задачка и она успешно работает, но к сожалению производительности проца на ARMе не хватает и поэтому данные обрабатываются не все(вернее не с нужной частотой). Для нормального контроля хватает. Но иногда для ремонта нужно поднять частоту обработки некоторых каналов, путем игнорирования остальных. Пробовал все делать через верх(Win32) но тогда получается такое огромное дерево выбора и поэтому часть производительности съедается на ARM на проверку условий. А так, юзеру нужно зайти в исходник(вернее заголовочный файл), поставить свои нужные данные в # define в начале файле и через них же выбрать нужный набор тестов. И все
Была попытка поставки набора бинарников, но после 50 от этой практики пришлось уйти
Да согласен, решение кривоватое но более умных мыслей не приходит.
К тому иногда бывает нужно какие то данные выдать наверх для контроля и тут без этого решения не обойтись
Все что мы пишем используется только для контроля фукционирования оборудования и его ремонта и поэтому если что-то напортачили то это конечно не очень приятно, но не смертельно
- что мешает поставить на АРМ-машину обычный линукс, сложить туда сорцы и закрытые либы, потом написать скрипт и инструкцию по сборке?
- что мешает в АРМ-части программы организовать считывание настроек пользователя и править алгоритм работы?
Как же вам объяснить что полноценная разработка для Linux невозможна в Windows -- это не зависит ни от желаний ваших клиентов ни от разработчиков чего бы то ни было, это возможно только через полную эмуляцию, которую используют для BSP все - включая Freescale и TI. Для некоторых случаев возможно что-то сделать в Cygwin, вам возможно будет достаточно использовать версию кросскомпилятора CodeSourcery для Windows https://sourcery.mentor.com/sgpp/lite/arm/portal/release303
но это зависит от вашего проекта. В make-файлах часто вызываются внешние Linux(Unix) утилиты и команды которых нет в Windows, в Windows файловые системы не чувствительны к регистру - для них Makefile и makefile - это одно и тоже, в ФС Windows и Linux нет полного соответствия прав доступа к файлам, в Unix нет дисков С, D и тд и тп.
На ARM машине должны стоять винды, так приклада по требованию заказчика написана на Win32(это такие у него корпоративные стандарты)
А если настройки править динамически, то это увеличивает загрузку процессора и его мощи не хватает на все тесты. Так тогда многие вещи процессор вынужден достать из памяти, а через #define я из команды с двумя переменными делаю комнду с одним оператором константой(и такими извращениями приходится заниматься)
26.02.2012 19:36 
26.02.2012 19:43
