[cpl 0]

С протоколом ознакомился, думаю начальство неодобрит переписывания стека :blink:

Гм.. а я думаю начальству все равно какой там будет стек, больше всего их будет волновать функциональность.

На мой взгляд LwIp сделан криво.

 

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

[ig_z 0]

На мой взгляд LwIp сделан криво.

 

Что вы имеете ввиду под "сделан криво"? Архитектурные решения? И что по вашему прямее?

[defunct 0]

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

Нормально сделнный возможно и не влезет в m128.. ;>

Для embedder'овских нужд считаю, что лучше опираться от uIP в силу того, что он меньше и его проще дорабатывать под свои нужды.

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

[vesago 0]

Имхо я особой нужды в TCP тоже не вижу. Как правило TCP требуют от нашего брата писатели верхнего софта из-за лени несколько усложненить верхний софт при работе с UDP. Кстати хотел спросить народ - я закончил написание TCP, чтоб передавать данные через GPRS. Теперь совершенно не представляю как отладить. Непосредственно с сервером опсоса дороговато как-то. Может кто поделится мыслями?

[defunct 0]

спросить народ - я закончил написание TCP, чтоб передавать данные через GPRS. Теперь совершенно не представляю как отладить. Непосредственно с сервером опсоса дороговато как-то. Может кто поделится мыслями?

Через LAN, т.к. для TCP физика непринципиальна, а GPRS обеспечивает полноценный доступ в инет.

[vesago 0]

Понятно это. Получается надо брать вроде реалтековской микрухи или инного изернет контроллера с обвязкой и подключать к моей меге? Или есть инной способ? Я имею ввиду вот что - виртуальных портов встречал массу. Есть ли в природе прожка - мосто между ланом и ком портом, которая не режет заголовки, а отправляет в порт и наоборот.

[defunct 0]

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

Ну это скорее девайс, а не прожка ;>

Хотя для отладки можно поднять PPP/SLIP и работать через UART.

[dch 0]

На мой взгляд LwIp сделан криво.

Не сколько стек криво сделан сколько продукция micrel выглядит привлекательной

[vesago 0]

Хотя для отладки можно поднять PPP/SLIP и работать через UART.

 

Поясните, пожалуйста, что вы имеете ввиду? PPP у мнея написан, т.к. GPRS это подразумевает. Но я на данный момент не представляю, как я могу воспользоваться этим. Мне нужно проверить взаимодействие моего TCP с другим. Допустим Windows посредством какого телнета или терминальной программы. Правильно ли я понял, что вы мне предлагаете самому написать прогу, которая будет принимать IP пакет, завернутый в PPP и кидать в лан и обратно? Или как-то можно иначе сделать?

[defunct 0]

Правильно ли я понял, что вы мне предлагаете самому написать прогу, которая будет принимать IP пакет, завернутый в PPP и кидать в лан и обратно? Или как-то можно иначе сделать?

Можно и так, кстати совсем неплохой вариант.

Хотя я подразумевал использование имеющихся средст удаленного доступа к сети.

[vesago 0]

Хотя я подразумевал использование имеющихся средст удаленного доступа к сети.

 

Правильно ли я понял, что вы имеете ввиду идею создать модемное соединение, дивайсом проэмулировать процесс инициализации модема, а затем гонять данные в PPP?

[defunct 0]

Правильно ли я понял, что вы имеете ввиду идею создать модемное соединение, дивайсом проэмулировать процесс инициализации модема, а затем гонять данные в PPP?

Да,

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

[kojevnikov 0]

Я впринципе реализовал стек протоколов самостоятельно. По объему не так и много получилось. Намного выгоднее чем заморачиваться с системой. Библиотеку реализации стека могу подогнать. Не забесплатно конечно

[vesago 0]

Я тоже сам накатал под мегу128. Но у меня частный случай - сокет нужен один, принимать кроме ацков ничего не надо, рамы под это дело максимум байт 500 - 700. В принципе писать легко. Только TCP геморно. Впервые пришлось накидать алгоритм, а то путаница с этими флагами. Еще так и не понял с контрольной суммой для TCP. В стеках смотрел и читал, что и для ip и для tcp одна функция расчета. Как не пробовал - муть получается. В смысле не сходится с тем, что в лане передается. Пришлось для tcp отдельную функцию написать с переворотом внутри слов. 2 defunct, спасибо. Самому как-то даже в голову не пришел такой вариант отладки. Подключу модем, сниму лог соединения - попытаюсь реализовать. Благо движок обработки месаг модемных у меня уже сидит в проге.

[kojevnikov 0]

У меня впринципе немного покруче будет.... Поддерживаются протоколы TCP и UDP. По протоколу TCP устройство может быть как сервером так и клиентом. Занимает это все добро около 10 кБ