Случайности

 Перестать пользоваться мобильным телефоном.

Купить смику с другим именем и никогда не выносить телефон с нового места проживания.
Отключить все камеры и микрофоны в новом телефоне.
Не пользоваться местными роутерами с Вай Фаем. Они все взломаны и контролируются Палантиром.

В любм случае на компьютере или устройстве для выхода в Интернет не должно быть социальных акаунтов и заходов в социальные сети и открывания старых записей регистрации. Лучше все старые адреса и контакты делегировать специально обученному секретарю. Встречатся с ним в какой нибудь кафейне, строго оставляя все гаджеты дома. Оставлять гаджеты дома должны и вы и офицер по связи. Не надо носить с собой даже выключеный спутниковый телефон. Исходники 4 Андроида я случайно выложил а до этого она как то случайно ко мне попала когда я в Самсунг Електроникс работал, встает на ура на Самсунг Галакси 2  (i9100). Проверяйте исходники сами. Особенно библиотеку релей для GSM.

Для разговоров в дороге использовать спутниковый телефон. Потому что триангуляция при передачи базовой станцией невозможна.  Не использовать современных автомобилей с электронным зажиганием (но жука на машину которая фиг знает где паркуется без охраны поставить раз плюнуть. Даже нагибаться для этого не надо). Катушку зажигания переделать для подавления Мобильной связи и WiFi.

Вообще лучше пересесть на велосипед (старый корбюраторый мотоцикл-мопед для горных дорог компактный), найти пещеру в горах с источником воды, пристроить к ней крыльцо из дерева с двреью личным топором самостоятельно. Завесить проемы от насекомых летающих плетеными циновками (сплести самому из местного камыша-бамбука длинного и мотка веревки). Поставить генератор электричества на источник воды и солнечную панель. Печку поставить возле выхода из пещеры чтоб дымила на веранду. Использовать ольховые дрова. Потому что они почти не дымят и не дают угара. На встречи ездить по горным тропкам не видимым на спутниковых фотографиях. Держать гаджеты в пещере в режиме авиаперелета. Подключатся для передачи сообщений либо через спутник, либо использовать коротковолновой протокол типа Фт8. Антены замаскировать в кронах деревьев. Можно использовать 3 диапазона 20, 40, 80 метров и атенюатор антен с антенным переключателем. Если нет ветра, то антену можно поднять дроном. Обзорный дрон можно сделать из того же Самсунга Галакси 2 что я выше сказал или любого другого со своей прошивкой.  Все оборудование покупать на кредитку другого человека. И лучше такого, который лично вас не знает.

Секретарь по связи должен сам жить в бункере (потому что прилетит), а шлюз ФТ8 -> Интернет, електронная почта, месенджер держать в работоспособном состоянии (они дешёвые до 100 евро можно купить сразу десяток и использовать как расходники). Прошивку к шлюзу надо свою собственную собрать на основе WRT (Я использую TP=Link 320N). Поставить снифер Досе в свою локальную сеть бункера (ссылку ищите на dyne.org) во избежания недоразумений с новыми холодильниками и принтерами. Стар-линк пока предпочтительенее мобильных провайдеров, если нет отечественного спутникового интернета.

Не подалёку в 70 км от пещеры держите Яхту. В случае закрытых границ единственное средство выбраться. Смотрите новости по блокаде Газы и думайте... Там тоже радиомолчание. Деревянный корпус. Плохая погода. Отключенные транспондеры (вариант - транспондеры уезжают в магазин в соседнюю марину на радиоуправляемой модельке). И множество других ньюансов. Типа в порту сказать что пошли до соседней марины в магазин... перед резкой сменой погоды. Наличие плавучего якоря. Который обязательно с носа крепить, чтоб автопилот и руль не разбило. Долго все рассказывать. Как под бортом военного судна проходить в тени радара, что делать когда притягивает потоком. Как Аис смотреть, сделав его самостоятельно из SDR свистка за 12 евро. Как реагировать на клещи (судно береговой охраны со спущенным на воду рибом с десантом). Что делать если над вами гражданский самолет пролетел "случайно" (отключать "свои" транспондеры, стирать логбук на навигаторе, все бумажные карты с пометками и настоящий журнал яхтенный тоже уничтожить, спускать грузинский/монгольский/сомалилендский флаг и поднимать делаверский, менять курс за пределы территориальных вод по прямой и врубать все двигатели на полную - успееете за 10-20 минут уйти из зоны охраны если в 2-5 милях и в 10 милях от берега). Опять же недели тренировок ...

Vendedor

 En ODOO tenemos un apartado especial para el vendedor con todos los datos del cliente. El vendedor los llama todos los meses.

https://cordis.europa.eu/project/id/767542/reporting/es

Este programa busca por sí mismo a aquellos que mencionaron nuestros productos, empresa o aplicación en algún lugar de las redes sociales. El propio programa puede elaborar un informe para que el vendedor llame a sus nuevos clientes. Quien acaba de mencionar en conversaciones con amigos que necesitaban una puerta nueva.

QR-code

 Y una lista de componentes que deben embalarse en el almacén. Imprimimos sus QR códigos de mensajería y podemos escanearlos para cada pieza.

CNC

 https://www.fanuc.eu/es/ue_zuk/archive/herramientas-de-software-cnc

Nuestro servidor genera G-código para las máquinas que están en stock. 

ODOO

 Con ODOO cualquier cliente puede introducir dimensiones de puertas, listado de cerraduras, tiradores, bisagras, jambas, perfiles, cristales, etc.

Tras lo cual se genera un modelo virtual del producto solicitado desde nuestro idioma.

Server - 836E16 + X7DA3

 

En este servidor almacenamos todos los proyectos realizados por clientes, instaladores (personas que instalan puertas) y BrainGapps.

Todos estos proyectos se almacenan en un lenguaje estándar, pero también en nuestro lenguaje informático interno para ODOO ERC.

https://www.supermicro.com/en/Aplus/system/2U/2113/AS-2113S-WTRT.cfm

 

Supermicro 2113S-WTRT 2U server

1 x AMDP EPYC ROME 7232P 8C/16t 3.1ghz

2 x Certified 32GB DDR4 3200MHZ ECC REG

1 x Kioxia 512GB XG6 M.2 NVME

5 x Intel 960GB S4510 SATA SSD

1 x LSI 9361-16I Raidcontroller

1 x LSI CacheVault Module

Onboard dual 10GB RJ45

Onboard IPMI 2.0 + KVM with dedicated LAN

Redundant power supplies

 

Totalprice 4085 euro ex VAT

TWP INFO <info@twp.nl>

BrainGapps

 https://braingapps.com/portfolio-type/tour-virtual-cifp-hesperides-cartagena-murcia/

Si necesitas preparar piezas para un barco o una casa entera. Luego le pedimos a BrainGapps que haga esto por el dinero de los clientes.

También disponemos de un programa (App) para teléfono para instaladores de puertas que pueden prescindir del escaneo 3D. Pero lleva más tiempo.

VR estéreo 3D

 

Módulo de cámara USB VR estéreo 3D, doble lente, 720P, sincronizado, misma base de marco, cámara web ajustable para Windows/Linux/Android

Connects to our phone (where only our software is installed, but which we give to users for free)

Семь уровней проектирования

На восьмом уровне Ложбан, Пролог или первая реализация Томашика цел получит описани конечного автомата на Лисп

Код на Лисп модуля идет на 3 уровень - исполняется на Лисп ядре

Второй уровень нетлист машины состояний, который конвертируется как Си, так и в Лисп.

На 4 уровне по мимо экстракции всех предыдущих уровней можно добавить реализацию виртуального алфавита (комбинации предыдущих уровней)

На 5 уровне логическая адрессация и вызов функций БИОСА по управлению памятью

На 6 уровне использования таблицы прерываний Операционной системы

На 7 уровне файловая система которая нужна для поддержки различных драйверов или модулей привязанных к конкретному железу

Ну и 9 уровень нейроматрица наблюдения или Генеративный анализ, то что бы я назвал функцией Вивгиштейна.

6 системный
5 регистровый
4 функциональный
3 логический
2 схемотехнический
1 топологический
0 физический

2012 Android: View, Activity, BroadcastReceiver, Intent, ContentProvider, Service.

Classification functions by the following features:

1. The object. - View

2. Upgrade to the states. Finite State Machine. - Activity

3. To implement the switching functions / equalization / branching. -

BroadcastReceiver

4. To implement the function parser (parsing) / compilation. - Intent

5. By field of memory and the physical devices.

6. By time intervals.

7. On the search function / insert data into the repository. - ContentProvider

8. Along the route objectives. Target way. - Service

9. By the user and planned processes. The sensitivity analysis.

Я преложил упровни проектирования микросхемы, на процесс создания программы.

И рассмотрел на примере ОС Андроид версии 4.0

Все это было сделано в 2012 году.

2023 год Elite 1984 на процессоре 6502

1. Первый уровень это классы.

4. Второй уровень это Активные объекты как в Актив Обероне

3. оператор Case или то что в Драконе называют силуэтом (вообщем место откуда шампуры разветвляются из одной точки)

4. Уровень трансляции алфавита в операторы IF () then {} else {}

5. Уровень регистров (регистровых передач или DMA контроллера)

6. Уровень таймеров

7. По сути это операция поиска подстроки в абстрактном бинарном массиве (была реализована в чипе компании NEC , которую скопировал Intel 8271 )

этот чип находился в клавиатуре и у него было свойство клавиатурного сканера, позднее использован в качестве основного чипа для управления дисководом БиБиСи Микро. Естественно служил для вредительских целей отключения компьютера или сбоя операционной системы на заводах вассалов.

8. Всякие обратные алгоритмы (типа обратной трасировки лучей, динамическое программирование, недетерминированное и т.д.)

9. Уровень статистики или нейроматрицы

Нейроядро оно будет в сторонке стоять.

А вот 8 уровень динамического програмирования будет по принципу волны расчитываться.

Предпложим туда пойдет акустическая а обратно электромагнитная уже по найденному пути (или наоборот зависит от задачи)

Грубо говоря звуковой (или поверхностной акустической волной) будут выбираться физика процесса для повтояющихся расчётов.

А электромагнитная волна будет аналогична клеточному автомату.

Поверхностная (акустическая) волна направленная.

электромагнитная - просто паралельная систолическая структура.

Для Навье-Стокса у нас будет уже рядом пространство памяти (например на мемристорах), а вот сами уравнения как раз на клеточном автомате, настроенном акустической волной.

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

И смена сигнала в основном будет связана с движением объекта. А переращет всех остальных параметров будет осуществлятся лавинно и не будет требовать смены автомата.

Если совсем по простому - то адресовать будем с помошью АЦП\ЦАП.

С программным обеспечением тоже самое.

На первом уровне ООП
На втором АО
На третьем Лисп
На четвертом как на втором но добаляеся машина состояний или искусственный алфавит уже на уровне базовых понятий словарной логики.

Ну то есть названия созвездий и все производные первой двухмерной базовой матрицы в не более чем 256 терминов.

Далее идет уже трехмерная матрица на 4096 слов. Среди них как существительные, так и глаголы.

То есть мы аккуратно генерируем все основные названия функций и аргументов. Но не делаем их реализацию.

На втором, третьем и четвертом уровне мы не будем следовать бинарной логике, у нас есть готовая библиотека тернарных элементов, которые мы и будем использовать. То есть мы будем использовать в чипе 3 основных оберации или 3 октавы или основной и 2 побочных сигнала или 3 основных решетки Брюльена для активизации носителей.

Про троичную логику. Там за счет частот возбуждается либо решетка первого порядка, либо на следующей октаве решетка 2 порядка, либо на 2 обертоне решетка 3 порядка. Вот так и достигается троичная система. Физически это выражается в том что на поверхности стекла у нас колебания направленные либо по центральному направлению либо пара боковых гармоник.

Если считать от нулевой координаты Земли. То центральная гармоника на Лондон из лучшего места 

в Африке (0, 0) Берега слоновой кости, а побочная на Питер. Какой город на третей гармонике я не смотрел.

Ранее было, централная на Гренландию, первая побочная на Лондон, вторая на Питер.

AUTOSAR

https://en.wikipedia.org/wiki/AUTOSAR

https://en.wikipedia.org/w/index.php?title=Automotive_SPICE&redirect=no

Посмотрел в Википедии, оказывается моя концепция с уровнями проектирования теперь называется AUTOSAR. То есть все выделенные мной уровни предусмотрены, но у меня они более детальные. Так каждый драйвер, хотя по сути он и являтеся Активным объектом с Автоматом, но в 2012 и тем более 2004 редко когда делали формальный полный автомат в драйвере. Скорее ограничивались дибаггером.

Debugging a PRACTICE Script

Если что это некоторые тонкие вопросы по написанию скриптов в современном аппаратном дибаггере

Концепция Гитхаба себя несклько изжила

 Концепция Гитхаба себя несклько изжила. Там есть куча отличных проектов о которых не кто не знает. Даже внутренняя индексация не стремится их показывать. Только если через Гугл искать. Кроме того сам Гитхаб может прихлопнуть в любой момент Микрософт. Она кстати уже начала - введя токены. Уверен что половина авторов просто переехала на другой репозитарий. Теперь еще есть Гитлаб и  Bitbucket.

А еще несколько Российских все размывается.

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

Раньше вообще ни каких АПИ не было, были просто знания что делают те или иные функции и как их вызвать, например из своего скрипта.

И что делать?

УМЛ диаграммы вообще не помогают потому что они никогда не актуальные. На момент создания проекта они не точные. А на момент завершения  - не полные. Инструменты моделирования вроде Дракона или платные уже лучше, так как позволяют конвертировать и код и модель друг в друга автоматически. Но скажем уровнем ассемблера этим уже плугины к Диа Про занимаются.

Даже если мы ограничимся одной платформой (грубо говоря одной конкертной ПСБ платой или одноплатником), то ни каких объективных сравнений библиотек с одинаковым функционалом ни кто почти не производит. Группу сюрвея патчев не берем в расчет так как они есть у считанных корпораций и с работой даже по самой популярной платформе - Линукс на АРМ или Интел не справляются.

Что нам делать с чукчами, которые не читатели а писатели?

Ну в целом их уже заменили генеративным интеллектом. И скоро они переквалифизируются в пассивных проаграммистов.

Наверное в ближайшее время будут сделаны какой то функционал, который автоматически будет выбирать лучший код по странным критериям.

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

В качестве аргументов у них будут существительные тоже все жёстко определенные.

https://www.youtube.com/watch?v=NxsaHxON350

Новый чип

 ГЮИ как раз оставить можно. В моё время это был фреймбуфер в ядре из двух частей. Или аппаратный буффер для отсчетов разделенный на две части методом адрессации.

Я просто сказал про избыточность менеджера окон, когда можно по всему экрану прямоугольник с буффером двигать. Просто про иерархию ненужных классов.

Если у вас 3 конанды - по центру, справа и слева.

То можно еще дополнить плиткой и зумом и всё. Причем реализовать это надо аппаратно. Поэтому для аппаратной реализации не нужна вся это тонна кода. Но ее можно заменить через вызовы (например) октанионов.
Библиотека октанионов, так же должна на аппаратные возможности опираться. Например в отечественном чипе фирмы Спирит DSP НейроМатрикс, как раз была реализованн адрессация внутри псевдо 3х мерного тензора.
Ну например не только сдвиг влево и вправо (битовый) но вверх и вниз и может быть даже по диагоналии.

Наличие операции матричного умножения аппаратной дает возможность стримит тензор в не зависимости от ориентации и уже на финальной стадии строить аппаратно сцену, путем умножения всего на Якобиан (если не путаю).

Октанионы могут еще помочь сменить координатную систему. То есть будут в железе еще и электрические облака считать и блики, и рябь и вообще все высокочастотное при построении сцены.

То есть каждый объект не только крутится свободно, но и идет с набором 4д оболочек, часть из которых можно использовать в групповых алгоритмах видимости, а часть для построения голограмы или дифракционной решётки или волшебной картинки.

Вообщем октанионы - это волшебные картинки с произвольной точкой зрения и подходящим бампингом.

Подробнее список необходимых алгоритмов под которые уже можно сгенерировать логическую часть в чипе.

https://zeelanna.blogspot.com/2023/09/blog-post_9.html

В основном они все реализованы и могут быть запущены в контейнере для отладки общей системы и постепенно перенесены на целевой ассемблер.
Дело в том что по западным меркам DevOps уже стала методологией программирования (такой же как ранее было динамическое программирование) создания проектов. Они даже не тратят время на оптимизацию между платформами. Поэтому споры чей эмулятор круче не имеют смысла.

Это просто запуск любого количества виртуальных машин, которые обмениваются данными через REST API JSON или GraphQL. Последний отличается от первого тем что сторона получатель вначале отправляет шаблон запроса на сервер, который по шаблону готовит ответ (например не все ключевые поля выбирает и делает некие Joinы)

Все сводится к настройке и утверждению JSON. Часто это делают через Еластик Сеарч - некая нереляционная база данных тормозная с поиском. Или даже копят без обработки JSONs в Кафке.

JSON - это поздняя версия XMLT или еще более поздняя реализация списка в LISP - (a(b(c,d,e)e). По сути выражение сортировки хипом прямо на области стека (первой странице, куда скрытыми командами пересылку делали с нулевой страницы 8-битной адрессации).

То есть если в каждый чип мы поставим стековую Форт машину, то ей будет чем заняться. Просто она минимальна по простоте и площади на чипе. Я про MIPS ядро говорю.

Гонять по сети не сжатые JSON это глупость. Поэтому полезен опыт таких игр как элита 1984, где была автогенерация карты галактики, а по сути фрактальное сжатие данных на последовательности фибоначи и вектор состояний в виде просто последовательности нумерованных байтов. Часть из которых были геометрическими векторами и да же матрицами, часть просто флагами состояний, а часть физическими параметрами.

Android: View, Activity, BroadcastReceiver, Intent, ContentProvider, Service.
Classification functions by the following features:

1. The object. - View
2. Upgrade to the states. Finite State Machine. - Activity
3. To implement the switching functions / equalization / branching. -
BroadcastReceiver
4. To implement the function parser (parsing) / compilation. - Intent
5. By field of memory and the physical devices.
6. By time intervals.
7. On the search function / insert data into the repository. - ContentProvider
8. Along the route objectives. Target way. - Service
9. By the user and planned processes. The sensitivity analysis.

Я преложил упровни проектирования микросхемы, на процесс создания программы.
И рассмотрел на примере ОС Андроид версии 4.0
Все это было сделано в 2012 году.

1. Первый уровень это классы.

Тут полный словарь производственного процесса определяется

4. Второй уровень это Активные объекты как в Актив Обероне

Так чтобы все объекты можно было расчитывать отдельно, если они не одинаковые. Получается у каждого объекта есть количество.

3. оператор Case или то что в Драконе называют силуэтом (вообщем место откуда шампуры разветвляются из одной точки)
4. Уровень трансляции алфавита в операторы IF () then {} else {}
5. Уровень регистров (регистровых передач или DMA контроллера)

На этом уровне вначале приводим исполняемы сегменты к эталону, убирая лишнее и перемещая сегменты в нужные места. В соответствии с моделью на более верхнем уровне.

6. Уровень таймеров

Тут видимо делается план производства

7. По сути это операция поиска подстроки в абстрактном бинарном массиве (была реализована в чипе компании NEC , которую скопировал Intel 8271 )
этот чип находился в клавиатуре и у него было свойство клавиатурного сканера, позднее использован в качестве основного чипа для управления дисководом БиБиСи Микро. Естественно служил для вредительских целей отключения компьютера или сбоя операционной системы на заводах вассалов.

Тут видимо на складе происходит формирование пакетов и коробок и распечатка этикеток с даресами

8. Всякие обратные алгоритмы (типа обратной трасировки лучей, динамическое программирование, недетерминированное и т.д.)

Самое интересное. Виртуальная сборка проекта из готовых частей.

9. Уровень статистики или нейроматрицы

Тут какой то плагиат проектов, видимо библиотека подобных проектов. Что значит подобный - я понятия не имею. Наверное приз зрительских симпатий, или максимальная прибыль.


Нейроядро ону будет в сторонке стоять.

А вот 8 уровень динамического програмирования будет по принципу волны расчитываться.
Предпложим туда пойдет акустическая а обратно электромагнитная уже по найденному пути (или наоборот зависит от задачи)

Грубо говоря звуковой (или поверхностной акустической волной) будут выбираться физика процесса для повтояющихся расчётов.
А электромагнитная волна будет аналогична клеточному автомату.

Поверхностная (акустическая) волна направленная.
электромагнитная - просто паралельная систолическая структура.

Для Навье-Стокса у нас будет уже рядом пространство памяти (например на мемристорах), а вот сами уравнения как раз на клеточном автомате, настроенном акустической волной.
Полагаю что такая архитектура избавит от задержек связанных с синхронизацией центрального ядра, и позволит преодалеть накладные расходы связанные с сегментацией вычислительных доменов через дешифратор. Хитрость в том что сами данные входящие и будут сигналом для настройки.

И смена сигнала в основном будет связана с движением объекта. А переращет всех остальных параметров будет осуществлятся лавинно и не будет требовать смены автомата.

Если совсем по простому - то адресовать будем с помошью АЦП\ЦАП.

Как вы помните в моем проекте 256 мемоник для ассемблера и все они одновременно являются физическими параметрами. Так что в моем случае физические параметры заданы. Но так как в большинстве случает будет задействовано менее 256 параметров, то просто задается тип дифференциального уравнения, а значит и точно определяются какие параметры задействованы. Следовательно остальные можно использавать под октанионы геометрической модели.

Октанион можно рассматиривать как интервальный кватернион. Тем самым обеспечивать точность сложных моделей в многопользовательском режиме.

В нашем случае автогерация карты будет использована для построения IP уровня передачи пакетов. То есть код не будет зависеть от BSD сетевого стека.

Кстати мои бывшие студенты давно уже этот стек реализовали на ПЛИС. Просто взяли часть ядра Линукс и запихнули в ПЛИС. Так что я просто попрошу IP (интеллектуальная собственность) блок и всё.

Поэтому архитектуру микропроцессора через одно поколение, я в принципе могу в общих чертах предложить.
Что не могу сказать про дизайн. Потому что дизайн центры скорее всего заняты проработкой архитектуры следущего поколения чипов для 5G

И даже скажу сразу, что иделаьно было бы мемоники уложить в матрицу 16 х 16 = 256 мемоник, (двухсимвольные мемоники)

А затем расширять до 16 х 16 х 16 и так далее. (трехсимвольные мемоники)

Скажу даже больше. Для каждой ячейки я могу предоставить точное словарное определение.
Просто потому что так было в Вавилоне (Александрии - Каире) 800 лет назад во время экспансии римских Легионов.
В принципе сами сможете убедится прочитав и древние Сербские надписи и этруские.

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

То есть мемоники тоже все определены чётко.

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

И наоборот две волны заведенные через электроды своими обертонами возбуждают звуковые волны в структуре из 8 электродов.

Четыре в центре и чертыре немного по периметру.



Все что нужно это определить топологию этих 8 (+2 которые ветвящиеся подводящие) электродов для лучшего резонанса. Тоесть просто их взаимное геометрическое положение.

Дальше перенести модель на следующий уровень проектирования. В подходящий симулятор. С нужным форматом.

https://github.com/su2code/SU2/releases/tag/v8.0.0

Вот тут задается конфигурация входных данных. Строятся все сетки.

https://github.com/su2code/Tutorials/bl ... _basic.cfg

Вот так сетки выглядят в итоге

https://github.com/su2code/Tutorials/bl ... 12_inv.su2

Для симуляции нашего случая библиотеки из пакета выше не подойдут. Во первых они имеют фатальный не достаток - сделаны не у нас и не нами.
Во вторых я примерно с 1989 года ждал подтверждения своим мыслям, чтоб не тратить зря энергию и вот нашел примерно в 2005 году следущую статью.

Discrete Differential
Forms: A Novel
Methodology for Robust
Computational
Electromagnetics
P. Castillo, J. Koning, R. Rieben, M. Stowell, and D. White
January 17, 2003

https://www.slideshare.net/rieben1/fem2012-small

https://www.osti.gov/servlets/purl/15014486

https://github.com/mfem/mfem

https://github.com/simongeilfus/HalfEdge

Статью могу выложить для желающих прочитать, но введение на русском когда то очень давно я опубликовал на Википедии.

Надо сказать что у Плотникова Н.А. приоритет в этих исследованиях 1978. У американцев только маленькая часть. Но зато американский аспирант в 2003 сбодобился сделать на Си рабочий код симулятора. Не знаю где его исходники выложены. Может если вниматльно их слайды посмотреть, то и исходники нагуглятся.

https://science.fandom.com/ru/wiki/%D0% ... 0%B2%D0%B0

https://www.osti.gov/servlets/purl/15014486

Статья, которая описывает симуляцию и презентация.

https://www.slideshare.net/rieben1/fem2012-small

История тут примерно такая в 1980 Плотников Н.А. за 5000 рублей на Красной площади в Москве продал свою брошюрку Американцу, которая доступна в интернете

http://www.plotnikovna.narod.ru/

И примерно в 2004 году появились статьи на аналогичные темы. Поэтому общего понимания у американцев может и не быть. Тем более если они опирались на работы Десшампа и Исмо Линдела (Его я тоже знаю лично, как и Плотникова Н.А.).

В этом же направлении. Копируюя статьи по акустике в электромагнитную область занимается Александр Березин в Питере. Кстати на симуляции релгулярные точки это просто маленьгие катушки с индуктивностью и именно на них происходит поворот потока. То есть нам просто нужны регулярные точки с магнитным вектором. это делается посредством подачи тока на электроды в обычных схемах.

В Кристаллах при регулрных примесях у нас просходит направленное круговое движение носителей в районе электродов. И вся хитрость только в том что под электродами должны быть магнитопроводы. Например из соли магнитопроводящей. Ну или просто глубокий металл над или под которым находится электромагнит. В принципе и просто можно сделать обычный магнит. Вот и вся хитрость.Формировать электроды при приложенном сильном потенциале и магнитном поле.

Если же берем сам кристалл то освобождение носителей достигается резонансом со звуковой составляющей волны. Которая просто вид нагрева узлов кристаллической решетки.


https://github.com/mfem/mfem
https://github.com/simongeilfus/HalfEdge

https://github.com/kinnala/scikit-fem

https://github.com/mfem/mfem/blob/master/fem/bilinearform.cpp

Вот в принципе в 2017 они наконец выложили этот код в общественный доступ на Гитхаб.

https://github.com/mlstowell/mfem-bravais

https://github.com/tzanio/notes-1/blob/em-docs/miniapps/electromagnetics/TeslaNotes.tex

https://github.com/camierjs/nabla

https://github.com/ssrb/mildslope-fem-analyser