-
- Если вдруг кому интересно, сегодня опробовал вариант №2. Sylvan(396 знак., 17.06.2011 13:11)
- Лучше использовать одну задачу и select, почему проблемы с несколькими соединениями - нужно разбираться, может в настройках оси/стека что-то подкрутить. - =AlexD=(17.06.2011 07:06)
- "GET запросы" в этом случае и нафиг не впились... Как уже тут посоветовали, достаточно UDP. Ресурсов потребуется мизер... - Гудвин(16.06.2011 20:56)
- Get запросы впились для совместимости. Впрочем уже 2 гуру сказали UDP - мне повод задуматься :) - Sylvan(16.06.2011 22:07)
- Отдельная задача. Открывающая не более чем 4 соединения одновременно. Запросы становятся в очередь. - fk0(16.06.2011 18:12)
- хорошо. А почему именно 4? - Sylvan(16.06.2011 18:20)
- 42 - fk0(17.06.2011 12:53)
- хорошо. А почему именно 4? - Sylvan(16.06.2011 18:20)
- Как там в PowerPack устроено: на каждый сокет сразу выделяется буфер? Тогда под 30 сокетов памяти жалко. Я знаю, как сделал бы я: SciFi(345 знак., 16.06.2011 17:55)
- В системе с TFT наверняка есть динамическая память 32 - 64 Мб, и выделить кусок не должно быть жалко. - Vladimir Ljaschko(16.06.2011 18:10)
- Да, там SDRAM есть. И используется менее половины. А TFT - 640 на 480 16b...... не жалко. - Sylvan(16.06.2011 18:21)
- веб клиент - это я, а 30 штук - они все серверы. Sylvan(280 знак., 16.06.2011 18:04)
- Кстати, сохранение стека задачи в ОС можно рассматривать как сохранение состояния конечного автомата. SciFi(254 знак., 16.06.2011 18:11)
- ну да, как-то так :)) - Sylvan(16.06.2011 18:22)
- Кстати, сохранение стека задачи в ОС можно рассматривать как сохранение состояния конечного автомата. SciFi(254 знак., 16.06.2011 18:11)
- В системе с TFT наверняка есть динамическая память 32 - 64 Мб, и выделить кусок не должно быть жалко. - Vladimir Ljaschko(16.06.2011 18:10)
- если протоколы полностью свои - то проще замутить всё на UDP, вообще без web koyodza(214 знак., 16.06.2011 16:43 - 16:46)
- Дело в том, что мои устройства - серверы, они уже есть, их менять ну прям очень нежелательно, они уже в серию ушли в составе другой ситемы. Пардон за многабукв. - Sylvan(16.06.2011 16:53)
- ну так если они уже есть, значит уже нельзя говорить о том, что "всё везде своё". Оно-то хоть фомально и своё, но фактически изменения невозможны, т.е. от чугого его отличает только наличие более глубоких знаний о внутреннем функционировании koyodza(118 знак., 16.06.2011 16:58)
- во-во, я про то и говорю, свое - имеется в виду "знаю как работает". И еще если очень припрет, все же переделаем :)) - Sylvan(16.06.2011 16:59)
- лучше сразу переделывать, а не потом, когда припрёт - koyodza(16.06.2011 17:16)
- Ну хорошо. А почему переделывать? Вы считаете web интерфейс неуместен для данной задачи? Излишне сложен? - Sylvan(16.06.2011 17:29)
- 2478 - тормознутый и при мономольке, а тут еще RTOS с ГУИ болтается. - Vladimir Ljaschko(16.06.2011 17:34)
- ху из мономолька? :) Пока проблем с TCP IP не заметил, по сравнению со стеком в PIC18F... - просто летает :)) Правда есть проблема с гребанным контроллером TFT и приоритетами AHB, его обслуживающей. Дергается экран при большой загрузке проца. - Sylvan(16.06.2011 17:40)
- Еще можно сравнить с x51 типа Tini :) - Vladimir Ljaschko(16.06.2011 17:45)
- мономолька... - Sylvan(16.06.2011 17:49)
- имелся в виду стек Mikro C, установленный на PIC18F... - Sylvan(16.06.2011 17:42)
- Еще можно сравнить с x51 типа Tini :) - Vladimir Ljaschko(16.06.2011 17:45)
- ху из мономолька? :) Пока проблем с TCP IP не заметил, по сравнению со стеком в PIC18F... - просто летает :)) Правда есть проблема с гребанным контроллером TFT и приоритетами AHB, его обслуживающей. Дергается экран при большой загрузке проца. - Sylvan(16.06.2011 17:40)
- да. Если нужен web (например для ручной настройки), его можно оставить параллельно - koyodza(16.06.2011 17:31)
- разводка сети планируется с применением стандартных свичей типа D-Link и т.п. Они пропускают UDP пакеты? Как насчет POE? На будущее хотелось бы гнать питание по кабелю, а значит, пользоваться стандартными инжекторами. Как они отнесуться к UDP? - Sylvan(16.06.2011 17:37)
- свичам обычно пофиг, что там внутри Ethernet-пакета: TCP, UDP или ещё что-то. Не пофиг может быть разве что маршрутизатору (межсетевому шлюзу), да и то при необходимости решаемо. POE тут вроде вообще никаким боком не завязано koyodza(245 знак., 16.06.2011 17:41)
- Большое вам спасибо, все что вы сказали - очень информативно. Ушел думать. - Sylvan(16.06.2011 17:43)
- а все же завтра попробую вариант №2 из моего топика. Потрачу 2 часа, но буду знать что реально из этого получиццо :) А дальше - решу. - Sylvan(16.06.2011 17:46)
- вариант 2 вполне рабочий, но его юзабельность очень плохая. Два-три неотвечающих устройства - и нервы пользователя на пределе - koyodza(16.06.2011 22:11)
- я там пользуюсь неблокирующим сокетом. И если устройство мне не ответит за 100...300 мс, я перейду к следующему. А потом вернусь к неответившему. И таким образом дам ему, скажем, 10 попыток, после чего прекращу с ним общаться. Да, не очень Sylvan(114 знак., 16.06.2011 22:28)
- на самом деле сам UDP в разы проще, чем ТСР. Особенно чувствуется это когда стек протоколов пишешь сам, а не пользуешь чужой :=) - koyodza(16.06.2011 23:40)
- Изобретение велосипедов иногда забавляет, но в целом противопоказано :-) - SciFi(16.06.2011 23:56)
- :=) хоть я и не линуксоид, но в душе, наверное, всё-таки гентушник. Там почти всё про меня - koyodza(17.06.2011 00:17, ссылка)
- У меня Gentoo стоит на домашнем сервере с самого начала (года 4 уже). На работе случайно появился старенький Sun Sparc 64-bit Workstation, тоже Gentoo поставил. Но TCP делать самому в голову не приходило :-) - SciFi(17.06.2011 00:27)
- на всё про всё аж до UDP ушла примерно неделя. С ТСР возился с перерывами около двух месяцев, в общей сложности рабочего времени месяц точно потратил. Но не жалею ;=Р - koyodza(17.06.2011 00:41)
- Я тоже грешен: веб-сервер сделал. Глюки и сейчас ловлю. Теперь умнее стал: SNMP agent готовый взял. - SciFi(17.06.2011 00:52)
- "не ошибается только тот, кто ничего не делает". Многие предлагают ничего не делать. Я просто стараюсь более серьёзно относиться к тому, что делаю koyodza(44 знак., 17.06.2011 01:08 - 01:17)
- Для логического завершения надо накодить свой MCU на VHDL и залить в ПЛИС, придумать язык программирования и написать для него компилятор :-) - SciFi(17.06.2011 12:15)
- я вас умоляю! только на Verilog! никакого VHDL! ))) - Mahagam(17.06.2011 12:21)
- на пенсии может займусь ;=) а пока поработаю koyodza(144 знак., 17.06.2011 12:18 - 12:20)
- Истина посередине, не нужно экстремизма насчёт "поработать" :) - Vladimir Ljaschko(17.06.2011 12:57)
- Для логического завершения надо накодить свой MCU на VHDL и залить в ПЛИС, придумать язык программирования и написать для него компилятор :-) - SciFi(17.06.2011 12:15)
- "не ошибается только тот, кто ничего не делает". Многие предлагают ничего не делать. Я просто стараюсь более серьёзно относиться к тому, что делаю koyodza(44 знак., 17.06.2011 01:08 - 01:17)
- Я тоже грешен: веб-сервер сделал. Глюки и сейчас ловлю. Теперь умнее стал: SNMP agent готовый взял. - SciFi(17.06.2011 00:52)
- на всё про всё аж до UDP ушла примерно неделя. С ТСР возился с перерывами около двух месяцев, в общей сложности рабочего времени месяц точно потратил. Но не жалею ;=Р - koyodza(17.06.2011 00:41)
- У меня Gentoo стоит на домашнем сервере с самого начала (года 4 уже). На работе случайно появился старенький Sun Sparc 64-bit Workstation, тоже Gentoo поставил. Но TCP делать самому в голову не приходило :-) - SciFi(17.06.2011 00:27)
- :=) хоть я и не линуксоид, но в душе, наверное, всё-таки гентушник. Там почти всё про меня - koyodza(17.06.2011 00:17, ссылка)
- мне пока противопоказано свой писать :) - Sylvan(16.06.2011 23:51)
- Изобретение велосипедов иногда забавляет, но в целом противопоказано :-) - SciFi(16.06.2011 23:56)
- на самом деле сам UDP в разы проще, чем ТСР. Особенно чувствуется это когда стек протоколов пишешь сам, а не пользуешь чужой :=) - koyodza(16.06.2011 23:40)
- я там пользуюсь неблокирующим сокетом. И если устройство мне не ответит за 100...300 мс, я перейду к следующему. А потом вернусь к неответившему. И таким образом дам ему, скажем, 10 попыток, после чего прекращу с ним общаться. Да, не очень Sylvan(114 знак., 16.06.2011 22:28)
- вариант 2 вполне рабочий, но его юзабельность очень плохая. Два-три неотвечающих устройства - и нервы пользователя на пределе - koyodza(16.06.2011 22:11)
- а все же завтра попробую вариант №2 из моего топика. Потрачу 2 часа, но буду знать что реально из этого получиццо :) А дальше - решу. - Sylvan(16.06.2011 17:46)
- Большое вам спасибо, все что вы сказали - очень информативно. Ушел думать. - Sylvan(16.06.2011 17:43)
- свичам обычно пофиг, что там внутри Ethernet-пакета: TCP, UDP или ещё что-то. Не пофиг может быть разве что маршрутизатору (межсетевому шлюзу), да и то при необходимости решаемо. POE тут вроде вообще никаким боком не завязано koyodza(245 знак., 16.06.2011 17:41)
- разводка сети планируется с применением стандартных свичей типа D-Link и т.п. Они пропускают UDP пакеты? Как насчет POE? На будущее хотелось бы гнать питание по кабелю, а значит, пользоваться стандартными инжекторами. Как они отнесуться к UDP? - Sylvan(16.06.2011 17:37)
- 2478 - тормознутый и при мономольке, а тут еще RTOS с ГУИ болтается. - Vladimir Ljaschko(16.06.2011 17:34)
- Ну хорошо. А почему переделывать? Вы считаете web интерфейс неуместен для данной задачи? Излишне сложен? - Sylvan(16.06.2011 17:29)
- лучше сразу переделывать, а не потом, когда припрёт - koyodza(16.06.2011 17:16)
- во-во, я про то и говорю, свое - имеется в виду "знаю как работает". И еще если очень припрет, все же переделаем :)) - Sylvan(16.06.2011 16:59)
- ну так если они уже есть, значит уже нельзя говорить о том, что "всё везде своё". Оно-то хоть фомально и своё, но фактически изменения невозможны, т.е. от чугого его отличает только наличие более глубоких знаний о внутреннем функционировании koyodza(118 знак., 16.06.2011 16:58)
- Дело в том, что мои устройства - серверы, они уже есть, их менять ну прям очень нежелательно, они уже в серию ушли в составе другой ситемы. Пардон за многабукв. - Sylvan(16.06.2011 16:53)