Arduino.ru

Используй i2c

или rs485 или can

Про i2c - я уже думаю, но все-таки вопрос про Software Serial, ведь даже пример есть в штатной библиотеке, но не работает, вопрос - почему?

я щас везде леплю JDY-40.  Где надо и где не надо. 

вы можете сделать этот вопрос предметом своей диссертации... но если вам нужен просто результат. я бы советовал забыть про использование более одного СофтСериала за раз. Он один-то не слишком надежно работает.

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

Ответ "по кочану". Ну, или точнее, у Вас неправильно соединён зелёный провод и очевидная ошибка в строке №33 скетча приёмника и в строке №13 скетча передатчика.

Как говАривал мой старик - отец, прежде чем он покинул этот гавЕный мир, никогда не гоняйся за бабами и автобусами, а еще не спашивай ничего серьезного у зевак и туристов, все равно тебе никто не поможет, только будут соревноваться в своем сногсшибательном юморке. Ребята, я чуть не надорвался, как вы это делаете, научите))). Тут тебе и диссертация, и спортлото, и "по качану", прям джекпот отхватил. Для полного счастья не хватило только сырым мясом по морде...

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

SoftwareSerial only has one internal buffer. Yes, you can have multiple SoftwareSerial objects in existence, but only one of them controls the internal buffer. When any RX pin gets asserted, that generates an interrupt, but only the listen()ing RX pin gets checked for a start bit.

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

Я бы дополнил отца: не спрашивай вопросы вообще, это не твое.

Видимо, он Вас так и учил спрашивать: "я тут сделал одну хрень, схему и скетч показывать не буду, так вот она не работает, почему?".

В любой непонятной ситуации - бухай.  Помогает. 

1. А почему Вы не сделали так с самого начала?

2. Откуда форумчанам знать, в чем Ваша ошибка, если Вы не привели кода?

А Мусоргский - бухал! Т.Шаов )))

а вот интересно, можно ли тут попробовать применить механизм борьбы за общую шину аналогичный передаче через Ethernet

я за!