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

Импорт файла

Проблема

Предположим, что вы импортируете one_kind_of_motor.py в main.py:

• Запуск python main.py добавляет родительский каталог main.py в sys.path (т. е. name_of_my_app/ будет искать пакеты и модули).
• Внутри модуля __main__ (соответствующего файлу main.py) import motors.one_kind_of_motor создаётся пакет motors с подмодулем motors.one_kind_of_motor. Пакет motors не имеет родительского пакета; это видно из того, что в его названии нет точек. Родителем модуля motors.one_kind_of_motor является motors.
• Во время импорта motors.one_kind_of_motorfrom .. import CONFIG указывает, что система импорта должна подняться на два уровня вверх в иерархии пакетов. Первый . соответствует пакету motors, который является родительским для текущего модуля. Второй . соответствует родительскому элементу motors, но motors не имеет родительского пакета, что приводит к ошибке.

Возможно, будет полезно помнить, что в большинстве случаев количество начальных точек в операторе относительного импорта не может превышать количество точек в имени модуля, содержащего этот оператор. (Хотя это правило весьма полезно, в общем случае оно неверно; см., например, __package__ и __spec__.)

Важно отметить, что основной причиной проблемы является не оператор относительного импорта в one_kind_of_motor.py, а скорее способ импорта модуля в main.py. Относительный импорт в one_kind_of_motor.py не удался, поскольку one_kind_of_motor.py импортируется как motors.one_kind_of_motor в другой файл.

Многопакетное решение

Если вы собираетесь запускать только сценарии верхнего уровня (т. е. сценарии непосредственно в name_of_my_app/), вы можете импортировать конфигурацию из one_kind_of_motor.py с помощью

import CONFIG

При запуске python main.py импорт завершается успешно, поскольку name_of_my_app/ находится в sys.path.

(Для этого решения файл __init__.py в name_of_my_app/ не нужен.)

Единое решение

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

name_of_my_app/
    main.py
    devices/
        __init__.py
        config.ini
        CONFIG.py
        motors/
            __init__.py
            one_kind_of_motor.py
        measurement_devices/
            __init__.py
            one_kind_of_measurement_device.py

Затем вы можете соответствующим образом настроить импорт в main.py. С помощью этой структуры вы можете импортировать конфигурацию из one_kind_of_motor.py с помощью

from .. import CONFIG

При запуске python main.pyone_kind_of_motor.py теперь соответствует модулю devices.motors.one_kind_of_motor, а оператор относительного импорта эквивалентен

from devices import CONFIG

Запуск файла

Проблема

Предполагая, что вы используете one_kind_of_motor.py как скрипт:

• Запуск python one_kind_of_motor.py добавляет родительский каталог one_kind_of_motor.py в sys.path (т. е. name_of_my_app/motors/ будет искать пакеты и модули).
• В модуле __main__ (соответствует файлу one_kind_of_motor.py) from .. import CONFIG указывает, что система импорта должна подняться на два уровня вверх в иерархии пакетов. Первый . соответствует родителю __main__. В этом случае система импорта не может найти родительский пакет __main__, поскольку __main__.__spec__ — это None. Такое поведение описано в документации Python:

Обратите внимание, что __main__.__spec__ всегда является None в последнем случае, даже если технически файл можно импортировать напрямую как модуль. Используйте переключатель -m, если в __main__ требуются действительные метаданные модуля.

Решение

Чтобы избежать ошибки, вы можете вызвать команду python с ключом -m и указать имя модуля. В частности, настройте операторы импорта и структуру проекта, как описано в одном из решений выше, и убедитесь, что вы находитесь в каталоге name_of_my_app/. Затем, для случая с несколькими пакетами, запустите

python -m motors.one_kind_of_motor

или, в случае с одним пакетом, запустите

python -m devices.motors.one_kind_of_motor

Это позволит гарантировать, что модуль __main__ (соответствующий файлу one_kind_of_motor.py) содержит действительные метаданные модуля (как описано здесь).

Однако в документации упоминается важное предостережение, связанное с этим подходом:

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

Следствием этого является то, что если one_kind_of_motor.py является частью цикла импорта (т. е. запуск one_kind_of_motor.py косвенно вызывает импорт самого себя), в итоге вы получите две копии всех классов и функций, определенных в one_kind_of_motor.py. Если цикл импорта необходим (по возможности избегайте его), вы можете определить функцию точки входа в one_kind_of_motor.py и вызывать эту функцию из main.py или другого скрипта верхнего уровня. То есть в one_kind_of_motor.py создайте функцию, содержащую нужный код точки входа:

# Name this whatever makes sense
def main():
    ...

Затем где-нибудь в main.py или в другом скрипте в name_of_my_app/ вызовите эту функцию:

import devices.motors.one_kind_of_motor
...
# Call the entry point
# Alternatively, call this only for certain script arguments or other conditions
devices.motors.one_kind_of_motor.main()

Теперь вместо запуска one_kind_of_motor.py напрямую запустите скрипт верхнего уровня, содержащий вызов импорта и точки входа.

Я не знаком с кодом VS, но в конфигурации запуска необходимо использовать ключ -m. То, что делает VS, вероятно, python.exe main.py из папки name_of_my_app. Вместо этого вам нужно бежать python -m name_of_my_app.main # note no .py. Это сообщает Python, что в пакете name_of_my_app запустите модуль main.py как скрипт. Родительский пакет, который ищет Python, — это именно имя_my_app (должно содержать только символы, которые могут присутствовать в имени пакета Python).