Посоветуйте пожалуйста, как лучше решать уравнения вида

n'(t) = b*(n(t) - n(t-tp))*(1-n(t)/N)

Это я пытаюсь рассчитать эпидемию с учетом того, что зараженный ходит tp=2 недели всех заражает, а дальше лежит дома или в больнице и уже условно не заражает.

Правильно ли я понимаю, что идея создать 3д принтер, на котором можно напечатать детали для другого 3д принтера, канула в небытие по причине того, что получающийся принтер не имеет ни точности, ни жесткости и плохо печатает?

Я, честно говоря, удивлен. Когда проходит новость о том, что какой-нибудь очередной производитель ТВ или чего еще не отдает исходники busybox, то линукс-общественность поддерживает требование все-таки выложить эти исходники, как того требует лицензия.

Но когда ровно на том же ловят МЦСТ, которое выкладывает бинарники binutils, но не хочет выкладывать исходники, около половины участников обсуждения начинает рассказывать про то, что не надо у них ничего требовать.

Релиз встраиваемой системы реального времени Embox 0.4.1

Почему такие двойные стандарты?

Есть фигура, которую я хочу вырезать из стеклотекстолита. Есть фрезерный станок с чпу, но он по габаритам не вмещает. Хочу соответственно нарезать куски детали, а потом их склеить. Есть ли в librecad что-то готовое на эту тему? Можно конечно вручную, но 21-й же век на дворе

Съездил за город и наделал кучу фоток звездного неба. В частности, 30 фото созвездия ориона. Теперь хочу их объединить в 1 фото с тем, чтобы подавить шумы. Установил siril, предназначеный для этого. Он умеет матчить звезды на разных снимках, после чего совмещает и суммирует фото. Но я вижу, что на исходных фото звезды гораздо более резкие, чем на суммарном фото. Такое ощущение, что siril чуть кривовато совмещает, в результате чего на разных фото после совмещения положений, звезды оказываются не совсем на одних и тех же местах.

Фоткал на Nikon D3100, объектив 35 мм.

Читал про 3д принтеры печатающие проволокой. Но у них нагрев проволоки происходит за счет электронного пучка или горелки. А что если просто электрическим током?

Вывод glxinfo

Extended renderer info (GLX_MESA_query_renderer):
    Vendor: X.Org (0x1002)
    Device: Radeon RX 570 Series (POLARIS10, DRM 3.35.0, 5.4.0-3-amd64, LLVM 9.0.1) (0x67df)
    Version: 19.3.3
    Accelerated: yes
    Video memory: 8192MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 4.5
    Max compat profile version: 4.5
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2

Тем не менее, в андроид эмуляторе максимум OpenGL ES 2.0. В чем может быть дело?

Вот сделала команда людей софт, он работает, иногда выявляют баги - исправляют. Но тут же будут недовольные «софт заброшен, его не развивают, плохо-плохо». А ради чего так важно это постоянное «улучшение»? Ради самого процесса?

Вот сделали gnome2, неплохой десктоп. Ради чего было его объявлять устаревшим и всем предлагать перейти на gnome3?

Начертил в freecad деталь и делаю g-code для фрезерного чпу. Изображение детали https://sun9-3.userapi.com/c205620/v205620387/5ed17/kWPPRIIaW5Q.jpg.

Для верхней поверхности использую 3d pocket. И вот если для центральной части, которая вогнута, gcode генерится, то вот для боковых скосов никак не хочет.

В какую сторону можно попробовать копать?

UPD: понял, что freecad не догадывается, что при фрезеровании поверхности можно фрезу за пределы горизонтальной проекции поверхности выводить и фреза не влезает. Но галочки разрешить не нашел.

>>> import math
>>> math.pi
3.141592653589793
>>> math.pi=1
>>> math.pi
1

ну что я могу сказать. Геттеры и сеттеры как в C# рулят и позволяют избежать подобного в принципе

«Джеймс Уэбб» постоянно задерживается, как и собственно большинство крупных и сложных научных космических аппаратов. Потому что после запуска починить его в случае поломки не получится.

А нельзя собрать телескоп с большим составным зеркалом прямо на МКС? Ремонтировать и апгрейдить явно попроще будет. В то же время все бонусы от космического расположения аппарата в наличии.

Когда она от Солнца на небе всего в 15 градусах. Мега обидно будет

Есть много CAD, в том числе под линукс, позволяющих просто чертить. А есть ли средства, чтобы плясать не от конкретных деталей, а от итового результата, который я хочу получить?

Например сделал набросок каркаса конструкции. Затем расставил ребра. Затем выбрал что вот это ребро это рейка сечением таким то. Затем выбрал как она будет примыкать к другим элементам.

Итд

А в итоге получил набор чертежей деталей, которые надо изготовить.

В то время как нынче камеры чуть ли не в каждом утюге, смотрю цены на отдельные ПЗС матрицы, а не в составе камеры.

Например на такую: https://www.chipfind.ru/shop/?part=kaf+0402

32к за 784x520

Я честно в офигевании

Есть плата на основе at91, а именно sk-9g45 от starterkit. На ней стоит ethernet phy ksz8721. Этот phy надо затактировать от at91. В u-boot это делается из кода и довольно просто:

writel(0, &pmc->pck[1]);
writel(0x100,    &pmc->pck[1]);
writel(AT91_PMC_PRES_16 | AT91_PMC_CSS_PLLA, &pmc->pck[1]);
writel(AT91_PMC_PCK1, &pmc->scer);
at91_set_b_periph(AT91_PIO_PORTE, 31, 1);

Но в линуксе решили, что board файлы это прошлый век и надо модно-молодежный device tree. И я вот что-то не могу понять, как надо делать это в device tree.

Я пробую сделать вот так:

macb0: ethernet@fffbc000 {
                                phy-mode = "mii";
                                status = "okay";
                                phy-handle = <&ethernet_phy0>;
                                mdio {
                                        ethernet_phy0: ethernet-phy@0 {
                                                reg = <1>;
                                                device_type = "ethernet-phy";
                                                clocks = <&pck1>;
                                                assigned-clocks = <&pck1>;
                                                assigned-clock-rates = <25000000>;
                                                pinctrl-names = "default";
                                                pinctrl-0 = <&pinctrl_pck1_as_phy_clk>;
                                        };
                                };
                        };

и далее

ethernet_phy0 {
                                        pinctrl_pck1_as_phy_clk: pck1_as_phy_clk-0 {
                                                atmel,pins = <AT91_PIOE 31 AT91_PERIPH_B AT91_PINCTRL_NONE>;    /* PE31 periph B*/
                                        };
                                };

но что то безрезультатно

Пытаюсь разобраться с ethernet на одной железке. Из старого uboot (2010 года) работает сеть, из нового нет, хотя линк есть.

При отправке ethernet кадров светодиод на устройстве (свитч), к которому я подключаю свою железку, моргает. Т.е. что-то доходит. Но в wireshark тишина. В RX errors 0, в RX packets счетчик не растет.

Как понять, чем плохи приходящие кадры?

UPD: если воткнуть напрямую в компьютер, то на железке светодиод моргает, а на компьютере нет

Нужно какую-то железку поотлаживать, а у тебя на руках даташит с картой памяти проца и пытаешься понять что не так. И вот тут u-boot просто очень удобен - спокойно можно из командной строки писать и читать по любому адресу. Авторы - молодцы!

Собираю buildroot. У меня в системе установлен arm-none-eabi-gcc, которым я собирал ядро и загрузчик. buildroot же мне предлагает или собирать весь тулчейн с нуля, или же брать внешний тулчейн, в который уже входит libc и прочее.

А нельзя как-нибудь в рамках buildroot взять компилятор и линковщик из arm-none-eabi, и чтобы билдрут ими собрал libc и прочее? Неохота долго компилировать gcc

Давно лежала плата от starterkit на at91sam9g45. Пытаюсь загрузиться на ней с современным linux (5.4.6). Гружусь с sd карточки.

at91bootstrap собран и работает, настроен запускать linux ядро по адресу 0x70008000 с передачей dtb по адресу 0x70000000.

ядро настроено брать dtb через r2. dtb взят из arch/arm/boot/dts/at91sam9m10g45ek.dts, который включает в себя arch/arm/boot/dts/at91sam9g45.dtsi

На DBGU выдается информация во время работы at91bootstrap и, если в ядро добавить код для записи сообщения напрямую в dbgu в самое начало запуска ядра, то тоже пишет. Такая запись работате до момента включения mmu, после этого еще не сконфигурированы таблицы, содержащие адресное пространство регистров dbgu. Но тем не менее, видно, что на ядро управление передается.

В настройках ядра выбраны соответствующие драйвера uart, с указанием что консоль на uart, в аргументах запуская ядра (выбрано вшить в само ядро) написано console=ttyS0,115200, хотя пробовал и console=serial0:115200n8

Тем не менее, никакого вывода ядра нет. Какой либо иной активности вроде включения сетевой карточки, плата тоже не проявляет.