STM32 ETH Coupler
- Войдите на сайт для отправки комментариев
Ср, 06/05/2020 - 15:17
Нужен исполнитель для проекта на STM32.
Скорее всего куб+кейл. Предварительные прикидки платы есть. Железо: FM25CL64B-G, DP83848IVV_NOPB, W25Q64CVSSIG, STM32F207VCT6, ADM3072EARZ, SN65HVD230
Суть коротко (основное):
- ETH интерфейс с вебмордой для настройки и MBTCP (либы есть готовые)
- пара i2c линий с шифтрегистрами (читать, писать)
- Флеш для настроек и регистров
- ROM для вебморды и, желательно проги (для удаленной прошивки)
- RS485 - MBRTU (master|slave), CANOpen(Slave) задачи на потом, скорее всего, сразу распаиваться не будут.
Что еще надо знать для понимания порядка стоимости разработки софта?
150к/мес, около 2х мес
250 к.
Пишите на почту info собака qbit.su
Mde... Еще одно. Предпочтительны исполнители из UA, в виду определенных обстоятельств.
Нужен исполнитель для проекта на STM32.
Скорее всего куб+кейл. Предварительные прикидки платы есть. Железо: W25Q64CVSSIG, STM32F207VCT6,
Суть коротко (основное):
- ROM для вебморды и, желательно проги (для удаленной прошивки)
Что еще надо знать для понимания порядка стоимости разработки софта?
Я читал за визнеты много не самых лестных отзывов, а 207 имеет мак уровень на борту, посему именно сия физика как самая шустрая. На скорость вообще пофиг, но важен, условно, пинг.
Флешем я обозвал фрам. Вместо еепрома в виду необходимости хранения достаточного количества модбас "регистров" на сервере (slave) с достаточно быстрой выборкой и большим к-вом циклов перезаписи.
С местом проблем на сем камне особо нет.
Веб, сказано сильно. Примитивный интерфейс для ввода данных и контроля состояния, чтения логов. Близкий по духу к интерфейсу роутера. Как его собирать, я сказать не готов, не вникал.
Могу городить глупости. Я глубоко не в теме. Я знаю что хочу получить в итоге и как использовать. Ессно собирал это не сам и готов менять подход, если есть идеи лучше.
Почитал за квадспай. Совсем не то.
много какие из МК STM32 имеют MAC на борту ,просто многие примеры в сети и разные библиотеки показаны/написаны под F1,F3,F4,F7 серии .Да - скорее всего не будет проблем адаптировать под F2 , но нафига лишний гемор , а потом еще будут сомнения "а точно ли я все регистры правильно указал при адаптации или это у меня в железе резистора не хватает ?"
я работал пару раз с Wiznet'om ,понимате , они не только там MAC реализуют ,но и протоколы более высших уровней .если у вас одноразовая потделка и вы точно знаете что кроме TCP и UDP ван ничего не понадобиться,то это ускорит разработку.
зачем вам тогда W25Q64CVSSIG ?
А если потделка не одноразовая, то и к Wiznet подходить осмотрительно надо. MAC-адреса у них только на некоторых чипах имеются... А так у них и macraw mode есть, icmp тож запиливается, например. Но муторно.
...и вы точно знаете что кроме TCP и UDP ван ничего не понадобиться,то это ускорит разработку.
зачем вам тогда W25Q64CVSSIG ?
Я уже не помню в чем проблема (что не понравилось), но жестко советовали именно этот. Хотя, логика в тупой работе с сокетми тоже есть. Но на тот момент ею пожертвовали.
ROM для хранения данных сайта и вываливания в нее прошивки (не помню подробностей, но что-то типа того, что на камне только лоадер, а сам софт там. Могу соврать, подробностей не помню, задача из долгого ящика).
teodor4ik, если уж вы не в состоянии подобрать железо (по советам работаете) для проекты, правильное ТЗ, выложенное сюда, сильно упростил бы выбор исполнителя.
ROM для хранения данных сайта и вываливания в нее прошивки (не помню подробностей, но что-то типа того, что на камне только лоадер, а сам софт там. Могу соврать, подробностей не помню, задача из долгого ящика).
W25Q64CVSSIG, STM32F207VCT6
Почитал за квадспай. Совсем не то.
Естественно понимаю. Обговаривалась конструкция именно хранения прошивки во внешней памяти и некий лоадер, который ее оттуда забирает при изменении(или каждый раз, хз). А в работе переписывался именно ром. Таким образом предполагалась возможность загрузки бинарника через вебморду "на лету". Или там была часть програмы, не касающаяся непосредственно работы с железом, типа юзерской. Еще раз, я не силен в данных констукциях. Человек, который должен был делать, потерялся. Но мысль какая-то такая была :)
Правильное ТЗ еще иметь надо. А для этого надо понимать что ты делаешь, а не только что в итоге должно выйти. Тот кто проект начанал, понимал, но как часто оказывается, ТЗ подогнать под исполнителя роще чем искать исполнителя для именновотэтого. Мои "хотелки" изложены выше.
Тот же чип езера. Он, в отличие от визнета, числится в промышленных и более стабильных при кривых условиях. Готов ли я "подвинуться"? Зависит от цены вопроса. Ибо пока девайс не планируется валить вагонными нормами, но если от этого стоимость разработки +500$, то и хрен с ним. Камень 207... Если исполнитель аргументирует почему надо именно 407 или 412, как тут уже мелькало, то стоимость изделия категорически не изменится, зато рома мег и внешнего уже не надо, но изменится способ обновления и тд.
Итого ничего не осталось от начальной задачи. Или я вас не понял.
ПС. Я програмлю ПЛК. Часто клиент вообще не понимает чего он хочет, т.к. категорически не в теме. Приходится садится и рисовать ТЗ вместе с ним, объясняя в процессе, почему надо именно это и именно так и почему вот тут экономить не стоит. Собсно эта приблуда и нужна для экономиии на ПЛК модулях в не критичных случаях. Точнее расширении IO нею, и разносом оных по территории. То есть ТЗ сведется до "нужна хрень с входами и выходами", коих на рынке жопой жуй, потому нефиг вообще париться. Купить дешевле.
А что промышленного в этом эзернете в отличии от визнета?
У микрочипа есть ENC28J60 - так там прямо в силиконе насажено багов разных, errata пока не исчитаешь - с ума свихнешься от проблем.
К этому ещё стек тсп пиши, да мак выкупай... гемора больше чем с визнетом.
Тот же чип езера. Он, в отличие от визнета, числится в промышленных и более стабильных при кривых условиях. Готов ли я "подвинуться"? Зависит от цены вопроса. Ибо пока девайс не планируется валить вагонными нормами, но если от этого стоимость разработки +500$, то и хрен с ним. Камень 207... Если исполнитель аргументирует почему надо именно 407 или 412, как тут уже мелькало, то стоимость изделия категорически не изменится, зато рома мег и внешнего уже не надо, но изменится способ обновления и тд.
Итого ничего не осталось от начальной задачи. Или я вас не понял.
А если вкрячить две флеш-микры, с одной грузиться, в другую сливать новую прошивку в основном программном треде, тогда бутлоадеру остаётся только делать выбор - в какой флешке актуальная прошивка.
Я не придумывал, я её десяток лет назад на матерях асусовских видел. До сих пор мечтаю - как бы прошивку в 328-м чипе по эзернету обновлять и не сильно закапываться во всякое низкоуровневое программирование.
Я не придумывал, я её десяток лет назад на матерях асусовских видел. До сих пор мечтаю - как бы прошивку в 328-м чипе по эзернету обновлять и не сильно закапываться во всякое низкоуровневое программирование.
На этом же форуме рассматривался вариант 2х 328х. Один програматор второго. :) только там разговор шел о прошивке по радио, через nrf24l01
так же не забывайте , если вам надо обновлять прошивку удаленно : для таких целей пишется отдельная прошивка - бутлоадер .по факту обе прошивки (бутлоадер и основная прошивка) будут записаны в тот же самый МК и находиться там одновреемнно. а это значит - для того что бы бутлоадер мог удаленно обнолвять основную прошивку - "на его стороне" тоже надо будет реализовывать сетевой фунционал ("от" сетевых библиотек "до" веб морд)
Собсно, и да и нет. Бутлоадер не имеет доступа к сети. Он берет прошивку из внешнего банка. А в банк она попадает во время работы основной программы. В этом то и собсно суть идеи была. Единственно, что если что-то пошло не так, то в банк данные надо будет вписывать програматором, иначе кирпич.
На PIC32 у меня это отлажено.
Загрузка по FTP и с веб интерфейса во внешнюю память.
Птом при старте валидация последней версии и установка свежей. Есть загрузчик прошивки по ТСР через простую утилиту.
Будь то PIC или STM все равно придется стек править под свои нужды. Примеры есть , но все их нужно дорабатывать.
Заливка файлов ВЕБ страниц по FTP и Uploud с веб интерфейса. Удобно . Выполнение всех настроек через веб.
А чем руководствовались выбирая железо? Только тем что оно есть в наличии?
Тем что стояло в подобных устройствах (от именитых вендоров) и тем, что советовал потенциальный исполнитель (пока не нашел постоянную работу и потерял интерес).
СТМ интересен именно от АРМ3, аки устойчивый к внешним воздействиям и вообще близкий к промышленности девайс. С пиками я не знаком, от слова вообще. А того чего я не знаю - я боюсь. Кроме того, где то на базовом уровне все-же смогу ченить поправить, в случае ядерной войны (это типа самоуспокоение такое).
А чего ПИКов бояться, их просто правильно готовить надо.
А ваши хотелки
Нужен исполнитель для проекта на STM32.
Скорее всего куб+кейл. Предварительные прикидки платы есть. Железо: FM25CL64B-G, DP83848IVV_NOPB, W25Q64CVSSIG, STM32F207VCT6, ADM3072EARZ, SN65HVD230
Суть коротко (основное):
- ETH интерфейс с вебмордой для настройки и MBTCP (либы есть готовые)
- пара i2c линий с шифтрегистрами (читать, писать)
- Флеш для настроек и регистров
- ROM для вебморды и, желательно проги (для удаленной прошивки)
- RS485 - MBRTU (master|slave), CANOpen(Slave) задачи на потом, скорее всего, сразу распаиваться не будут.
Что еще надо знать для понимания порядка стоимости разработки софта?
совсем не проблема. А отдадут вам программу с непонятными библиотеками , так и в STM не разберетесь.