Всем доброго времени суток.
Есть такая задумка, может кто чего посоветует.
Существует канал Компьютер=(RS-232)=Радиомодем------Радиомодем=(RS-232)=аппарат1.
Скорость обмена - 9600. (8N1)
Рядом с аппаратом1 стоит аппарат2 и может связываться с пультом дистанционного управления по тому же RS-232 с той же скоростью, через тот же радиомодем. Так вот, суть проблемы. Как можно эти 2 канала RS-232 объеденить в один, и пустить их по одному радиоканалу, пусть даже с увеличением скорости обмена ло 19200? Естественно но противоположном конце их потом нужно как-то разделить. Одним словом, как можно организовать два полноценных канала связи RS-232 через один канал на радиомодемах?
Есть задумка поставить Tiny2313, аппаратный UART будет работать на радиомодем 19200 (9N1), а через INT0 и INT1 отрабатывать прерывания по спаду (Приёмные линии програмных UARTов). Если принял байт от INT1, например, то последний бит в аппаратный UART устанавливать, и наоборот. На том конце также просто отделить. Весь пит-стоп в том, что не знаю, как мне предупредить одновременную передачу запроса с аппарата1 и ответа с аппарата2. И наоборот.

Можно сделать в лоб: платку с тремя UART, два на устройства, третий (на учетверённой скорости) - на модем. Платка всё, что принимает от устройств, валит в модем. И наоборот. В канале модема идут пары байтов - номер канала - байт из канала. Как-то так. Ну или байт-стаффинг сделать (это лучше), тогда скорость нужна только чуть больше чем удвоенная. Придётся модернизировать софт на PC. Как-то так...

Дежавю! http://electronix.ru/forum/index.php?showtopic=55002
Вам задали уже все наводящие вопросы.

У меня тоже возникло дежавю Думаю, проблема в том, что ту тему топикстартер (сдуру? ) закрыл, а открыть снова уже не может. Он. не является членом группы "свои".

Топкстартер, не нужно дублировать вопрос. Пишите что УЖЕ сделали? Какие решения приняли? Что не получилось? и т.д.

Да ничего он сдуру не закрыл. Всё у него работает. Он тупо сделал копию, так как не услышал то, что хотел услышать. А ответ там один - НИЗЬЗЯ.

ЗЫ. из-за этого "чудака" с его копией у меня аж идиотская мысль в голове мелькнула что я в "День сурка" попал.

Или сделать одно из устройств роутером


или использовать отдельный концентратор с тремя портами.

Вот ещё один вариантик. С обеих сторон ставите по тиньке АТTiny2313. Каждая тинька имеет 3 полноценных уарта, скажем программный и два аппаратных. Передача по радиоканалу в обе стороны идёт на удвоенной скорости 19200, остальные - 9600. Разделение байтов на каналы - по биту паритета, в первом канале он 0, а во втором - 1

Всё правильно Вы поняли, VDG. Но впредь попросил бы в мою сторону всевозможные высказывания (по поводу чудака, например) исключить. Я действительно не услышал там чего хотел, и решил, что в тот раздел, видимо, заглядывают всё больше компьютерщики, и что я неверно выбрал раздел. (Я здесь новенький, и сразу не разобрался со всеми ветками.) И там всё это изложил. И извинился, что отнял впустую у людей время. После я нашёл нужную ветку, и скопировал сюда свой вопрос. Всё просто. У того, кто там внимательно читал, не должно было возникнуть дежа-вю.
По поводу наводящих вопросов: Обмен пакетами, запрос-ответ, адресации, видимо нет, т.к. изначально весь тракт работает на одно конкретное устройство. Но не факт. Это чисто моё предположение, т.к. что такое адресация, я не знаю. Могу только предположить.
По времени реакции тоже не знаю, и влезть ни в устройство, ни в софт на стороне запроса не могу. Есть только RS-232 на разъёмах, и обмен через радиомодемы. Но в процессе экспериментов, думаю, довольно быстро узнаю, о времени реакции. Для начала, видимо просто попробую принять 9600 и перенаправить всё на радиомодем.
Смогут ли радиомодемы сами разобраться, кому когда принимать данные, а когда передавать, и можно будет всё кидать в кучу на UART или всё это нужно будет разгребать програмно, и чётко отслеживать последовательнось данных, вот в чём вопрос. Не будет ли одновременной передачи с двух сторон?

Одновременной передачи не будет, точнее будет, но модемы сами разберутся как эту коллизию обойти.

А вот разгребут ли другие устройства это вопрос. Сами - наврятли. Все зависит от протокола по которому комп общается с этими устройствами..


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

Другие устройства - это моя Tiny2313, которая будет формировать адресацию, если это можно так назвать, 9-м битом (после 8 бит данных) или битом чётности, если только бит чётности не влияет на работу модемов. Ежели байт данных пришёл на Tiny2313 от аппарата1, то устанавливаем 9-й бит при передаче через UART, или устанавливаем бит чётности. На приёмном конце это дело отслеживаем и направляем на нужные аппараты. Как-то так.

Не надо никаких 9-х бит. ибо это гонево. Модемы точно не поймут, т.к. работают с 8-ми битными кадрами. Просто добавьте вперед один байт адреса - это и будет адресация.

Да, такой вариант рассматривался, но я его исключил сразу, т.к. для сохранения всех временных интервалов (ну более-менее) придётся учетверить скорость передачи. А это увеличит вероятность ошибки. А формат данных на конкретно моих модемах может выбираться как 8-ми, так и 9-ти битный. И наличие бита чётности и длину стопового бита тоже можно выбрать при кофигурации модема.
Так что, думаю, осталось только намалевать программку и всё это дело испытать. Две платы уже слепил. Только процы взять осталось и кварцы (нет в магазинах в нашем солнечном Чуркестане, говорят недели через 2-3 будет).

Люди добрые, не дайте сойти с ума, помогите, кто чем может. Уже неделю бьюсь на программой, не работает. Все фьюзы прописал правильно, если в программе написать отправку в UDR конкретного байта, то этот байт на компе я и принимаю. Питание от трансформаторного блока питания через кренку. Урезал уже всё, запустить бы для начала линию софтового приёмника (INT0) с последующей передачей на UART. А в приведённой программе софтовым UARTом я принимаю какую-то кашу. И не пойму, где я ошибаюсь.
Вход соф UARTa - PD2 - Определение стартового бита - прерывание по спаду INT0. Тут же запускается таймер T/C0 на 1,5 бита. Каждый обработчик прерывания по таймеру (по совпадению) начинается с записи в OCR0A числа, соответствующего длительности 1 бита. По окончанию приёма принятый байт нужно передать в аппаратный UART.

Почему 1,5 бита?
Надо:
0) По прерыванию задать 0,5 бита задержку и инициализировать таймер0 (в общем, остальное нормально)
1) Первое прерывание по Тайм0 - проверить линию на "все_еще_0", если да - то устанавливать уже полновесный 1 бит. Ессно, все наоборот - сначала устанавливаем таймера, потом принимаем решения.
Если у нас FAIL - поставить все на ИНТ0 обратно. То же касается и проверки стоп-битов.

Всё равно не работает. Принимается что-то рядом, но всё равно не то. Иногда приходит по два байта. Логично предположить, что либо контролер делает что-то ещё между прерываниями от таймера (где-то же он берёт эти лишние биты), либо я неправильно посчитал временные интервалы. Непонятно.

У Вас регистр temp в прерываниях изменяется, а в стеке не сохраняется, в этом может быть проблема.
Вообще не очень понятна логика приемника, понятно, что сдвиг, но зачем там сохранения SREG и т.п. - непонятно. Это я к тому, что комментариев маловато, тем более для ассемблера, разбираться в исходнике тяжело.

Ни то, ни другое. У вас имеется несколько ошибок в программе.

1) При вызове Timer0Comp вы сохраняете регистр SREG дважды, но 9 раз вы обходите восстановление второго сохранённого SREG. Из-за этого меняется указатель стека, в итоге вы возвращаетесь не в то место, из которого возвратились, а стек постепенно переполняется и даже может достичь области регистров.

2) При вызове Timer0Comp вы всегда должны обнулять счётчик, иначе будет временная ошибка, а вы обнуляете только после 9-го бита.

3) Вы не обнуляете count0 при первом вызове Receive0, значит прерывания таймера по сравнению могут вызываться до 256 раз, поправьте.

4) Вы обнуляете таймер, а прескалер остаётся нетронутым, может привести к потенциальным ошибкам, поправьте.

Вообще, прерывание должно быть максимально быстрым, поэтому несколько советов. Просто сохраняйте SREG в регистре, а а сам регистр сохранять не надо, зачем, вам что в данной задаче регистров не зватает? Далее, зачем обнулять таймер после приёма 9-ти бит, если вы его всё равно устанавливаете в прерывании int0, можно убрать. После того, как вы задвинули в input0 очередной бит, можно разрешить прерывания для второго канала, чтобы уменьшить временную ошибку.

Как вариант, попробуйте следующий метод приема 9-ти бит в два регистра, что-то типа

LSR input1
ROR input0

В Receive0 задать input1=1, input0=0. Заносить текущий бит командой

ORI input1,2

При сдвиге 1 будет двигаться вправо, после принятия 9-ти бит, она вылезет в перенос.

Учитывая все вышеизложенные мнения, выкладываю всё, что у меня получилось. Т.к. подлая конструкция так и не заработала. Но логика работы изменилась. Хотя вновь завела меня в тупик.
Программу переделал. Написал подробные комментарии к каждой строчке (почти).
Теперь проверяю правильность принятия старта. До стопа пока не добрался, хоть бы один байт принять. Да, пересмотрел описание модемов, был неправ. Не могут они передавать данные по 9 бит. Меньше могут. Потому буду использовать адресацию. И потому два 9600 пакую в один 38400.

То =GM= , по пунктам:
1. Согласен, с SREG намудрил. Всё потёр, под SREG оставил свой регистр. Бит данных копируется через бит Т, потому SREG второй раз не сохраняется.
2. Непонятно, зачем обнулять счётчик, прерывание по совпадению, таймер работает в режиме СТС.
3. Упустил из виду, Count0 теперь обнуляю.
4. Почему могут быть ошибки, разве это не независимые регистры? Ну обнулил таймер, ну и что? Разве он не начнет считать с нуля с тем же прескалером?

Теперь самое главное: результат всех переделок. Этот подлый аппарат теперь изменил логику приёма данных. Если раньше была вообще никак не связанная каша с данными (хотя для каждого байта была своя каша), теперь всё подругому. Теперь я принимаю определённое кол-во нулей, а затем идут единицы. Кол-во единиц и нулей опять таки для каждого передаваемого байта свои и опять возможны два принятых байта. Логику чередования 0 и 1 я к исходным значениям привязат так и не смог. Но что самое подлое. Я как-то эксперимента ради перед отправкой на UART принятого байта пробовал отправлять свой фиксированный, заранее известный байт. И он красиво фиксируется. А после него опять начинается 0b11110000. А там где выдаётся по два байта, один байт был ПЕРЕД контрольным байтом, а один после. Это вообще выше моего понимания.

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

По пункту 2. Упустил режим СТС, можно не обнулять.
По пункту 4. Забудьте про прескалер, это меня мысли в другую сторону повели.

Посмотрел новую версию вашей программы по диагонали. Зачем вы поставили стартовое ожидание в полбита, а считаете до 8? Вы записываете в input0 стартовый бит, это неверно.

1. В прерывании по int0 вместо

нужно

а еще лучше cbr temp,1<<Int0

2. 1/период переполнения таймера в режиме СТС равен ZQ/PSK/(OCRA+1), поэтому длительности в 1 бит будет соответствовать значение в ОСRA == 144-1. Соответственно, 1/2 бита == 144/2-1=70

P.S. В качестве счетчика битов можно использовать и сам регистр input0, если по приходу старт-бита (по инт0) в загружать в него 0x80.
Признаком окончания приема будет появление "1" в бите переноса при прокрутке регистра input0 вправо
Тогда код

нужно заменить на

ВСЁЁЁЁЁ
Работает. Изучал AVR по книге Мортона, там видимо опечатка в описании команды cbr, переписал (спасибо Александру). И спасибо =GM= за поиск ошибок в первом варианте. Без вас тоже ничего бы не вышло.

То rvk:
В том то всё и дело, что от программы осталось только програмный UART.

То =GM=:
стартовый бит я не записываю, я проверяю по прерыванию от таймера флаг, который устанавливаю только при наличии 0 по истечении 0,5 бита после старта (INT0). Если по прерыванию этот флаг установлен, то только тогда начинаю записывать биты.

To Александр Куличок:
Здесь я выложил 2 варианта программы. У меня этих вариантов было штук семь. И предлагаемый Вами метод приёма я тоже испытывал. Но по понятным уже причинам, у меня ничего не заработало. Думаю, вернусь к нему.

Всем, кто хоть как-то пытался помочь, спасибо. Думаю, тема закрыта.

Если не трудно выложи третий - рабочий...
Думаю многим, кто пытается повторить мосты, будет интересно...

довольно таки хорошая реализация на С http://www.roboternetz.de/wissen/index.php...ART_mit_avr-gcc

У gcc есть один недостаток - большой размер и тормознутость результата...
а в мостах желательна производительность...

Последнее что переписывал - пинговалку
задача вместить в Мега48
gcc - 5.8 Кило пинг 10 мс
ASM - 1.7 Кило пинг 3 мс

в gcc - оптимизация по размеру
в asm - оптимизация по производительности

разница в 3 раза, как по размеру, так и по скорости.
(как мне тут сказали - просто есть задачи которые трудно решить на СИ)

Совершенно нормальная и неудивительная разница. Машины пока еще тупее. И наверное, секрет фокуса в сохранении контекста/передаче параметров

В оптимизации вычислений...
пример в асме что бы получить доступ ко второму нимблу 32х битного числа ничего никуда двигать и занулять не надо... я его просто беру и использую, без всяких мат операций...(подробнее о пинговалке у меня на сайте Блок 9 'Lan Bridg'.)

Всем привет, как давно я тут не появлялся.
Вот програмка, один канал, 9600 перепаковывает в 38400, адресация моя произвольная, тупо кучка единиц. На равильность не претендую, если кто подскажет, как лучше, скажу спасибо.
Программа очень сырая, будет работать до первой потери байта, проверить на модемах даже не было времени. Но два COM-порта соединяет, символы с клавы шлются в обе стороны. Для понятия алгоритма вполне достаточно. Как доведу до ума, выложу нормальную программу.

Я за. (буду ждать, и если можно кинь сообщение в личку)

Судя по картинкам на сайте - обычным 32хбайтным пингом?

Стыдно должно быть У меня с программным MAC'ом менее миллисекунды. Причем, стек писан на Си.

на дешовых МК и тормозных ISA сетевых платах (макс скорость тактирования 4 мега)?
пример на СИ и на 48 меге в студию ...
(на асме менее 3,5 кило никак)

Тут определяющий фактор не скорость - А ЦЕНА!!!!



Да.

Покурите тут - http://electronix.ru/forum/index.php?showtopic=44276

Даже без ISA-карты

Стек, в котором оставлен только ответ на ICMP (приготовленно еще UDP для бутлоадера через TFTP) на вышеупомянутом железе весит

На одном микропроцессоре - ты ответа на пинг не получишь...
а привести железку ценой в 0,9$ отличную от сетевой платы
ты не сможешь...

почему такой размер - плату инициализировать надо...

Тут определяющий фактор не скорость - А ЦЕНА!!!!

Без работы
1,3 проц
0,2 латч
0,9 плата
0,5 мелочь

= 2,9$

Ты дешевле можешь?

Вы внимательно почитали топик, на который я дал ссылку?



Уже сейчас надо побираться по базарам, чтобы найти древние ISAшные сетевухи. Мое решение - оно секондхенда не требует. Цена, кстати, такая-же

Да...
А паяльную станцию, вместе с платой где брать?
или их подарят?

у меня под плату отведено 0,9...
а работа с заказом плат и пайкой смд намного дороже...
(просто всё проводами – навестным монтажом)



А моё решение направлено на быстрое затыкание текущий дыры...
наименьшими средствами...

кстати на сайте я написал – не для новых разработок!!!




Проверил по прайсам - у нас в наличии их просто НЕТ!!!
а заказ стоит НЕ МАЛО!!!

так что В МОИХ УСЛОВИЯХ моя реализация дешевле раза этак в
ТРИ если не больше!!!

т.к. гнездо с трансформатором у нас 2 стоит...
(напомню а ISA плата которая это содержит 0,9)

А зачем паяльная станция? Там все запаяно обычным паяльником.

Кстати, на будущее - выводной монтаж дороже SMD. Раза эдак в 2. И ручной в том числе.

О печатных платах - те платы, которые на фотографии, обошлись тогда 10 штук за $20. Качество, конечно, так себе, но не надо гемороя с проводками. И Вам рекомендую в следующий раз вместо рукопашной атаки с проводками на макетке банально заказать платы. Наверняка в Вашем городе можно найти контору, которая сделает достаточно дешево. Ну прорежете скальпелем пару расплывшихся дорожек и восстановите пару перетравов.





Чего нет?



Если уж хочется совсем дешевки - можно обойтись без транса. Просто гнездо стоит копейки. Можно и вообще патчкорд припаять на плату одним концом.

Кстати, если есть желание обсудить эти вопросы - пойдем в ту тему, а то тут за оффтоп накажут