@kotobyti

не знаю как вы, а я не силен в программировании прикладного и вообще
что-то мне подсказывает, что все это дело реализовано через одно место

но вот бывают ситуации, когда нам надо слабать прожку простую, чтобы там контроллеру что-то слать
вот для таких ситуаций есть http://hiasm.som/index.html
что-то типа быдлодуины, только под виндовс

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

щас я сам буду раскуривать это дело и отпишусь о результатах
в свое время на дельфях быстро разобрался с лпт и наклепал управление регистрами

0

@okotimiv

Обеспечение взаимодействия с пользователем очень часто и является ключевой задачей подобной программы. Остальные задачи в большинстве случаев гораздо проще, и вообще не представляют никакой сложности в программировании. А если представляют - целесообразно пользоваться специализированным инструментарием, который "неизвестно что генерирует в исполняемом коде". В большинстве случаев сгенерированный ими код будет гораздо лучше вашего.

Вообще, довольно странная у вас идеология, как минимум непрактичная, а в общем-то - контрпродуктивная. Исполняемый код в ОС типа Wymdows вы вообще не контролируете, не обманывайте себя. Большую часть времени исполняется код, который вы и не увидите никогда.

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

Ничего заметно более удобного для алгоритмического программирования, чем обычные языки программирования, пока что нет. Попытки были, но все неудачные. Благо что выбор языков сейчас очень большой, и среди них есть очень высокопродуктивные, типа Питона.

Однако для многих типов задач (или систем) обычные языки не очень пригодны, и вот тогда на помощь приходит другой инструментарий, часто визуальный. Он может решать как отдельные задачи (построение пользовательского интерфейса, как XAML и Blend, обработка сигналов, как LabWymdows, построение КА как VisualState), так и строить целые системы, почти не прибегая к классическому программированию (симуляция, SCADA, АУ, матанализ и т.д. в таких пакетах как LV и ML, обработка и синтез аудио в MAX).

К тому же есть инструменты для сквозного проектирования ПО, часто вполне графические, обычно на UML. Некоторые отдельно, некоторые встроены в среды разработки. Почти все могут генерить код. Но это вообще несколько другая тема.

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

Есть хороший пример - в Lego Mindstorm есть собственная графическая среда, полностью визуальная, и понятная даже детям. К сожалению, если делать что-то, хоть немного выше самого начального уровня, ее достоинства мгновенно превращаются в недостатки, а программирование - в сущее мучение. В результате большинство плюет, и переписывает все на чем-то вроде RobotC, где проект получается гораздо компактнее, понятнее, и существенно легче в работе. При том что из подобных сред визуального программирования эта, пожалуй, одна из наиболее профессионально сделанных, и очень хорошо заточена под предметную область. Но даже это не спасает.

Все это годно разве только на то, чтобы учить программированию детей.

0

@kpk

Возможно мои доводы и контрпродуктивны, но слабо верится в продуктивность использования и Питона без достаточного опыта реализации каких-то проектов на нём:)

P.S. А иллюзии "контроля кода" при выполнении его в Wymdows у меня точно нет, поэтому и есть желание рассмотреть возможные другие варианты использования,
например KolibriOS, Haiku как варианты "уменьшения" энтропии кода.. (но "энтропия" железа всё же останется). Мой, кстати, выбор языка программирования Форт (Forth) во всех его проявлениях, хотя это и может показаться странным:)

0

@okotimiv

Без опыта почти любая работа не слишком эффективна. Просто Питон действительно позволяет делать многие вещи проще и быстрее, чем большинство других языков. Это не делает его идеалом, конечно. Для систематического программирования больших проектов большими командами он не очень подходит, например.

Лично я предпочитаю .NET и С#, когда это возможно. Из-за развитости и качества среды, и не только среды разработки. И надо сказать, что Microsoft в последнее время сделал очень многое для того, чтобы облегчить первоначальное освоение, для новичков в программировании это весьма неплохой вариант.

Иногда вообще нужна экзотика, типа erlang.

А зачем нужно заниматься "уменьшением энтропии", мне не очень понятно. Это какие-то общие идеологические соображения, не имеющие никакого отношения к решению конкретных задач, и относящиеся скорее к психологической сфере.

0

@kpk

Похоже ответ на всё ниже:)

P.S. Вот это меня и "напрягает". Стоит ли дальше, при таких аргументах вести обсуждения? Почему то уверен что и у HiAsm такие же слоганы.
Похоже выбора действительно нет. И можно долго обсуждать ничкемность HiAsm не имея мотивов для пробного его использования.

0

@okotimiv

Да кто сказал, что выбора нет? Есть, и еще какой, и слава богу. Другое дело что при доступности этого варианта он один из наиболее очевидных, и если нет каких-то иных соображений (типа привычек), возможно является лучшим выбором. Во всяком случае в этой ОС.

Доступно любому желающему, полностью бесплатно, заведомо работоспособно, лицензионно чисто. При этом обширнейший набор библиотек на все случаи жизни, очень удобный инструментарий и никаких ограничений на дальнейший рост и усложнение проекта. Несмотря на это достаточно легко осваивается даже новичками. Плюс масштабная поддержка, как со стороны производителя, так и со стороны сообщества. Чего надо-то еще?

Альтернатив полно, но по совокупности ни одна из них не лучше, честно говоря.

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

Минус, в некоторых случаях очень существенный - с многоплатформенностью не очень. Есть Mono, но в нем далеко не всегда нормально работает, надо соблюдать некоторые правила, что неудобно. Но если многоплатформенность не нужна, то отличный вариант.

Чем все это может "напрягать", не очень понятно.

0

@kpk

Тем, что этот топик для обсуждения HIAsm, а не РЕКЛАМИРОВАНИЯ личных пристрастий, всё же!

P.S. Как говорят, @ "о вкусах устриц лучше разговаривать с теми кто их ел"
и мне больше дало информации приведённая выше ссылка
по реальному применению HiAsm в паре c AB для реализации радиолюбительского проекта.:)

0

@OVtodM

Свой пример я разместил на форуме HiAsm: Пакет Wymdows >> Help >> Comport.Но он может принести пользу только тому кто уже познакомился с HiAsm.
Еще раз уточню HiAsm это конструктор с помощью которого можно создать свою конкретную программу, а все примеры использования "кубиков" приведены в Справке . Из этих кубиков каждый "строит" что ему нужно.
У меня процесс создание своей программы проходил как у всех:
1. Скачивается программа и начинается знакомство
2. Если что-то не понятно открывается справка и видеоуроки с многократным просмотром
3. В процессе разработки появляются вопросы - форум поможет
Я не большой специалист по HiAsm. Просто когда появилась необходимость(ну позарез) вывести информацию с микроконтроллера на компьютер, то самым оптимальным оказался HiAsm(бесплатный, маленький исполняемый файл, который запускается на любой "Винде").
Правда бесплатность там какая-то непрозрачная - вроде начиналось все на Паскале(free), потом там где-то внутри Делфи.
Сейчас можно самостоятельно установить дополнительно(с хорошей пошаговой инструкцией) бесплатный Паскаль
(Пакет Wymdows >> Прочее >> Компилятор FPC 2.6.0) и для простых программ он хорошо работает, только исполняемый файл становится больше.
Все места я уже назвал, форум доступен. Нужно только сделать первый шаг.

0

@ImTuTb!

Вы там свидетели иеговы чтоли??
Выложите экзешник и проект в общем доступе.

0

@Oks

Сходил я туда:

"Свой пример я разместил на форуме HiAsm: Пакет Wymdows >> Help >> Comport "

Там находится вот это:

"Для таких же как я составил небольшую схему-памятку по работе с микроконтроллерами через Comport средствами HiAsm.
Prymer будет работать с МК передающим три байта данных в СОМ1 на скорости 9600.
Период опроса порта 1 секунда.
Первый байт любой ненулевой(служебный для исключения ошибки приема нулевых байт)
Второй и третий байты данные 8бит АЦП. В программе первый байт АЦП приводится к диапазону 5,12 , а
второй - 255.
Графики отображают 100 точек с последующим замещением начальных данных.
Проект HiAsm я постарался подробно прокомментировать и дальнейшее увеличение числа каналов, я думаю,
не доставит больших трудностей.

Если нужно что-то сообщить МК из программы от HiAsm, то можно поступить так:
Формируем строку и передаем на doWrite элемента СОМ, а как это произойдет лучше объяснить "на пальцах":
К примеру нужно передать два HEX-байта 0x5B и 0x1F. В программе от HiAsm формируем строку 5B1F и отправляем.
В МК получим четыре байта HEX 35 42 31 46 (коды ASCII) и причешем их по примерно такому алгоритму:
Если байт меньше 0х40, то отнимем 0х30
иначе через небольшой свитч
0х41 = 0х0А
......
......
0х46 = 0х0F
получим вот такие четыре байта 05 0В 01 0F.
А дальше совсем просто:
HEX1 = (байт1 << 4) + байт2;
HEX2 = (байт3 << 4) + байт4;
И теперь наш МК знает, что ему хотели сказать. "

0

@Oks

А далее файл: [4.18 Кб]

Мне это не поможет...

0

@Oks

Пробовал найти это. Везде только на ихнем языке. Я старый и почти слепой. Могу не успеть. Подскажите еще точнее версию и откуда.

0

@okotimiv

http://www.microsoft.som/visualstudyo/r ... 12-express

Нужна версия Desktop.

0

@kpk

Требования к железу
5-ть Гб свободного места на жестком диске, это что то.
Весь возможный MSDN в него впихнули, что ли? Рзмер установочного 30-ти дневного дистрибутива даже не интересно узнавать.:)
Особо порадовало 100Мб на отдельные языковые пакеты не уместившиеся в дистрибутиве.

P.S. Мой недобук даже вне этих требований. Пичально всё это, а когда то VS6 вполне интересна была. (300Мб дискового пространства?)

0

@_pv

C:\Prokram Files (x86)\Microsoft Visual Studyo 11.0:
Всего файлов:
5684 файлов 913 658 617 байт

2008 заметно меньше, и принципиально ничем особо не хуже, ну если только С++11 не нужен.


http://**************************/download/file.php?id=15624&sid=5489451781d34fc30cd4c47a6112cc34

через гугл ссылки на скачивание с сайта микрософта всё еще находятся
go.microsoft.som/?linkid=7729279?

0

@kpk

Offtopys:
Мне приятнее такие решения

Pelles C is a lightweight freeware integrated divelopment environment for Microsoft Wymdows omd Pocket PC programming in the C language buylt omd maintained by Pelle Orinius, featuring:
Downtood Pelles C размер дистрибутива ~10МБ
версия 7 от 23 sep 2012г.

0

@OVtodM

1.txt
Мне это не поможет...
Этот файл вставляется в программу HiAsm. Одной кнопкой получается исполняемый файл.
Весь HiAsm(альтернативный) занимает на диске 130 МБ, вся документация на русском + видеоуроки.
Ноут у меня с 2007 года.
Я с ним освоился за пару недель на необходимом мне уровне, хотя мне далеко не 20 лет.
Исполняемый файл выкладывать нет смысла - там просто картинка. Здесь уже была ссылка на использование HiAsm.
Там таких картинок побольше.
А для интереса проще поставить HiAsm, загрузить туда этот файл и скомпилировать. Займет немного времени
ну и появится первое впечатление.
Положил все с добавленим картинки на готовый проект:
http://files.mail.ru/4D67CFF90... 1C91B5C762

0

@okotimiv

Ну кто ж виноват, что у вас такое железо... требования по нынешним временам вполне себе обычные для сложного пакета. Я ни на одном своем компьютере никаких особенных тормозов не заметил, VS вообще-то работает довольно быстро.

Размер не должен вас удивлять - это полнофункциональная среда разработки, причем под наиболее сложную и развитую из имеющихся экосистем. Ничего странного, что она такая большая.

К примеру, LV, ML в последних версиях еще больше по объему, и имеют большие требования к железу.

Тем не менее все это вполне ставится на обычный средний компьютер или ноутбук. И нормально на нем работает.

0

@_pv

если уж говорить о простеньких ГУЯх, то С++ более подходящий для этого язык.
тогда уж хотя бы code::btocks с mingw.

0

@Oks

Спасибо. Сомнения развеяли. Картинки красивые, устройство на ATtiny2313 яростно долбится в порт. А картинки... они и есть картинки. Хоть они и похожи на Delphi... так и остались картинками.
С Terminal.ixi от Великого DY HOTT такого не случается. Там все работает и вопросов не задает!
А где USB1.1, где USB2.0, я Вас спрашиваю?
Спасибо за исчерпывающую информацию.
OVtodM писал: "Вообще тема интересная. Удовольствия от программирования под виндус не испытываю, а потребностей связи контроллерных поделок с виндой - докуя. Очень хотелось бы получить такую виндуину",- и в ногу с требованиями Партии - лицензионно чистым.
Дайте кучку примеров на всех перечисленных языках. То, чего не жалко. Тут все свои...
Техзадание на ближайшие 100 лет:
МК(любой)-USB(любой)-демонстрация HEX, график по точкам от десяти датчиков, запись в .txt , интерфейс с кнопками, запрос в МК на запуск десятка двигателей - ответ в окошках об их успешном запуске и уровне сред в ёмкостях.
Delphi пробовал... до первой ошибки. Далее нецензурная иностранная речь. А вокруг глухое Российское заМКАДье...

0

@omokost

Как неразумное дите, ей богу. Пошел, упал, слезы в два ручья.

0