Jump to content

    

iiv

Свой
  • Content Count

    2271
  • Joined

  • Last visited

Everything posted by iiv


  1. Спасибо большое SSerge! Я как раз из этих же соображений и написал формулу в головном моем сообщении. Наверное я где-то не ту диэлектрическую проницаемость подставил, или при измерениях что-то не то получил.
  2. Спасибо большое, за ответы и ссылки! не, я рисую катушку на многослойной печатной плате. Мне надо угадать на скольких слоях и какой структуры ее сделать, чтобы иметь минимальных паразитов. Вроде получается, что идеально - конечно на двухслойной плате в один слой. Но в моей задаче есть и другие ограничения, по которым такие габариты я взять не могу, потому приходится рисовать на 6 или 8 слоях. Пробная проверка на двухслойной катушке по моей формуле дала ошибку около 30%, а на 4-6 слоях я еще не проверял и решил на всякий случай посоветоваться, возможно я что-то важное не учел.
  3. Добрый день, хочу посчитать паразитную емкость катушки на основе точного расположения витков. Пусть в катушке есть N витков, и емкость между каждой i-j парой витков соответсвует C(i,j). Причем посчитанная емкость между витками должна учитывать тот факт, что емкость у пары может быть существенно меньше или равна 0, если вдруг у этой пары внутри расположен другой виток. Скажите, пожалуйста, как зная C(i,j) правильно посчитать общую паразитную емкость катушки? Правильно ли я понимаю, что точная формула будет (sum_{i,j, i!=j} C(i,j) (i-j)^2 )/N^2 Спасибо!
  4. Добрый день, рисую катушки на ПП в кикаде, вернее генерю их из С-ного кода, просто по синтаксису. Заметил интересную особенность, если компоненту зачитать в редактор схем, то все слои видны, а в редакторе компонент есть только F.Cu и B.Cu и редактор компонент упорно не показывает In1.Cu, In2.Cu Скажите, пожалуйста, в редакторе физически это можно сделать, и, если да, пожалуйста, скажите, в каком меню это можно сделать? Спасибо!
  5. Спасибо! Согласен, тем более, что на айфонах мой знакомый проверил и даже в хроме WebUSB не работает...
  6. Согласен с Вашей позицией, и, если бы не грабли в других решениях, давно бы отказался от этой затеи. Спасибо! Но я уже пробовал обсуждать с потенциальными заказчиками такое решение. Такое решение не будет работать. Много моих потенциальных пользователей работает за файерволами, некоторые вообще с отключенным интернетом. Им нужно, чтобы моя железка работала автономно от всего внешнего мира. Я из-за этого сильно приплясывал, засовывая довольно большую базу данных, которая содержит 1.7 миллиарда структурных геометрий молекул в очень сжатую базу, которая поместилась у меня на микроSD. То есть народ реально хочет автономности, и, чтобы за ними никто не следил. Для апдейтов и сервисного обслуживания народ готов выходить в сеть, но, как я понимаю, большая часть пользователей хочет работать полностью автономно с полностью отключенным выходом в интернет.
  7. Согласен с Вашими доводами, _pv! Если судить по глобальной статистике на https://caniuse.com/webusb сафари пользует около 20% всех интернет пользователей. В моей целевой аудитории (университетские работники - химики) АйФон, как я понимаю, встречаются чаще, и я прекрасно понимаю, что у пользователей АйФона почти 0% тех, у кого стоит Хром - это совсем не в их концепции. Те, кто ставят Хром, не покупают АйФоны. С другой стороны, я бы по крайней мере при загрузке с Сафари мог бы сообщать, что работать не будет, и надо переходить на Хром. Предполагаю, что это будет гораздо более позитивно действовать на пользователя, чем предупреждение "валим отсюда" при заходе по обычному HTTP. И с Сафари можно было бы оффлайн по крайней мере работать, когда данные с гаджета сняты, и их надо только визуализировать. Как по мне, если все-таки WebUSB поддерживается в Хроме на АйФонах, мне будет несказанно проще (как я понимаю) сразу затянуть данные из ItsyBitsy M4 в веб интерфейс. Тогда я бы смог бы утверждать, что работает на всех платформах, но на АйФонах надобно Хромом для этого пользоваться. В противном случае мне светят реальные пляски с бубном по подцеплению мак адресов в разных роутерах и подсистемах, установки SSL, и еще куча всяких разностей, которые отъедят у меня несколько месяцев железячной и софтверной разработки да существенно повысят конечную себестоимость продукта.
  8. похоже Латвия с Германией в этом плане сильно отличаются. Я живу в Германии. Последние 3-4 года все мобильники, которые у меня в семье покупались (их больше 5 было, самсунги и редми) рисовали страшненькую красную мигающую рамку с фразой "уходим отсюда" если соединение шло не по HTTPS протоколу. Ггде-то с начала пандемии большинство немецких провайдеров перестало даже е-мейлы принимать с моего хостинга, где не было тогда HTTPS, поэтому мне быстро пришлось перестроиться и поднять летсэнкрипт с HTTPS. Кстати и десктопные браузеры то же самое делают, по крайней мере в новой убунте. Я прекрасно понимаю, что исправив в настройке мобильника можно отключить это предупреждение, и обычно я так и делаю, но не все это делают. Возможно когда Вы покупаете компьютеры и мобльники у себя в Латвии, то настройки по умолчанию у Вас отличаются от того, что продается в Германии. Я предполагаю, что не сильно искушенный в интернет делах заказчик, купив мой аппарат и увидив при первом запуске такой же красный экран, просто сразу вернет аппарат особо не разбираясь, поэтому считаю, что если и делать HTTP, то только HTTPS, либо что угодно другое, но не показывать при первой встрече такие страшилки. Мой вопрос остается, у кого АйФон, проверьте, пожалуйста.
  9. говорят, что даже айфоны с хромом на раз работают по WebUSB, а последнее вроде как раз нативно SAMD51 поддерживается. Правда я не знаю на какой скорости можно там обмениваться. Хотя я может и погорячился, сейчас попробовал воткнуть в 12 айфон на сайте https://live.browserstack.com указанную _pv ссылку https://whatwebcando.today хоть в хроме, хоть в сафаре USB / WebUSB там показывается как не доступное. То есть если кто-то с форума с айфоном смог бы проверить и рассказать здесь работает ли у него по ссылке USB, я был бы очень-очень благодарен!
  10. среди жаваскриптчиков бытует мнение, что пока можно без HTTPS, но уже совсем скоро будет нельзя. На моем старом мобильнике все работает и так и так, а на довольно свежем мобильнике надо долго искать опцию, которая разрешает работать без шифрования. Но она пока есть, но, говорят, что ее скоро будут отключать. аппаратное шифрование есть. Свободной памяти почти нет, свободных вычислительных ресурсов тоже почти нет. Можно конечно попытаться поменять форматы и данных и что-то посылать по-другому, возможно это и трафик уменьшит, и немного ресурсов освободит, но там работы на 2-3 месяца. Не хотелось бы в это ввязываться, если нет уверенности, что это действительно нужно. Может все-таки есть какая-то простая USB софтина, компатибильная со всеми мобильниками, которая бы обычный HID девайс перетранслировала бы в какой-то интерфейс, который можно было бы испльзовать в Javascript?
  11. да, бинарный так как там везде мой софт, я конечно могу сам это бросать в какие-то простые структуры на JSON, но конечно же они в 8/6 будут больше, то есть будет примерно 1.5мбит/с. Процессор такое преобразование однозначно потянет. А вот с шифрованием - боюсь, что ноль шансов. Я собственно и из-за этого хотел по шнурку передавать, мне казалось, что всякие USB-HID такую скорость на раз тянут. Жалко, что это нельзя просто так воткнуть в веб интерфейс или в ВебАссембли из-за тотальной несовместимости таких USB решений.
  12. Девайсов обычно 2, в урезанном варианте - только 1, наверное есть задачи, где девайсов 3 или 4, но таких задач очень мало и можно в этом случае требовать, чтобы пользователь втыкался в коспьютер, а не в мобильник. Трафик с одного девайса примерно 1.1мбит/с, теоретически наверное до 500кбит/с можно уронить, но SAMD51 может не справиться, то есть я пока не проверял. То есть в мобильной версии не более 2 девайсов, с каждого по 1.1мбит/с. Могу буфферизовать до 2-3 секунд, но, больше не осилю, если не менять МК, на котором все сейчас крутится.
  13. Могу немного подстроиться, но в SAMD51 внутренней памяти очень мало 192К и забита она полностью, я пока это делал на ItsyBitsy M4, там есть флешь на 2МБайта, можно частично буферизовать. Но сам МК (SAMD51) не тянет полную обработку, то есть все равно надо как-то данные сбрасывать на внешний более быстрый процессор и на нем считаться. Как я успел проверить, на ВебАссембли вроде все очень хорошо получается. На десктопах вообще 2ГФлопса можно плучить, но даже простенькие старенькие мобильники 200МФлопсов на вебассембли показывают.
  14. Я в этом новичек, поэтому написал, повидимому, задав очень ламерские вопросы. Я пока умею из веб интерфейса по XMLHttpRequest брать или забирать данные, но заметил, что если хост не поддерживает SSL, то мобильники все повально ругаются и не пускают туда или советуют уйти оттуда. Мне действительно надо просто данные с МК перетаскивать на Javascript, который исполняется в веб страничке. Если эти данные как-то можно сразу заслать в WebAssembly, то вообще классно будет. EDIT: очень бы не хотелось бы писать App для смартфона, хотя бы потому, что ни разу это не делал, и нужно писать на Мак, Андроид, кучу разных планшетов, и, до кучи на все десктоповые платформы. Хочется остаться в веб интерфейсе на javascript-html-css + необходимые вычисления на WebAssembly. Скажите, пожалуйста, а можно ли это сделать средствами WebAssembly и Javascript? Если да, вдруг Вам было бы не сложно, или сказать как, или сказать на какие ключевые слова нагуглить, а то сразу не смог найти, вылазит куча всего не по теме. Спасибо! согласен, но зато появляется хоть какая-то совместимость между платформами. У меня нет пока точного понимания кто будет пользователями (если я вообще решусь на эту идею), и, мне хотелось бы сразу сделать платформонезависимую конструкцию - то есть в веб браузере управление и отрисовка, в веб-ассембли - счет, тогда мой гаджет будет полностью платформонезависимым. Спасибо, это интересно, похоже если поставить такую прокладку, то совместимость по всем возможным платформам можно получить.
  15. Спасибо большое, _pv, не думал, что там все так сложно может быть. А если все-таки по беспроводной связи общаться, то, скажите, пожалуйста, как будет правильнее - через те же сокеты с сайта гаджета? А если он по dhcp, то там браузер будет на SSL ругаться, так как подписать можно будет только или самому, или на статическом IP, а это никто делать не будет. PS: гаджет хочется сделать максимально дешевым, и пока если там только SAMD51 без линукса и WiFi, то стоимость компонент и производства получалась 25 бакс и ужасно не хотелось бы эту стоимость увличивать.
  16. Спасибо большое, _pv!!! Оказалось, что потестировать WebAssembly не так уж и сложно, и, к моему реально большому удивлению, на более-менее мощных мобильниках или на десктопах можно больш 500 МФлопс на нем получить. Положил у себя тестировщик, возможно кому-то будет интересно, сорсы того же Сишника лежат там же рядом. То есть почти все вопросы сняты, только есть желание все-таки испольковать USB соединение, а не WiFi, так как и питается устройство по USB, да и WiFi лишние помехи будет создавать. Скажите, пожалуйста, какой простой интерфейс с SAMD51 через USB на веб интерфейс с жаваскриптом быстро и просто было бы реализовать? Спасибо! ИИВ
  17. Добрый день, Есть носимое устройство, состоящее их 3 модулей [1] датчики с кортексом М4 , которые собирают информацию и посылают по SPI примерно 1-2мбит/с на [2] [2] линукс борда, которая получает данные из [2] производит вычисления, требует около 500МБ оперативки и сколько-то гигабайт для сохранения промежуточных данных и общается с [3] по сокетам [3] веб интерфейс на жаваскрипте, который общается с [2]. Весь софт на [2] написан С, и использует только системные open/read/write для файлов, devspi и сокеты, все остальное - голый С (c C++ вставками), около пары сотен тысяч строк кода. Все компилится на прямую на gcc. Во время работы с процессора снимается около 200МФлопс (хотелось бы и 1ГФлопс, но процессор не тянет). Я хочу с минимальными телодвижениями перенести всю работу с [2] внутрь мобильника, как я понимаю, процессоры современных мобильников с лихвою решат эту задачу и я смогу отказаться от линукс борды. Как я понимаю, SPI надо на usbhid заменить. Вопросы, которые я не понимаю, как решить, подскажите, пожалуйста: 1. на сколько разных современных платформ мне надо это компиллировать, чтобы более-менее охватить все мобильники? 2. стоит ли думать в сторону WebAssembly, или это не подъемная для вебассембли задача и производительность веб ассембли не позволит это решить? 3. какую библиотеку для мобильного приложения надо пользовать, чтобы воспользоваться usbhid и sockets, или надо на что-то другое перейти? 4. чем все это компиллировать? Есть ли, например, кросскомпиллер, чтобы я просто в gcc указал опции, а он скомпилировал бы все это для мобильника или надо что-то куда-то ставить? Спасибо! ИИВ
  18. Спасибо большое, _pv! Согласен с Вами, похоже так тоже можно сделать, а современные полумосты на раз могут на 200+ КГц переключаться. Наверное в динамике там будут нюансы, но, надеюсь, проходимые. А иметь готовое уже намотанное гораздо удобнее, чем мотать 3-4 катушки.
  19. Спасибо большое всем за очень полезные советы!!! без "D" как-то страшно, у меня шток может ударить о край или о другой шток, конечно по скачку тока в катушке это можно засечь, но кажется там могут быть механические повреждения, поэтому точность нужна хорошая, и, подходя к таким опасным точкам, хотелось бы сильно уменьшать скорость, чтобы не было удара.
  20. Спасибо большое, izerg за советы! а если обратную связь на LVDT сделать, вроде можно будет повторяемость хорошую обеспечить, или это тут не реально и я что-то не учел?
  21. Спасибо большое, _pv, классно, не думал, что так тоже возможно! Спасибо большое всем за полезные советы!!! Сейчас подумал, что силы трения не обязательно всегда могут быть маленькими в моем случае - что-то может закиснуть и, чтобы сдвинуть, может потребоваться довольно большие усилия. Пришла в голову еще глупая идея просто управлять магнитом, помещенным вместо сердечника в магнитное поле катушки. Как я понимаю, я смогу и динамику обеспечить, и, если поставить датчик положения, довольно хорошую точность позиционирования.
  22. спасибо! Понял, тогда откажусь от DC-DC между контроллером и драйвером (пока могу напряжение поднять до 6В изменив делитель). Попробую по первости сделать микростепы ручным образом, чтобы убедиться, что все в порядке а далее приму решение шимом ли в ручную или через специальный драйвер управлять. Спасибо! Круто! А это идейно. Если там реально силы тяги и точности позиционирования хватит, то это будет лучше, чем китайский моторчик, срок жизни которого я не могу оценить. Мне хотелось бы иметь точность позиционирования около 0.2мм (если будет 0.1мм, то еще лучше). Пока с этими моторами мне приходится городить реально большой огород с оптическими сенсорами и по их обратной связи я еле-еле достигаю 0.2мм точность.
  23. Еще момент померил прибором индуктивность обмоток, то ли у меня прибор глючит, то ли я что-то не понимаю. На 10кГц индуктивность составляет 250uH, 1кГц индуктивность составляет 600uH и на 100-120Гц - около 900uH. Сопротивление покоя обмотки 14.5Ом. Пробовал несколько моторов, проблема со стартом у всех одинаковая. Скажите, пожалуйста, правильно ли я понимаю, что в моем случае правильнее подавать на прямую 5 или 12В через драйвер и драйвером делать ШИМ с маленьким заполнением, чтобы уменьшить ток через мотор, но, при необходимости обеспечить старт в любых условиях?
  24. Спасибо всем большое за советы! Попытаюсь рассказать больше деталей. Мотор и плата управления - на фото. Драйвер на LV8548MC-AH (два полумоста), питание которого сделано на 3А (на два мотора) dc-dc конвертере с 12В на 4В, конвертер tps82130. Между DC-DC и драйвером стоит по токовому резистору, падение на которых измеряется с помощью PAC1934, падение напряжения на токовом резисторе не превышает 0.1В. Управление пока тривиальное - пока влючаю либо первую, либо вторую обмотку либо в одно направление, либо в другое. Нагрузка на шток мотора сопротивляется примерно на 10 мили Ньютон + сколько-то на преодоление силы трения, которое я не могу точно оценить, но визуально, шток от этой моторной сборки может сильно давить на палец, а нагрузка легким нажатием пальца уже начинает двигаться если там только сила трения присутствует. Это единственный мотор в таких габаритах, что я нашел, и этот мотор еле-еле вписался. Мне надо, чтобы шток этой моторной сборки двигался в диапазоне 6мм (лучше 10мм, чтобы настраиваться проще). Цена, к сожалению, тоже играет роль, хотелось бы вписываться в стоимость на компонент до 20 бакс за мотор с блоком управления, а еще лучше 20 бакс за два мотора (как сейчас). Сколько шагов на оборот: всего я делаю 1400 шагов (каждый шаг - это включение одной обмотки), и шток сборки проходит 10мм, но там получается около 6 оборотов оси штока. Какой коэффициент в редукторе - сложно оценить, но примерно в 3 раза. То есть ИМХО, примерно один оборот на 70 шагов. Если мотор гонять туда-сюда - весь шток за 1 секунду проходит 10мм, то за минуту такой работы мотор нагревается до 60С, что мне, к сожалению, не приемлемо. По совету _pv (Спасибо!!!) попробовал 8 шагов, вместо 4 шагов, диапазон рабочих скоростей остался примерно таким же, но греться стал меньше, хотя по току как-то только на 15% меньше среднее потребление.
  25. меня тоже сильно удивило, что если делать шаги больше 2милисекунд, то пропусков много, или не стартует. Я до этого на обычных шаговых двигателях немного что-то делал и там вроде все равно было как стартовать (лишь бы ну не очень быстро).