Переходник очень простой.
Берем разъем DB9F(Female — мама), микросхему MAX232CPE (или ее аналог). 4 керамических конденсатора — флажка по 0.1 мкФ.
Затем отталкиваясь от этой схемы:
Добавляем соединение для DTR (чтобы не нужно было жать Reset для прошивки).
в итоге получаем схему с autoreset:
DB9 RS232 MAX232 Pin MAX232 Pin Arduino 328P DIP
Pin Name RS232 Side TTL Side Pin and Signal Name
===============================================================================
именно. :) получится отличное разделение труда — прямая работа с не слишком быстрым железом — Arduino. Просто и надежно. А ресурсоемкая логика и все прочие изыски уже на мощном девайсике.
Жил в паре разных. Сейчас в России )
И да, в основном клиника. Однако есть и примеры разумного подхода. Я не говорю как обычно — это и вы и я прекрасно знаем. Я написал как может быть. В это стране, с этими условиями, с тем же бюджетом и «немножком» мозгов ) Разница только в этом.
Да, большинство предпочитает не лечить, а оплачивать костыли. Именно это я и критикую. То, что так в большинстве случаев, совершенно не значит что это правильно или непреодолимо.
Вот о единицах, которые умеют считать экономическую эффективность, думать на перспективу и поступать разумно в тех же самых условиях, которые вокруг нас, я и говорю. Можно и нужно. И оправдывать дебилов и непрофессионалов не нужно, прошу вас.
Про психологию тоже ясно. Проблема еще и в том, что добиться реального улучшеняи за свои деньги обычно не могут — сами некомпетентны и проконтроллировать не умеют. Поэтому тупо не верят, что их не обманут вновь. Порочный круг общего идиотизма и обмана.
Логи я писать умею давно. Но интерактивность всегда удобнее. Я и говорю — одно дело георически бороться с неудобствами, изучать логи и таскать туда-сюда бинарник, другое — работать над собственно задачей в интегрированной среде. Результат один и тот же, процесс во втором случае приятнее. Для мелких задач это может стать решающим — делать или не делать.
Поясню — разработка для меня не работа, а хобби и я получаю удовольствие не от процесса настройки инструментов, а от работы над своей идеей. Поэтому все, что стоит на пути, это удовольствие уменьшает.
Лично для меня есть не проблема, а скорее неудобство — отладка по сети — это тот еще экспириенс. Все равно дебаггер нужен на целевом устройстве. Это софтинку скомпилируй, запихни на целевой девайс, запусти, подключись по сети, затем только начинаем дебаг. Нашел глюк, все по новой. и так десятки раз. Когда отлаживаем локально — нажали одну кнопку и начали отладку, все скомпилилось, запустилось, дебаггер подцепил автоматом. Столько раз сколько надо. Учитывая, что разрабатывать коммерческое решение на этой фитюлинке я не собираюсь — это просто хобби, для меня удобство и скорость работы очень и очень будут плюсом.
Может, но мы же не говорим о клинической картине? :) Производитель стендов для метро не сам метрополитен, если не ошибаюсь. А там скорее всего один разработчик должен быть — кто-то же написал это. С позиции метрополитена я бы доплатил по факту глюков за доработку — выйдет в длительной перспективе (а они там не 1 год стоять будут) дешевле. Вообще при желании всегда можно найти коммерчески эффективное и вполне пристойное решение. А вот когда задача — распилить бабло и там хоть трава не расти, тогда да, и программеров нет и глючить все будет, но на поддержку деньги со скрипом найдутся и все будут ржать и фоткать стандартный фон WinXP на экране информационного стенда. )
Я работал в свое время и разработчиком и системным инженером и руководителем направления Service Desk delivery, видел эти косяки изнутри с обеих сторон)
Есть еще возможность дописывать в запрос слова, которые исключат коммерческие сайты, но это нужно уметь, плюс не всегда срабатывает, поэтому Яндексом лично я пользуюсь как поисковиком крайне редко. Зато многие его сервисы сделаны весьма по-человечески. Программеры у них неплохие, а вот менеджмент дает специфические задания.
не потеснит. Вообще. Во-первых Arduino это прежде всего возможность управлять аппаратной периферией цифровые порты ввода-вывода, UART, АЦП, шины SPI и I2C. Всего этого нет на Raspberry. Есть только USB, через который можно подключить Arduino.
Во вторых — Arduino имеет сильно сниженный порог входа — программу «поморгать светодиодом», «покрутить сервоприводом» вы можете написать без всякого опыта простым копипастом пары абзацев кода и она заработает через полчаса после покупки. Ничего подобного на ARM сделать так быстро не получится. Управление любым устройством потребует доп. затрат — создать аппаратный интерфейс, а потом еще программный к нему. Стандартно эта плата ничего не умеет.
А поскольку никакой примитивной IDE типа Arduino не предвидится, то чайников она не привлечет. А для тех, кому Arduino IDE не требуется, сама Arduino тоже не нужна — собрать плату, которая программируется через COM порт можно за 250р, будет даже 100% программно совместима с Arduino.
простите, но вынужден не согласиться — Eclipse сильно проигрывает и в удобстве и в быстродействии IDE в native коде. Java выигрывает в одном — кроссплатформенность. То есть разработчикам самой IDE меньше работы. Цена этого — жертвы пользователя IDE — реального разработчика. Я всегда считал, что тяжелая и тормозная IDE не способствует комфорту разработки.
Полноценный линукс — это хорошо. Вообще-то 900МГц это не так и мало. Вполне можно написать среду разработки, которая летать будет на таком железе. Другое дело, что ее нет. И это послужило причиной моего комментария с пожеланием нормальных инструментов разработки.
Чем более специфический девайс тем больше смысла в том, чтобы для него сделать оптимизированную версию devel kit.
«Нормальный» — это всего лишь написанный без откровенных ляпов. Обходится он не настолько дороже, насколько глюки и содержание инженера, который ездит перезагружает эти глючные стенды. За дополнительную 1 месячную зарплату инженера поддержки нормальный разработчик вылижет эту примитивную программу до рабочего состояния. Начиная со второго месяца пойдет экономия — трогать систему нужно будет только для замены сломавшейся детали компа. Включать и выключать сможет человек с квалификацией уборщицы.
По минималистичному — чтобы дешевле :) плюс разрабатывать начали задолго до запуска. Ну и как обычно — платформа не та, что лучше подходит, а та что под руками была.
Ну прямо они обычно отнекиваются. Т.к. сказать, что продвижение хороших ресурсов вредно не могут. Но втихую и под разными предлогами вредят постоянно, да.
C Яндексом как раз все понятно — он хочет бабла. Поэтому его основная задача — продажа рекламы и максимальное повышение ее эффективности. Ну и как следствие — косвенное противодействие продвижению.
На самом деле embedded — тулчейн это вынужденная мера. Кстати, я рассматриваю Raspberry не как embedded в первую очередь, а как ПК, который можно воткнуть в компактного робота. То есть «вся мощь традиционного софта в компактном корпусе». Преимущества — минимум гемора при адаптировании кода, изначально предназначенного для ПК — обработка видео, фото, ресурсоемкие вычисления для позицинирования и прочая прочая. Адаптируя это под AVR или STM32 приходится жертвовать многим, извращаться, тратить время на то, что уже сделали, а ты пытаешься запихнуть в ограниченный девайс. а тут девайс почти стандартный, проц довольно мощный, красота, наконец-то можно работать почти сразу над тем, что интересно, а не извращаться и не примитивизировать алгоритмы, лишь бы он их переварил, и говорить «ну это ж вам не ПК». Это почти ПК, он так же мощен, может работать под обычной ОС — Linux. Разве что бинарно несовместим. Вот это и хочется поэксплуатировать :)
конечно, а зачем городить огород с переносом кода, дебагом по сети и прочим извратом? )
Мы же отлаживаем код для ПК на ПК, а это по сути тоже ПК, только на ARM а не x86. Если уж Ubuntu с GUI на нем демонстрировали с приличной скоростью, то почему бы и IDE там не поставить. причем меня бы устроила простая среда вроде Delphi 2 — она компактная, не требует много памяти и быстрая как понос. При это позволяет писать как в стиле RAD так и на API или асме, если уж взбредет такая блажь.
Кстати, а почему гиковский девайс должен быть неудобным? ) Крутость не в том, чтобы бороться с компилером и страдать от неудобств среды. Крутость в том, чтобы делать реально полезные продукты -полезные работающие программы, интересные алгоритмы и т.п. Заниматься собственно логикой робота несравненно интереснее чем бороться с TCP.IP стеком в непривычной среде.
Кстати, я не гик, ну по крайней мере не в классическом понимании. Я люблю интересные платформы, в состоянии разработать от операционной системы до 3Д приложения, но в low level я наигрался еще в универе, теперь мне интересно прикладное программирование, и вглубь я лезу ровно настолько, насколько это требуется для решения задачи. Мне нравится работать с комфортом. То, что я помнил десятки серийников от винды и до 2^32 в любом порядке в двоичной, десятичной и хексе, не значит, что это нужно применять ежедневно :)
Да не нужно мне угождать :) я ж не придраться или поспорить. Спросил в надежде, что я ошибаюсь и действительно пропустил удобные среды разработки. По ходу обсуждения понял, что у нас различаются требования.
Единственное, почему я до сих пор в основном использую для своих немногочисленных теперь проектов Windows — удобство разработки. Не многочисленность и разнообразность IDE под винду, а именно наличие удобных. Например Visual Studio и Embarcadero (Borland) RAD Studio.
Учитывая, что Raspberry не КПКшка и не телефон, я надеюсь, что удастся разработкой заниматься прямо на нем — фильмы показывает, в игрушки играет, значит и разработку на нем вести можно :)
Подключиться к нему удаленно и запускать на нем, разрабатывая на ПК было бы не столь удобно.
IDE то можно взять любую, осталось найти ту, которая будет работать, а не изображать многофукнциональность, приспособляемость и красоту JAVA — интерфейсов :)
Берем разъем DB9F(Female — мама), микросхему MAX232CPE (или ее аналог). 4 керамических конденсатора — флажка по 0.1 мкФ.
Затем отталкиваясь от этой схемы:
Добавляем соединение для DTR (чтобы не нужно было жать Reset для прошивки).
в итоге получаем схему с autoreset:
DB9 RS232 MAX232 Pin MAX232 Pin Arduino 328P DIP
Pin Name RS232 Side TTL Side Pin and Signal Name
===============================================================================
2 RD < — 14 T1OUT < — 11 T1IN < — TXD Arduino UART Out
3 TD ---> 13 R1IN ---> 12 R1OUT ---> RXD Arduino UART In
4 DTR ---> 8 R2IN ---> 9 R2OUT ---> Capacitor to Arduino Reset pin
5 SG <--> 15 GND
9 RI < — 7 T2OUT < — 10 T2IN < — Arduino
(External Supply) 16 +5V
И да, в основном клиника. Однако есть и примеры разумного подхода. Я не говорю как обычно — это и вы и я прекрасно знаем. Я написал как может быть. В это стране, с этими условиями, с тем же бюджетом и «немножком» мозгов ) Разница только в этом.
Да, большинство предпочитает не лечить, а оплачивать костыли. Именно это я и критикую. То, что так в большинстве случаев, совершенно не значит что это правильно или непреодолимо.
Вот о единицах, которые умеют считать экономическую эффективность, думать на перспективу и поступать разумно в тех же самых условиях, которые вокруг нас, я и говорю. Можно и нужно. И оправдывать дебилов и непрофессионалов не нужно, прошу вас.
Про психологию тоже ясно. Проблема еще и в том, что добиться реального улучшеняи за свои деньги обычно не могут — сами некомпетентны и проконтроллировать не умеют. Поэтому тупо не верят, что их не обманут вновь. Порочный круг общего идиотизма и обмана.
Я работал в свое время и разработчиком и системным инженером и руководителем направления Service Desk delivery, видел эти косяки изнутри с обеих сторон)
Во вторых — Arduino имеет сильно сниженный порог входа — программу «поморгать светодиодом», «покрутить сервоприводом» вы можете написать без всякого опыта простым копипастом пары абзацев кода и она заработает через полчаса после покупки. Ничего подобного на ARM сделать так быстро не получится. Управление любым устройством потребует доп. затрат — создать аппаратный интерфейс, а потом еще программный к нему. Стандартно эта плата ничего не умеет.
А поскольку никакой примитивной IDE типа Arduino не предвидится, то чайников она не привлечет. А для тех, кому Arduino IDE не требуется, сама Arduino тоже не нужна — собрать плату, которая программируется через COM порт можно за 250р, будет даже 100% программно совместима с Arduino.
Полноценный линукс — это хорошо. Вообще-то 900МГц это не так и мало. Вполне можно написать среду разработки, которая летать будет на таком железе. Другое дело, что ее нет. И это послужило причиной моего комментария с пожеланием нормальных инструментов разработки.
Чем более специфический девайс тем больше смысла в том, чтобы для него сделать оптимизированную версию devel kit.
Мы же отлаживаем код для ПК на ПК, а это по сути тоже ПК, только на ARM а не x86. Если уж Ubuntu с GUI на нем демонстрировали с приличной скоростью, то почему бы и IDE там не поставить. причем меня бы устроила простая среда вроде Delphi 2 — она компактная, не требует много памяти и быстрая как понос. При это позволяет писать как в стиле RAD так и на API или асме, если уж взбредет такая блажь.
Кстати, а почему гиковский девайс должен быть неудобным? ) Крутость не в том, чтобы бороться с компилером и страдать от неудобств среды. Крутость в том, чтобы делать реально полезные продукты -полезные работающие программы, интересные алгоритмы и т.п. Заниматься собственно логикой робота несравненно интереснее чем бороться с TCP.IP стеком в непривычной среде.
Кстати, я не гик, ну по крайней мере не в классическом понимании. Я люблю интересные платформы, в состоянии разработать от операционной системы до 3Д приложения, но в low level я наигрался еще в универе, теперь мне интересно прикладное программирование, и вглубь я лезу ровно настолько, насколько это требуется для решения задачи. Мне нравится работать с комфортом. То, что я помнил десятки серийников от винды и до 2^32 в любом порядке в двоичной, десятичной и хексе, не значит, что это нужно применять ежедневно :)
Единственное, почему я до сих пор в основном использую для своих немногочисленных теперь проектов Windows — удобство разработки. Не многочисленность и разнообразность IDE под винду, а именно наличие удобных. Например Visual Studio и Embarcadero (Borland) RAD Studio.
Учитывая, что Raspberry не КПКшка и не телефон, я надеюсь, что удастся разработкой заниматься прямо на нем — фильмы показывает, в игрушки играет, значит и разработку на нем вести можно :)
Подключиться к нему удаленно и запускать на нем, разрабатывая на ПК было бы не столь удобно.
IDE то можно взять любую, осталось найти ту, которая будет работать, а не изображать многофукнциональность, приспособляемость и красоту JAVA — интерфейсов :)