Тут немного другая ситуация. Все приборы находятся радом (длина провода соединяющая приборы не более 15 см), а длина кабеля от приборов до преобразователя не более 30 метров. Да и как я писал выше, этот кабель уменьшал до 20 см.

staxbel
а длина кабеля от приборов до преобразователя не более 30 метров

это тоже “ответвление” , и оно может давать отражение. попробуйте всеже последовательно их включить, тогда будет понятно.

PEHDOM

По правде говоря такое соединение мне и в голову не приходило. Сегодня поеду к весам - попробую. Посмотрел в интернете, вроде как имеет право на жизнь такое соединение. Спасибо, как проверю - отпишусь.

staxbel
Сегодня поеду к весам - попробую.

только не забудте что концы шины должны быть терминированы, иначе “кина не будет”.

PEHDOM

  
correct_set = [32, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57 ]

xam1816

  
correct_set = [32, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57 ]

Множество делается через фигурные скобки

py.user.next
Множество делается через фигурные скобки

так это не множество , это список

PEHDOM
так это не множество , это список

Ну, так оно называется correct_set, а не correct_list. Ладно название, название не важно, его можно поменять в любой момент на корректное. Тут по сути это всё равно множество в контексте того алгоритма, где оно используется, - проверка на принадлежность. Так что название правильное, использование правильное, только тип неправильный. Так вот операция in для списка имеет временную сложность O(n), в то время как операция in для множества имеет временную сложность O(1). То есть на тысячах, десятках тысяч таких проверок в секунду это будет становиться заметно. Да, и словарь dict() - это тоже множество, только не простое, а нагруженное (к каждому элементу множества прицеплено значение), поэтому и в словаре на тот же миллион элементов поиск будет происходить очень быстро, так как временная сложность та же - O(1). Поэтому там, где идёт поиск элемента, нужно стремиться списки/кортежи сводить к множествам.

py.user.next я в курсе про сложность .Но там опрос раз в 30 секунд, Будем считать что применение множеств это преждевременная оптимизация которая корень всех зол, по мнению товарища Кнута.

Это не преждевременная оптимизация. Это ты просто типы все базовые в питоне не знаешь. Множество в питоне ничем не отличается от списка по своей используемости. И для множества даже comprehension есть, настолько оно плотно в питоне сидит. Про преждевременную оптимизацию можно говорить тогда, когда ты, например, вместо кортежей используешь списки там, где мутабельность списков не используется. То есть списки нужно переделывать в кортежи в таких местах, но ты этого не делаешь, потому что это делается потом, перед фиксацией кода.
Так что прочитай книжку какую-нибудь до конца, чтобы потом не рассказывать про Кнута, когда реально просто базовых вещей в питоне не знаешь. Какой Кнут?! Даже не думай о Кнуте! Это всё равно что не зная азбуки лезть бороздить просторы космоса или пятилетние романы писать.

Вот это всё прочитай
https://docs.python.org/3/library/stdtypes.html
https://docs.python.org/3/library/stdtypes.html#set-types-set-frozenset

PEHDOM

В последовательном подключение приборы не заработали :-(
поэтому очень нужна помощь в фильтре.