>
> Takže - druhé kolo a ten stejný dotaz - jaké máte kdo představy,
jakým
> způsobem by měl Sharp využívat spojení po ethernetu? Mne osobně
napadlo
> následující: - podpora SFTP
proč ne, ale řekl bych že by stačil tftp
> - podpora vytvoření TCP/IP portu na STM32 (použitelná např. u síťových
her
> jako server) - nebo obecný příjem/vysílání paketů a Sharp si to už
> přetřídí podle potřeby?
Ano, zcela obecně, poslat unikartě příkaz otevři tcp/udp spojení na
ip:port a
pak zpřístupnit sharpu čtení a zápis z/na io port. Pošlu byte a přijde nasíťovou protistranu a naopak. Bude to chtít nějaký druhý io port na
řízení
bufferů, možná přerušení, lze-li.
> - k tomu se přidávají takové věci jako podpora DNS
Osobně nepotřebuji, předpokládám že nebudu potřebovat přistupovat ze
sharpa
dále než na lokální síť.
Naopak DHCP klient téměř nutnost.
> - podpora mobilního HTTP nebo WAP ?
Spousta vývoje a nic z toho. Podle mě k ničemu.
>
Líbilo by se mi, pokud by se sharp tiskárna dala přesměrovat na
lpd://xx.xx.xx.xx/queue
to znamená odchytávat data co sharp posílá na port tiskárny a přeposílat
na
print server. Překlad dat není třeba. Přes centronics kabel můžu ze sharpatisknout na své HPLj4, tak jak tisknu z linuxu přes pront servřík. Na ten
print servřík lze posílat data i telnetem a vytisknou se.
> Moje původní představa byla mít jako demoaplikaci něco jako síťového
> Bombermana pro více hráčů :-)
řekl bych že tohle už je obsaženo v odstavci obecný příjem/vysílání
>
> Ale když mám něco psát, potřebuji vědět, jak se to bude používat.
Takže,
> nápady a představy sem...
>
> Vašek
>
Něco velmi podobného jsem tu už o svých preferencích psal asi před
rokem.
Jakub Ladman