|
FTP по RS-485, Реально ли? |
|
|
|
 |
Ответов
|
Dec 26 2009, 20:51
|

Чайник, 1 литр
   
Группа: Свой
Сообщений: 655
Регистрация: 17-05-06
Из: Moscow
Пользователь №: 17 168

|
Цитата(SM @ Dec 26 2009, 23:45)  А если ошибка в канале битовая... Начнутся перезапросы, перепосылки пакетов... Это loopback. Я сам себе сервер, сам себе клиент. По полудуплексному каналу я предлагаю гонять только протокол верхнего уровня. Цитата(zltigo @ Dec 26 2009, 23:45)  Без проблем, но его придется написать... Обработку TFTP (или HTTP) запросов в железе. На ПК софта полно.
|
|
|
|
|
Dec 26 2009, 21:07
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(SysRq @ Dec 26 2009, 23:51)  Обработку TFTP (или HTTP) запросов в железе. На ПК софта полно. Вы опять о чем-то, чего не понимаете,говорить пытаетесь  Цитата(AlexandrY @ Dec 26 2009, 23:53)  (HDLC, к сведению, является несущей PPP) Нет, они идеологически похожи по формированию фреймов, но один в другом не нуждаются. Тем более, что как уже поминал, HDLC это биториентированный протокол и в нем байториентированный UART не нуждается.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Dec 26 2009, 21:20
|

Ally
     
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050

|
Слаб я в идеологии...  Это враги из Freescale называют физический уровнь PPP как HDLC. Да и другие как сговорились все этот уровень HDLC называют. А так согласен HDLC это битовый протокол. У нас одна уважаемая фирма даже собственный придумала формат тоннеля IP поверх FrameRelay с битовым HDLC и через свои спутниковые каналы качает с огромной скоростью. Цитата(zltigo @ Dec 26 2009, 23:07)  Нет, они идеологически похожи по формированию фреймов, но один в другом не нуждаются. Тем более, что как уже поминал, HDLC это биториентированный протокол и в нем байториентированный UART не нуждается.
|
|
|
|
|
Dec 26 2009, 21:35
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(AlexandrY @ Dec 27 2009, 00:20)  Да и другие как сговорились все этот уровень HDLC называют. Для битовых потоков это так и есть - классика жанра. Тот-же X.25 лежит в таком случае поверх HDLC+LAPB(вот эту сладкую парочку уровня Data Link и могут называть как придется)->MLP->X.25 Цитата(SM @ Dec 27 2009, 00:22)  спецификации AX.25 ? Про AX.25 не занимался, не знаю. Ну а X.25, как и многое другое, писал собственноручно - чего там нет, так это разруливания halfduplex. Скажу одно, что после уровня LAP* заниматься разрешением коллизий уже изрядно поздно  . Одиночные битые фреймы они хоть и на самом верху на IP уровне отсеиваться и переповторяться могут, но не массовые потери.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Dec 26 2009, 21:56
|
Гуру
     
Группа: Свой
Сообщений: 7 946
Регистрация: 25-02-05
Из: Moscow, Russia
Пользователь №: 2 881

|
Цитата(AlexandrY @ Dec 27 2009, 00:45)  Боюсь мужику все равно придется поверх X.25 лепить PPP. Что-то это масло масляное - TCP/IP over AX.25 over PPP  Цитата(AlexandrY @ Dec 27 2009, 00:45)  А то кто будет проводить назначение сетевых адресов, DNS-ов, шлюзов? Дык это уже всякие там DHCP/BOOTP и тому подобное, это выше, чем TCP/IP, да и фиксированно прописать можно, и без DNS вообще (это тут только с жиру беситься - доменные имена вводить в 485-ой сети). А какие-то фиксированные адреса в RS-485 сети наверное уже и так есть... Которые видимо в AX.25 вид "позывной+SSID" придется переделать. Цитата(zltigo @ Dec 27 2009, 00:35)  Про AX.25 не занимался, не знаю. Ну а X.25, как и многое другое, писал собственноручно - чего там нет, так это разруливания halfduplex. Блин, сорри, досадная опечатка вышла, букву пропустил... В этом сообщении http://electronix.ru/forum/index.php?showt...st&p=698806 - все три раза должно быть AX.25
|
|
|
|
|
Dec 26 2009, 22:43
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(SM @ Dec 27 2009, 01:05)  AX.25. Да успокойтесь Вы с AX.25 - ну он уже по любому работает с ГОТОВЫМИ фреймами и если будет тупо ими кидатся, то просто может и ни один не дойти. Нужно коллизии разруливать на байтово-фреймовом уровне пока навстречу идет фрейм свое буферизировать и не передавать. А при конфликте встречных фреймовых маркеров должно быть понятие уступающего слейва. И уж потом, если разрулили не 100% коллизий качественно, например, по причине упрощения разруливателя, то это тогда битое на IP вывалится и подчистится.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Dec 27 2009, 09:40
|
Гуру
     
Группа: Свой
Сообщений: 7 946
Регистрация: 25-02-05
Из: Moscow, Russia
Пользователь №: 2 881

|
Цитата(zltigo @ Dec 27 2009, 01:43)  Да успокойтесь Вы с AX.25 - ну он уже по любому работает с ГОТОВЫМИ фреймами и если будет тупо ими кидатся, то просто может и ни один не дойти. Да не успокоюсь. Решение какое-никакое, а готовое, и соответствующее поставленной задаче - без какого либо самописного софта на PC. Пользуются им многие, то что Вы их не знаете, этого не отменяет. Про то, что на PC win никто не говорил (или, если я пропустил, извиняюсь). Да и для win полно готовых решений для "TCP/IP через AX.25", только они не встроены в систему, а требуют установки. Что касается "тупо кидается" - он не "тупо кидается", а с рандомной задержкой, т.е. "тупо как Ethernet". Вообще в пакетном радио другого способа разрешения коллизий, кроме как в AX.25, просто нет, и все пакеты доходят, несмотря на Ваши сомнения. Тут уж "может не дойти, может дойти" - непрофессионально, давайте или не гадать вообще, или измеренные (или рассчитанные) результаты "сколько может не дойти при каком уровне коллизий", и почему. Я руководствуюсь лишь практическими результатами пользователей, которые используют AX.25 по назначению, а именно поверх полудуплексного радиоканала, где коллизий и помех куда больше, чем в RS-485 кабеле.
|
|
|
|
|
Dec 27 2009, 12:05
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(SM @ Dec 27 2009, 12:40)  Я руководствуюсь лишь практическими результатами пользователей, которые используют AX.25 по назначению, а именно поверх полудуплексного радиоканала, где коллизий и помех куда больше, чем в RS-485 кабеле. Теперь просьба подумать не отличаются-ли у радиолюбителей протоколы верхнего уровня от желаемого Автором FTP/TCP. C определенностью полагаю, что там протоколы/процедуры верхнего уровня сами по себе ПОЛУДУПЛЕКСНЫЕ и AX.25 в этом случае занимается разрешением потерь, равно, как и редких случайных коллизий канале, которые НИКАК не отличает от потерь вообще. Они действительно могут быть разрешены - выше я говорил, что и в "драйвере" для простоты можно и не гарантировать разрешения всех коллизий - верхний уровень сможет расхлебать последствия редких коллизий. В FTP/TCP halfduplex не пахнет и коллизии будут ГАРАНТИРОВАННЫЕ и неразрешимые. Чего-нибудь будет пролезать разве только чудом и изредка. P.S. Посмотрел какую-то радиолюбительскую статью. В общем, по крайней мере в ней, буквы AX.25 вольно трактуются более, чем широко и к ним заодно валится в одну кучу Data Link уровень на котором действительно ожидаемо поминается контроль за занятостью канала передачи. Посмотрел исходники Линукса - то, что там написано не ведает, точнее не делает НИКАКИХ различий между simplex и duplex каналами. switch() везде присутствует, но они строго везде запаралелены. Пример: Код void ax25_kick(ax25_cb *ax25) { ..... switch (ax25->ax25_dev->values[AX25_VALUES_PROTOCOL]) { case AX25_PROTO_STD_SIMPLEX: case AX25_PROTO_STD_DUPLEX: ax25_send_iframe(ax25, skbn, (last) ? AX25_POLLON : AX25_POLLOFF); break; В конце концов все передается железному уровню одинаково - dev_queue_xmit(skb) и нехай там некий dev разбирается, как передать.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Dec 27 2009, 13:40
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(SM @ Dec 27 2009, 15:22)  ....не отличаются. Так как протокол верхнего уровня и есть TCP/IP Если следовать банальной логике, то обертывать TCP/IP в AX.25 незачем, ибо делают одно и то-же. Единственная причина изложена здесь: http://www.a27.ru/information/bulleten/199...paketnoe-radio/Цитата AX.25 рассматривается как фактически стандартный протокол для использования в любительской радиосвязи и даже признается многими странами как легальный вид работы. Однако есть и другие стандарты. Любителями некоторых регионов используется TCP/IP. Часто используются специальные протоколы пакетного радио встраиваются внутрь пакетного формата AX.25. Это делается для обеспечения соответствия правилам, требующим, чтобы пакетные радиопередачи были в форме AX.25. Однако детали такого встраивания могут отличаться в различных странах. Так-что TCP/IP через AX.25 это только один из частных случаев. Насколько я могу понимать родное использование AX.25 радиолюбителями это посылка текстовых сообщений - чат, в стиле вопрос - ответ.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Dec 27 2009, 14:03
|
Гуру
     
Группа: Свой
Сообщений: 7 946
Регистрация: 25-02-05
Из: Moscow, Russia
Пользователь №: 2 881

|
Цитата(zltigo @ Dec 27 2009, 16:40)  Если следовать банальной логике, то обертывать TCP/IP в AX.25 незачем, ибо делают одно и то-же. А то самое, о чем тут? Разруливание коллизий полудуплекса [радиоканала]... Цитата(skripach @ Dec 27 2009, 16:52)  А как это готовое называется и где можно взять. Да так и называется - "TCP/IP over AX.25", или "TCP/IP через AX.25". В линуксе оно встроено в ядро. А для виндовс надо что-то там искать, качать и ставить. Одно из них то-ли FlexNet, то-ли NetFlex. Я сам этим никогда не пользовался, ибо не радиолюбитель. Просто знаю о существовании и о некоторых свойствах, да и то без 100%-ной гарантии.
|
|
|
|
|
Dec 27 2009, 14:08
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(SM @ Dec 27 2009, 17:03)  В линуксе оно встроено в ядро. В линуксе оно вот этим самым Цитата разруливания коллизий полудуплекса радиоканала НЕ занимается. А снаружи "You can use a physical Packet Modem (Terminal Node Controller = TNC)" Цитата(skripach @ Dec 27 2009, 16:52)  А как это готовое называется и где можно взять. Берите http://www.wattystuff.net/amateur/packet/w...owsprograms.htmбудете шипеть соундбластером.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Dec 27 2009, 14:11
|
Гуру
     
Группа: Свой
Сообщений: 7 946
Регистрация: 25-02-05
Из: Moscow, Russia
Пользователь №: 2 881

|
Цитата(zltigo @ Dec 27 2009, 17:07)  НЕ занимается. А снаружи "You can use a physical Packet Modem (Terminal Node Controller = TNC)" Тогда, повторю вопрос - зачем тогда в спецификации есть разделы, посвященный коллизиям, полудуплексу и их разруливанию? TNC естественно есть, но он в себе содержит (по крайней мере содержал лет так 15-20 назад) именно только сам модем - просто тупо преобразующий поток данных в модулированный НЧ сигнал без каких либо LAP*, коррекций ошибок, и прочего. И AX.25 работает сразу поверх этого. И вообще, я лишь предложил один вариант с готовым софтом, отработанным кучей радиолюбителей. А пойдет он конкретно в его окружении, или не пойдет - вопрос тридесятый, пусть сам автор вопроса и разбирается. Если бы я сам решал бы эту задачу с тем, что готовый софт на PC - обязательное условие - просто собрал бы свой переходник RS232-RS485 с разруливанием коллизий внутри этого переходника, и SLIP или PPP сверху этого.
|
|
|
|
|
Dec 27 2009, 14:39
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(SM @ Dec 27 2009, 17:11)  Тогда, повторю вопрос - зачем тогда в спецификации есть разделы, посвященный коллизиям, полудуплексу и их разруливанию? Повторяю ответ - радиолюбители не различают уровни модели  . И под AX.25 подразумевают "все разу" начиная с HDLC/SLIP и до собственно AX.25. Как уже писал, в том-же Линуксе в AX.25 исходниках нет следов ни только разруливания коллизий, но и даже HDLC/SLIP уровня. Всем этим должен заниматься какой-то виртуальный или железный девайс. В комплексных решениях типа виндозной шипелки в соундбластер совершенно очевидно реализовано ВСЕ, но оно не пригодно Автору. Практически оно ему и не надо, ибо это то-же самое, что написать простейшее приложение, о котором я писал несколькими постами выше. Причем при написании такого приложения АБСОЛЮТНО лишняя сущность ввиде AX.25 не используется и ее не требуется реализовывать на стороне контроллера (походу поиска халявы для PC об этом забыли  ). Цитата(SM @ Dec 27 2009, 17:11)  TNC естественно есть, но он в себе содержит (по крайней мере содержал лет так 15-20 назад) именно только сам модем - просто тупо преобразующий поток данных в модулированный НЧ сигнал без каких либо LAP*, коррекций ошибок, и прочего. Именно так, только пропустили еще функцию определение занятости канала передачи, как это, например, делает PHY для Ethernet коаксиала. И собственно HDLC запихивающий байты получаемые из асинхронного потока в битовый синхронный. Впрочем, думаю, что радиолюбители скорее всего используют вариант с байтовым потоком, т.е. поминаемый ранее SLIP (в линуксе поддерживаются и SLIP и HDLC нижние уровни). Далее по тексту... Цитата И AX.25 работает сразу поверх этого.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Dec 27 2009, 15:01
|
Гуру
     
Группа: Свой
Сообщений: 7 946
Регистрация: 25-02-05
Из: Moscow, Russia
Пользователь №: 2 881

|
Цитата(zltigo @ Dec 27 2009, 17:39)  Повторяю ответ - радиолюбители не различают уровни модели  . И под AX.25 подразумевают "все разу" начиная с HDLC/SLIP и до собственно AX.25. Как уже писал, в том-же Линуксе в AX.25 исходниках нет следов ни только разруливания коллизий, но и даже HDLC/SLIP уровня. Ну HDLC-уровень (правильнее - уровень битового потока) там действительно лежит на модеме и на уарте - это просто пропуск старт- и стоп- бит от RS-232 в канал и прием их обратно. У автора HDLC-уровень не нужен, так как старт- и стоп- биты проходят по его каналу без изменения, формируются уартом с одной стороны, и вырезаются с другой - т.е. этот уровень, правильнее сказать, не не нужен, а уже реализован в его железе уартами. SLIP-уровня там НЕТ вообще, и никогда не было. Выход модема, после убирания из него старт- и стоп-бит при помощи "железки" под названием UART идет сразу на уровень AX.25 Касаемо определения занятости канала - RS-232 сигнал CD - Carrier Detect - он мог использоваться в AX.25 (CSMA/CA), но он не гарантирует защиты от коллизий, а лишь уменьтшает их вероятность, и это опция. Два передатчика все равно могут свободно начать передавать в примерно одно время, сотворив коллизию. А почему в линуксовом варианте AX.25 нет следов вот этого (нумерация пунктов другая, так как я из другой версии спецификации взял): 6.3.6.1. Collisions in a Half-Duplex Environment Collisions of frames in a half-duplex environment are taken care of by the retry nature of the T1 timer and retransmission count variable. No other special action is required.
я просто не в курсе. Значит они не реализовали этот T1 таймер, и нарушили спецификацию.
|
|
|
|
|
Dec 27 2009, 15:22
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(SM @ Dec 27 2009, 18:01)  ...а уже реализован в его железе уартами. О господи, ну пакетный, это уровень. Пакетный! И никакими "уартами" занающими только о байтах он реализован быть не может. Ну никак. Цитата SLIP-уровня там НЕТ вообще, и никогда не было. А вот SLIP, как раз и собирает из байтов пакеты. Посему два варианта, либо HDLC собирает из битов фреймы сразу, либо из битов UART обирает байты из которых потом SLIP собирает пакеты. Цитата Выход модема, после убирания из него старт- и стоп-бит при помощи "железки" под названием UART идет сразу на уровень AX.25 Посторяю, ну не понимает AX.25 поток байтов. Ему фреймы подавать надо. Вот, как выглядит в линуксе к котрому Вы меня отослали, передача на уровень AX.25 Код /* * Receive an AX.25 frame via a SLIP interface. */ int ax25_kiss_rcv(struct sk_buff *skb, struct net_device *dev, struct packet_type *ptype, struct net_device *orig_dev) { skb->sk = NULL; /* Initially we don't know who it's for */ skb->destructor = NULL; /* Who initializes this, dammit?! */
if (!net_eq(dev_net(dev), &init_net)) { kfree_skb(skb); return 0; }
if ((*skb->data & 0x0F) != 0) { kfree_skb(skb); /* Not a KISS data frame */ return 0; }
skb_pull(skb, AX25_KISS_HEADER_LEN); /* Remove the KISS byte */
return ax25_rcv(skb, dev, (ax25_address *)dev->dev_addr, ptype); } AX.25 получает ГОТОВЫЕ ФРЕЙМЫ а не байты.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
Сообщений в этой теме
skripach FTP по RS-485 Dec 25 2009, 22:50 rezident Вы сначала разберитесь, что у вас есть и что требу... Dec 25 2009, 23:10 zltigo Цитата(skripach @ Dec 26 2009, 01:50) для... Dec 25 2009, 23:12 skripach ЦитатаВы сначала разберитесь, что у вас есть и что... Dec 25 2009, 23:44 zltigo Цитата(skripach @ Dec 26 2009, 02:44) обл... Dec 26 2009, 00:36 МП41 RS485 может быть и дуплексом (две пары проводов) и... Dec 25 2009, 23:51 aaarrr Цитата(МП41 @ Dec 26 2009, 02:51) RS485 м... Dec 25 2009, 23:57 МП41 В таком случае лучше именно RS422 использовать.
Ве... Dec 26 2009, 00:17 skripach Связь с "железкой" осуществляется по сущ... Dec 26 2009, 00:25 aaarrr Цитата(skripach @ Dec 26 2009, 03:25) Воп... Dec 26 2009, 00:31 skripach ЦитатаПри помощи PPP или SLIP.
Вот это уже похоже ... Dec 26 2009, 00:52 skripach Так всё таки как (чем) на PC связать Ftp-клиент и ... Dec 26 2009, 15:49 zltigo Цитата(skripach @ Dec 26 2009, 18:49) Так... Dec 26 2009, 16:37 rezident Цитата(skripach @ Dec 26 2009, 20:49) Так... Dec 26 2009, 16:49 skripach ЦитатаВам-же уже сказали
Пардон сразу не понял.
А... Dec 26 2009, 16:48 zltigo Цитата(skripach @ Dec 26 2009, 19:48) А ч... Dec 26 2009, 17:03 skripach Скрин из википедии на которую меня послал rezident... Dec 26 2009, 18:32 zltigo Цитата(skripach @ Dec 26 2009, 21:32) по ... Dec 26 2009, 18:58 SysRq http://en.wikipedia.org/wiki/COM_port_redirector Dec 26 2009, 19:06 zltigo Цитата(SysRq @ Dec 26 2009, 22:06) http:/... Dec 26 2009, 19:13 skripach Цитатаhttp://en.wikipedia.org/wiki/COM_port_redire... Dec 26 2009, 19:30 SysRq Цитата(zltigo @ Dec 26 2009, 22:13) К как... Dec 26 2009, 19:32 zltigo Цитата(SysRq @ Dec 26 2009, 22:32) К голо... Dec 26 2009, 19:39  SysRq Цитата(zltigo @ Dec 26 2009, 22:39) ...ка... Dec 26 2009, 20:13   zltigo Цитата(SysRq @ Dec 26 2009, 23:13) Ну вес... Dec 26 2009, 20:22    SysRq skripach, в этом случае в COM-порт пойдут только д... Dec 26 2009, 20:41     zltigo Цитата(SysRq @ Dec 26 2009, 23:41) Исключ... Dec 26 2009, 20:45 skripach ЦитатаTFTP-клиент <-> (локальный TCP\UD... Dec 26 2009, 20:22 SM Вообще, чтобы ничего не создавать на PC, надо созд... Dec 26 2009, 20:45 skripach Цитатав этом случае в COM-порт пойдут только данны... Dec 26 2009, 20:45 SM Цитата(SysRq @ Dec 26 2009, 23:51) По пол... Dec 26 2009, 20:55    SM Цитата(zltigo @ Dec 27 2009, 00:35) Скажу... Dec 26 2009, 21:42     zltigo Цитата(AlexandrY @ Dec 27 2009, 00:45) Бо... Dec 26 2009, 21:58      AlexandrY Цитата(zltigo @ Dec 26 2009, 23:58) Зачем... Dec 26 2009, 22:18       zltigo Цитата(AlexandrY @ Dec 27 2009, 01:09) То... Dec 26 2009, 22:22        AlexandrY Цитата(zltigo @ Dec 27 2009, 00:22) Никак... Dec 26 2009, 22:36         zltigo Цитата(AlexandrY @ Dec 27 2009, 01:36) Ос... Dec 26 2009, 23:09          AlexandrY В 90-х это может и работало, а в Viste и Windows 7... Dec 27 2009, 15:14           aaarrr Цитата(AlexandrY @ Dec 27 2009, 18:14) Бо... Dec 27 2009, 15:16           SM Цитата(AlexandrY @ Dec 27 2009, 18:14) а ... Dec 27 2009, 15:35           zltigo Цитата(AlexandrY @ Dec 27 2009, 18:14) В ... Dec 27 2009, 15:41            SM Цитата(zltigo @ Dec 27 2009, 18:41) Тфу, ... Dec 27 2009, 15:50             zltigo Цитата(SM @ Dec 27 2009, 18:50) Хорошо, с... Dec 27 2009, 16:14              SM Цитата(zltigo @ Dec 27 2009, 19:14) По пр... Dec 27 2009, 16:29               zltigo Цитата(SM @ Dec 27 2009, 19:29) А AX.25 -... Dec 27 2009, 16:43                SM Цитата(zltigo @ Dec 27 2009, 19:43) При м... Dec 27 2009, 16:56 AlexandrY Так параметры железки будем говорить или как?
R... Dec 26 2009, 20:53 SM Кстати, если применить AX.25 - то пожалуй и можно ... Dec 26 2009, 21:11 zltigo Цитата(SM @ Dec 27 2009, 00:11) X.25 умее... Dec 26 2009, 21:19  SM Цитата(zltigo @ Dec 27 2009, 00:19) Разум... Dec 26 2009, 21:22 rezident А какой-нибудь telnet не решит задачу топикстартер... Dec 26 2009, 23:07 skripach Итак... если я правильно понял то варианта ничего ... Dec 26 2009, 23:16 zltigo Цитата(skripach @ Dec 27 2009, 02:16) Из ... Dec 26 2009, 23:33 skripach Всем спасибо.
Если есть ещё светлые мысли буду бла... Dec 26 2009, 23:44 zltigo Цитата(skripach @ Dec 27 2009, 02:44) Есл... Dec 26 2009, 23:57 МП41 А что, лишней пары в кабеле совсем нету? Dec 26 2009, 23:56 SysRq Ну и тема!
Цитата(zltigo @ Dec 27 200... Dec 27 2009, 00:07 zltigo Цитата(SysRq @ Dec 27 2009, 03:07) так чт... Dec 27 2009, 00:15 skripach ЦитатаА что, лишней пары в кабеле совсем нету?
В с... Dec 27 2009, 00:08 МП41 А что если использовать MT9172 в модемном режиме (... Dec 27 2009, 00:15 zltigo Цитата(МП41 @ Dec 27 2009, 03:15) А что е... Dec 27 2009, 00:34 SysRq Цитата(skripach @ Dec 27 2009, 03:08) Мож... Dec 27 2009, 00:21 МП41 Да, BRI отдаёт прошлым веком, хотя я знаю фирму, к... Dec 27 2009, 00:54 zltigo Цитата(МП41 @ Dec 27 2009, 03:54) Кстати,... Dec 27 2009, 01:10  МП41 Цитата(zltigo @ Dec 27 2009, 03:10) Будем... Dec 27 2009, 01:20   zltigo Цитата(МП41 @ Dec 27 2009, 04:20) им очен... Dec 27 2009, 01:43    МП41 Цитата(zltigo @ Dec 27 2009, 03:43) Мне т... Dec 27 2009, 01:47   zltigo Цитата(МП41 @ Dec 27 2009, 04:20) Попробу... Dec 27 2009, 01:52 skripach SysRq Вы всё же не поняли суть моей задачи. Dec 27 2009, 01:03 SysRq Всё, всё, я ушел... Dec 27 2009, 01:05 skripach Цитата"TCP/IP over AX.25" - реализация э... Dec 27 2009, 13:52 skripach Запустил lwIP без ОС на STM32 через SLIP, за основ... Feb 9 2010, 11:14 zltigo Цитата(skripach @ Feb 9 2010, 14:14) рабо... Feb 10 2010, 06:31 skripach Цитатаназывается "работает"
Нет, это наз... Feb 10 2010, 07:30
3 чел. читают эту тему (гостей: 3, скрытых пользователей: 0)
Пользователей: 0
|
|
|