подскажите с инструментом

нарисовалось некое ТО
суть примерно следующая
есть "комп" RaspberryPi (такой себе одноплатный компьютер с возможностью легкого довеса внешних элементов: датчиков, приемников и т.д.) будет это дело крутиться на линухе и в теории хорошо выполнять свои маленькие задачки, что то откуда то снимать и что то кудато посылать

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

стоит предварительно 2 сложности
1) нужно их сдружить по сети и желательно без установки апача или иного сервера на одноплатный
2) хотелось бы управление на ноуте через браузер (хотя это возможно сильно излишне)

тоесть в моем представлении: прога на ноуте стучится к одноплатному передает некий управляющий сигнал, получает результаты, ведет логи,
и красивенько выводит,
желательно чтоб обращение к проге от юзвря шло с браузера и при этом запускаемая программулина не требовала какой либо установки
чтоб флешку всунул, запустил, в браузере указал ссылку, порт и юзаешь

есть мысли?

Есть. Установить на Win-машину клиент, наподобие tightvnc (как вариант - скачайте на флеш-карту и используйте) и по VNC работать с linux-сервером - это в предположении, что лишнего ничего не хочется устанавливать на linux-машину (VNC всё же придётся, но по крайней мере это нативно).
Решит вопрос с первым пунктом.
Второй пункт - тут уж Вы сами должны понимать, браузер - это HTTP. HTTP - это веб-сервер. Потому устанавливаете веб-сервер, устанавливаете iscponfig и управляете linux-сервером через браузер с Win-машины.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

У малинки за глаза ресурсов развернуть хоть nginx+fastcgi с php. У 16мгц атмеги сил и то хватает веб-сервером работать (но уже без php (не портирован на 8-битный AVR, ага), а ещё и сетевой стек софтовый, а не аппаратный, пусть даже на затратном USB висящий)
Учитывая нашу проф.деятельность, скорей всего веб-интерфейс будет сделать куда быстрее и рациональнее.

-----
PostgreSQL DBA

судя из описаний это чтото уровня тим виевер,
имхо сильно круто
для внешнего управления мне необходимо кидаться десятками байт
хотелось бы очень легкий вариант, чтоб свести нагрузку на одноплатный к минимуму.
(Добавление)
проблема в том что нужно с точностью до миллисекунд изменять время между срабатыванием внешних датчиков
вот и возникает вопрос, можно ли гарантировать что сервер не повлияет на измерения

VNC - это один из самых легких ( если не самый ) протоколов управления удалённой машиной, используя GUI. Вряд ли найдёте легче.
Если уж нужно восем лёгкое решение - putty (win-клиент) + sshd (linux-сервер). Тогда и X-сервер не нужен на linux-машине. Оптимальный вариант, на мой взгляд.
По поводу точности - если датчики будут записывать данные на сервер - то, пусть и с задержкой, но они будут правильно передаваться по сети. Или это критично? (то есть необходимо получать не только правильные измерения с датчика, но и в ту же миллисекунду, в которую датчик сгенерировал измерение?) - если да, то, вероятно, сетевая архитектура не подойдёт вовсе.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

"сервер" расчитывает время между срабатыванием датчиков, и по возможности (с очень слабым приоритетом) отдает эти данные во вне (а а так же логирует у себя)

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

Тогда вполне подойдёт веб-формат.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

там графика не нужна, он не оснащается монитором, все общение только в цифра, сколько времени прошло от срабатывания датчика 1 до срабатывания датчика 2

а красивый вывод генерит по возможности ноут с виндой на основе полученных значений

Нельзя без rt-патчей на ядро как минимум. Linux'овое ядро уже само по себе вам такой гарантии не даст.
Распространённый фокус - такой реалтайм повесить на микроконтроллер, с которого уже передавать данные на малинку по UART/SPI/(ещё чему-нибудь)

-----
PostgreSQL DBA

тогда отпадает весь смысл малинки

Не совсем, сеть держать она умеет

-----
PostgreSQL DBA

продолжение истории):
нынче на малинку можно ставить почти все, в том числе полноценный веб сервер апач, пыха, мускуль, фтп, и какой то "tomcat6 " что это такое я так и не понял

в общем комп компом
правда как это дело будет выполнять свои первоначальные обязанности ("то что мне нужно") пока не известно, но будем поглядим.
(Добавление)
http://elinux[dot]org/RPi_A_Simple_W[dot][dot][dot]ezy_LAMP_install