Zobrazit citovaný text (6 řádků)
>
> 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
Zobrazit citovaný text (4 řádky)
> - 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.
Zobrazit citovaný text (1 řádek)
> - 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.
Zobrazit citovaný text (1 řádek)
> - podpora mobilního HTTP nebo WAP ?
Spousta vývoje a nic z toho. Podle mě k ničemu.
Zobrazit citovaný text (1 řádek)
>
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.
Zobrazit citovaný text (2 řádky)
> 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í
Zobrazit citovaný text (7 řádků)
>
> 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