Возможно, Вам стоит присоединится к развитию RAPID APPLICATION DEVELOPMENT HiAsm

Топик: Как было бы здорово, если бы существовала среда HiAsm-AVR
http://hiasm.com/xf/topic.php?t=31314&start=50

P.S. НiAsm написан на Delphi

Нет, это в другую сторону. И слишком сложно. А надо быстро и дешево, скриптоподобно.
Паскаль - подходит на 100%
В общем, я потестил ptoc - пока ничего невнятного не обнаружил. Был бы он чуть ближе к FPC...

Cсылка была на pascal to c на эту страницу http://www.garret.ru/lang.html

Сообщение отредактировал Kopa - Nov 18 2008, 12:11

Ни в коем случае. Изначально вся модемная связь делалась по французским стандартам. Сейчас уже не помню названий. Американцы потом подключились и перехватили.

И наоборот плохо... А если не сравнивать живых людей как продукты из потребительской корзины - лучше, хуже - вот тогда хорошо

Осознанно и добровольно
Обусловлено это переползание было переползанием в сферу embedded. Нужно было срочно разработать устройство с достаточно сложной программой, на максимально дешевом железе (от цены железа напрямую зависела лично моя прибыль) ну и тут из вариантов было:
A. Отказаться от проекта.
B. Здорово удорожить проект (взять 186-й или любой другой x86 и делать программу на чем угодно).
C. Освоить подходящие инструменты для работы с дешевыми МК, после обзора выснилось что инструментов таких всего 2 - ASM и C. (ну а насчет, что лучше ASM или ЯВУ уже была тьма тьмущая тем).

Нетрудно догадаться что вариант С мне показался наиболее правильным вариантом.


Такое мнение может быть либо до начала, либо в самом начале освоения языка (в первый день)
т.к. возникает противоречие между вопросами:
1. Почему язык не похож ни на что с чем привычно работал раньше?
2. Почему столько народу на нем работают?

Читаем книжку по языку практикуемся, и оказывается что язык то совсем не плох.

Очень наглядно переползать на "C" с ASM'а т.к. сразу на лицо выигрыш во времени разработки. При этом свободы действий язык не ограничивает т.е. пропасти между ASM и C, такой как между ASM<->BASIC (ASM<->PASCAL) нет.

Ну а когда осознаете что качественный компилятор "C" есть практически под любой проц, и освоив именно этот язык, можно стать независимым от платформы, то альтернативы "C" просто не остается.

Ну а когда осознаете, что качественный компилятор и IDE для c#/паскаль/ассемблер/java есть практически под любой проц, и осовоив _любой_ из этих языков можно стать независимым от платформы, то альтернативы _не_использовать_"C"_ просто не остается.

Ок ощасливьте нас пожалуйста ссылками на компиятор и IDE (C#/паскаль/java) для процов перечисленных здесь:
http://www.iar.com/website1/1.0.1.0/675/1/index.php
Пока нет ссылок, ваша фраза - это пустой звук. "хотение" как у Емели, так сказать.

PS: ассемблер выбросте из списка языков, т.к. он для каждого проца свой. Тобиш сколько процов столько и ассеблеров, учить каждый будем?

А что уже есть "качественный компилятор и IDE для c#" под AVR- или MSP- платформы?
А слабо в качестве доказательства Жабу можно поднять на tiny2313? Мне -- слабо.
(И кроме того, мне кажется, Вы напрасно причисляете Жабу и Шарп к компилируемым языкам... Ну Шарп, еще куда ни шло. Но Жаба... )

Коллега, не надо голословно утверждать, что "осовоив _любой_ из этих языков можно стать независимым от платформы". Доказывайте, что Вы можете написать софт на "_любом_ из этих языков" для "любой платформы". Давайте для начала возьмем платформу согласно этой ветки форума -- AVR.

Итак, платформа AVR! Уважаемый Огурцов доказывает, что для AVR существует "качественные компиляторы" для всех названных им языков -- "c#/паскаль/ассемблер/java".
Внимание! Тишина в зале!

На микрософте поройтесь. Для моего камня пока нет(и не надеюсь), но наиболее популярные уже поддерживаются.


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



Да уж просили бы сразу под pic )))
Я сейчас пишу про паскаль, ну чтобы сишники не расслаблялись.
Про avr - смотрите мой пост выше - gcc и не зачем парить мосг.

Но вообще, мысль вы подкинули интересную. Кто-то бы запросил у M$ исходники микрофреймворка - можно было бы поломать голову и над avr - в xmega поди ж и вошлось бы.


Жабы они разные, есть и такие как java#


Позволю себе утверждать. Сейчас и еще более в дальнейшем. Но под громким словом "платформа" в данном случае, конечно, имею ввиду нормальные камни. Хорошо, если так не нравится, то те камни, которые M$ считает нормальными )))

Извините за плагиат.

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

Человеческие ресурсы ограничены. Лучше знать один язык, но очень хорошо. Только не передергивайте, прошу Вас! Я сказал, что зная Си у меня абсолютно нет никакой надобности знать еще какой нибудь похожий на него язык, например Паскаль. Другие языки, типа ассемблер, Жаба, Шарп, -- эти языки намного дальше отстоят от Си, чем Паскаль. Поэтому в каких-то случаях имет смысл их знать, как второй язык. А Паскаль... ... ну это такая хрень, которая практически ничем не отличается от Си. Ну разве что отсутствием препроцессора, повышенной заботой к программистам_с_кривмими_руками (которые путают постоянно типы. Это бедствие, знаете-ли!) и отсутствием широкого распространения "качественных компиляторов под любую платформу". Осюда получается, что паскалисты думают, что если у Си-шников костное мышление. Кто бы говорил!



Ну не мне Вам объяснять, что Жаба изначально задумывалась как независимый от камня язык. А то, что Жабу натягивают на компиляторы, -- ну так ... это извращения "они разные, есть и такие как java#"! Да Вы и сами видите, что ничего хорошего из этого не выходит.

Я не посоветую паскаль только по той причине, что я его знаю и он мне нравится. Точно так же не буду пихать во все щели си. Есть конкретные задачи и для каждой подходит _свой_ язык. Для tiny2313 подходит gcc. Для avr вообще на макроассемблере нужно писать. Жаль такой для avr мне неизвестен.


Ну вот, это то, о чем я и говорил выше.


Поймите же наконец, есть паскаль, есть борланд-паскаль, есть Delphi 1,2,3,4,5,6,7 - все разные, есть наконец Delphi 8, которая стоит абсолютно на одном уровне с C#/Java#/CPP CLR/VB#. Наврено уже новое что-то вышло. А вы все про "какой-то" паскаль, который вы себе придумали. Я уж не знаю, какие у вас фичи в него входят.


Ушол.

(С) "Кто все эти люди?"

Кто такая M$??? Почему Вы думаете, что только она вправе решать какие камни нормальные, какие не нормальные?

Причем тут костность мышления. Нет такого языка Assembler. Есть Assembler конкретного проца. Assembler x86, Assembler AVR, Assembler ARM и т.д. и т.п.. Какой из этих ассемблеров Вы предлагаете освоить чтобы быть независимым от платформы?


"На помойке поройтесь, авось че будит" (С).
Нет для Вашего камня, нет и для тех что использую я, так значит нет? Так значит недостаточно знать java/pascal/c# чтобы независеть от камня?

В слух не надо почитать ? )

http://www.microsoft.com/netmf/default.mspx
http://www.microsoft.com/netmf/hardware/default.mspx
http://www.microsoft.com/communities/newsg....microframework

Ушол2
зы: не кантовать

Прадовало:



(1) ключевое слово can. В английском языке can выражает не полную уверенность. Т.е. не совсем как в русском -- можете получить, а может и не получить, но около того.
(2) ага, все другие протоколы не гарантируют безопасных соединений.
(3) знаем-знаем! Разработка пройдет в два раза быстрее, объем кода будет в 10 раз больше, быстродействие раза два ниже. А глюки потом патчами исправим.

Да и потом, много-ли найдется мастеров, кто занимается с камнями средней тяжести: AT91SAM7X, AT91SAM9260, LPC3180, и кто согласится угробить свой камень дотНЭТ-ом? Во всем мире из нашлось всего 650 чел. А то, что M$ умеет показывать фокусы с цифрами ("1.5 million devices are currently running on the .NET Micro Framework." ) -- все знают. Недавний пример с Вистой: M$ ликовала, что количество продаж Висты за первый менсяц превысило количество продаж ХР за тот же период. Надувательсто состояло в том, что MS приплюсовала продажи дистрибутива оптовикам и поставщикам оборудования, а не конечным пользователям. Потом эти дистрибутивы у них не хило-так зависли. Вспомните скандал с нотиками.

На сколько я знаю, тут (на форуме) не много людей, кто юзает большие камни. И мне почему-то кажется, что и задач, которые требуют тяжелых камней, намного меньше, чем задач, которые решаются на той-же ("народной") мега8.