roboforum.ru

Angel71, у меня нет 16 лет для ожидания когда в дотнет будет все хорошо. Мне венды как раз и надоели вусмерть в 2008 году.
Слушать про дотнет интересно, но я пишу программы сейчас под линух на уровне железа, используя прерывания, сигналы и другие ништяки линуха. Не думаю что такие возможности есть у дотнет.
Все, умерла так умерла, венды - атстой

а где всё хорошо? этим чудом давно бы все пользовались и никаких альтернатив не сукществовало бы. думай, не думай, а .net со своими +- хоть на голом железе без всяких ос. на армовых мелкоплатках на дотнете работа с прерываниями, гпио и прочими такими вещами есть (как минимум raspberryio). тужиться прям любую при любую задачу реализовать на питоне, яве, шарпе,... затея не очень.

Angel71 писал(а):тужиться прям любую при любую задачу реализовать на питоне, яве, шарпе,... это не от большого ума.

Логично, я пишу в линухе только на чистом си.
И да, написанная прога в убунте на уровне железа, без вопросов компилится под raspberry.
Raspberry (debian) загружается до полной функциональности, со своей написанной программой, примерно за 10-15 секунд. Не успеешь на телефоне включить wifi, чтоб зайти на страничку www на raspberry, как там уже все работает. Превед дотнет

ждём 5, 10, 15, 20, 30,... сек прогрузки ос, потом в автомате или ручками загружаем софтину. апчхи, в общем особо нет разницы, на чём софтина написана питоне - си, шарп, явя или ещё что, хоть сразу помесь. блым блым.
про пытаться тулить всегда и везде, к си/плюсам это тоже относится. язык хороший и иногда это единственное, что из нормального под платформу есть. но всё же он относительно низкоуровневый - с одной стороны это хорошо, с другой это иногда оказывается дороговато. примерно тоже самое при выборе, на голом железе делать, ос использовать, виртуальную машину или ещё чего - за удобные плюшки и полезняшки в комплекте оверхед. ну и язык языком, а ещё есть нюансы с компиляторами и трансляторами. код может сразу в llvm или сначала в си, потом в llvm, после чего уже на стадии компиляции или при запуске софтины в машинный код. эдакий шпагатик, что бы воспользоваться плюшками как низкоуровневых, так и высокоуровневых штукенций. это в дополнение ко всяким полезняшкам на подобии ассемблерных вставок, тем или иным способом подлючаемого кода/библиотек.

Angel71 писал(а):про пытаться тулить всегда и везде, к си/плюсам это тоже относится. язык хороший и иногда это единственное, что из нормального под платформу есть. но всё же он относительно низкоуровневый - с одной стороны это хорошо, с другой это иногда оказывается дороговато.

Сейчас так:
WWW страница крутится на сервере lighttpd. Основной функционал страницы реализован на javascript. Javascript через cgi(на си) общается с основной программой через трубу (именованный канал - pipe). Основная программа (си с: прерывания, сигналы) - обработка 6-ти usb джойстиков посаженных на отдельный usb хаб, работа с модулем радиоканала с 2-х сторонней связью - uart. Звук, все дела. Никаких морально устаревающих и дохнущих directX, directInput, монстроидальных .net фреймворков и другой вендовой лабуды.
Код, отлаженный на desкtop ubuntu, без каких-либо изменений компилится под arm64 и загружается в малинку. Кнопка на www странице "перезагрузить компьютер" дает отклик до полного функционала через 15 секунд. 15 секунд Карл! Дохлый процик с дохлой памютью на компьютере размером с кредитную карточку. Вот это я понимаю, вот это конструктор и модульность. Никаких: утилизируйте свое устройство, оно устарело (апле), никаких: купите новую ОС, эта перестанет поддерживаться в этом году (венды).
Венды нервно курят в сторонке
Йа фсе

Если бы послушал мой совет:

Scorpio писал(а):В функции "получить текст" ставь количество байт в 0 и будешь считывать по строкам.

То все бы работало. Так получается, что дуня успевает послать две строки, которые хранятся в буфере смартфона. Иначе откуда берутся лишние символы? Либо понятие конца строки отличается у дуни и инвентора. Хотя это маловероятно.Было бы полезно считать буфер побайтно и отобразить его в 16-ричном виде, чтобы понять, что происходит, а не просто ставить костыли.
На счет перевода, я уже советовал не использовать русскоязычный интерфейс в инвенторе. Инвентор в принципе помогает въехать в функционирование активностей андроида и работу некоторых его функций. Если пользоваться англоязычным интерфейсом, потом будет легче перейти на текстовый язык.

P.S. Функция "содержит текстовый фрагмент" уже сама возвращает логическое значение для "если". Ее не надо дополнительно сравнивать с "истина" или "ложь".

зеро

Скорее всего, надо просто использовать Serial.print в дуне вместо Serial.println. Тогда символ новой строки не будет посылаться и строка нормально распознается.

Добавлено спустя 10 минут 10 секунд:
Было бы странно, если бы ардуино до сих пор не имела пазловых IDE. Тыц, тыц, тыц, тыц и тыц как минимум.

зеро

второй символ \r - возврат каретки. Т.е. надо сравнивать с "BOB\r\n"

Dmitry__, т.е. фанатик, который годами на фразу на подобии "не мучайся, возьми за те же деньги или дешевле более модный камушек" упорно под всякие тиньки феншуил, берёт мягко говоря не самую хилую вычислялку, ставит туда полноценную ось и радуется посредственному времени загрузки и простенькому выплёвыванию веб страничек. микроконтролелры вроде вполне справились бы, а тут аж цельная rpi. не знаю, в кого такой вредный, можешь же запилить старт за 2-5 сек. всё, детское время, пора мультики смотреть

Angel71 писал(а):можешь же запилить старт за 2-5 сек

Это на дотнете?

сильно заморачиваешся, на чём прикладной софт и гуи делать. вариантов, на чём и как можно сделать уже давно не из разряда "тоска и печаль". поудобней/попривычней для себя чего может и приглянется. главное в другом, для быстрогруза в первую очередь нужно быстро прогрузить собственно саму операционку (с/без графической подсистемой). изначально мелкий шустрый дистрибутив или как некоторые фншуят с изначально не самыми легковесными дистрибутивами. потом и прикладной софт - на чём можно сделать инертную черепашку, так сходу даже затрудняюсь вспомнить - а накосячить что бы слайдшой было, выжирало тонны ресурсов, так это с любым инструментом можно.
на видео первая судя по описанию https://github.com/gamaral/rpi-buildroot, вторая на qt. на qt вроде dead неплохо повозился одно время, если интересно быстрогруз с тырфейсом попробовать, может чего подскажет.
на авалониа можно попробовать примерно так же, скорей всего лучше будет не прогружая графическую подсистему, а сходу в консоле через фреймбуфер. авалонию с гуи подсистемой пробовал. +- старый добрый xaml, что и в wpf в винде или в nesgui для unity (ведроид, вынь, вроде ещё линь и куча всяких прочих диковиных штук). в консольке без гуи подсистемы хотелось попробовать, но как-то пока руки не дошли. на днях принтёр привезли (пока сплошные квесты и приключения, начиная с момента заказа и доставки), нужно с печатью осваиваться, детальки напечатать (машинка, шагоход, может двунога ещё). потом как дойдут руки до управления, может и попробую в консольке на авалонии запилить.