AlekErm
Участник-
Постов
38 -
Зарегистрирован
-
Посещение
Весь контент AlekErm
-
Мне совершенно пофиг что вы обо мне думаете, но я уже получил все ответы. Главное что многие другие высказали много полезной информации. Я же говорю не бредятину, а подстегиваю народ подумать поразмыслить высказаться. Кто то нормально рассуждает, а кто то до личностей сваливается :) Господа, заканчивайте перемывание косточек, я уже понял ваше объяснение, что реализацию приема данных нужно делать на низшем уровне единственным проверенным инструментом, а работу с самими данными делать уже как мне хочется и каким хочется языком на ПК. Просто я давно не работал с мк и посмотрев на них, предположил что мощности современных мк достаточно чтобы объединить эти две задачи.
-
Ну вот, я же говорю Если вы пришли сюда обсуждать только личности, то проходите пожалуйста мимо. Я уже сто раз объяснил что хочу. Давайте на вашем языке аналогий. Да, я хочу лететь, а не менять вручную углы наклона закрылок и открывать дроссели подачи топлива, все это уровнем ниже делает автоматика, на современных самолётах! А если хотите управлять ИЛ-2 например, или кукурузником, то пожалуйста, дергайте нужные тросы как вам заблагорассудится! Вопрос был в том, чтобы как можно меньше было акцента и траты времени на нижнем уровне! Вот вы когда едете в машине, вы прям так и представляете себе что сейчас когда нажмёте педаль газа как начнет приоткрываться клапан подачи топлива, воздушные заслонки и все другие механизмы? Вы просто увеличиваете Скорость движения Автомобиля и едете к цели, оценивая дорожную обстановку и сигналы навигатора, но никак не думаете о передаче сигнала по проводам от педали газа в бортовой комп, который далее собирает информацию с кучи датчиков и на ее основе корректно управляет работой мотора! Все это вы будете изучать потом, когда где то что то разладится, застучит загремит! Вот так по аналогии и с данной темой.
-
На уровне абстракций, переходящих ниже на уровень драйверов. Ведь протокол ModBus, CAN, стек TCP/IP, это всё остаётся общим на верхнем уровне для любого контроллера. Ну так и написать библиотеки драйвера под каждое железо. Просто начать создавать коллекцию на общем ресурсе. Хотя сейчас все это и раскидано хрен знает где по форумам, но времени на поиски тратится дофига и больше! Да, от специфики это не спасет, но часто повторяющие реализации будут уже в одном месте лежать. Я не знаю, может я пытаюсь очередное Ардуино изобрести, вот и скажите мне где тут подводные камни, которые вообще не дадут сделать подобное решение.
-
Я говорю глобально, а не только для себя. Наверняка я не первый кто задавался таким вопросом. Я то и так все без вас сделаю, это я уже понял давно А намеки у меня на всеобщее объединение. Глядишь и прогресс быстрее пойдёт.
-
Спасибо, тогда на том и разойдемся :) А то уже взаимные оскорбления начинают сыпаться ))) У каждого своя правда и всяк норовит ткнуть носом. Пока кто то там говорил что несколько лет можно собирать библиотеки и систематизировать их, давно бы уж это можно было сделать! Ну конечно же коммерция, кто ж свой хлеб будет направо налево раздавать! Коллеги, всем спасибо за консультацию, больше не смею вас отвлекать! Я в принципе ожидал подобных разговоров, так что не удивлен. Никто не хочет просто так объединять ресурсы, все коммерциализировано. Дальше могло быть много букафф высказывания мнений, но уже не по технической части данной темы, так что ограничимся
-
Я могу написать что угодно и на чем угодно, вопрос времени. Здесь же я спрашивал не на чем это написать, а есть ли тот инструмент который мне хочется. И понял, что мамонта по прежнему убивают палкой и камнями.
-
Наверное пора заканчивать эту тему. Либо меня не понимают, либо я плохо пытаюсь донести мысль. Ну просто ещё раз выскажу что я хочу. Мне как прикладнику, не стесняясь этого звания, прилетела задача собрать информацию с низкоуровнего входа и разложить ее по полочкам, предварительно проделав или нет с ней какие то действия. Удобнее всего мне это сделать на java языке. Вляпавшись в программирование на низком уровне я был удивлен и раздосадован что кодить тут возможно только молотком и гвоздями, вместо станка с ЧПУ. Мне нужно чтобы я, написав программу на java, пусть на java подобном языке, в удобном для этого IDE, прогнал бы ее через компилятор и получил бы результат не хуже или близко, как и написанный на C и годный для работы в МК. Я понимаю что прямая java в реалтайме это большой вред, но потеря времени для меня ещё больший вред. Я так же прекрасно понимаю эту мудрость Всякой Работе Свой Инструмент, не надо в это меня многократно тыкать. Я уважаю ваш нелегкий труд, так уважайте и мой - попробуйте ка на вашем мк поработать с большими массивами данных, с big data, всякая работа хороша, выбирай на вкус. Я всего лишь хочу подружить наши уровни, а не как собаки из-за забора перебрехиваться.
-
Я имел ввиду создать нормальные проверенные библиотеки под периферию, под каждый мк. Профи канеш если себя не похвалят, то кто еще )))) Да, может и чайник в некоторых вещах, иначе бы сюда не писал Мне хочется нормальный высокоуровневый язык, а не копание в байтах! Потому что задачи есть не только в работе с периферией, а в обработке информации.
-
Дак надо создавать платформу! Но опять же все будет как и 10 лет назад - погремит тут каждый своим ведром и разойдутся, все что обсуждали тут можно будет просто сжечь.... Главное что в России то платформ вообще не создается, мы ж не создаем софт, мы им только пользуемся!
-
Нет, я канеш все понимаю, ну а что ж вы, такие низкоуровневые кодеры не пишете сразу в машинных кодах?? Пишите прям в супероптимизированный байт-коде! Почему тот же С используете, компиляторы и т.д. Ну а зачем иначе придуманы все эти высокоуровневые языки! Чтобы не только меньше времени тратить на рутинные операции, но и код нормально лицезреть, а не путаться в нем. Не такое уж и супервеликое разнообразие железа, что нельзя все систематизировать! Неужели нельзя собрать библиотеки кода под низкоуровневые операции, их тоже не так много, и пользоваться ими в нормальном языке, не заморачиваясь и не тратя времени на ковыряние кода. Сколько лет уж я наблюдаю это и всегда находятся ярые защитники низкоуровнего программирования. И вот сидят они годами разрабатывают одну железку, аппелируя к особенностям железки, вместо того чтобы систематизировать все изобретенные "велосипеды" и просто спокойно складывать "стеночку" софта для железки. Вы посмотрите насколько выросли возможности железа, а вы все ковыряете порты каждый раз с нуля, похоже вам это просто доставляет удовольствие. Лично мне нужно "ехать", а не "шашечки"! Заранее прошу прощения за дерзость, но накипело, за несколько дней поиска хоть чего то толкового!
-
А вот именно этого мне и не удалось сделать, тот переходник что у меня имеется хоть и можно разогнать до таких скоростей, но по логическим уровням он не проходит, поскольку черный ящик выдает 1.8В логические уровни. А переходнику выше 2В надо. Пробовал логический согласователь, но не поехал он почему то, сильно искажает сигнал. В итоге я решил что два МК одного семейства вполне сдружатся по логике.
-
Так я выше писал как буду парсить. Поток разложу по регистрам, а прикладной уровень будет читать эти регистры по запросу, на порядок меньшей скорости. Практически да, реверс, но не самоката :) Реальное изделие состояло из двух половинок - слишком умных мозгов, которые сгорели и исполнительной части, которая осталась жива. Вот к ней и подбираюсь.