Celé vlákno · 9 zpráv

Ahoj,

chystam se udelat vetsi zmeny ve firmware STM32, protoze je tam nekolik archaismu, ktere vznikly uz v minulosti prechodem z jedne puvodni FAT knihovny na jinou. Chci z tama tedy vyhazet nesmysly, zjednodusit a zprehlednit kod a predevsim zmenit komunikacni protokol a status kody pro MZFrepository.

Prestoze asi dopredu znam odpoved, tak se pro jistotu zeptam, zda se krome Jakuba a mne jeste nekdo pokousel psat nejake vlastni programy pro komunikaci s unikartou na portech 0x50 a 0x51. Dal bych vam vedet co a jak se s nonym FW zmeni.

Michal

Ty jo, to mi nejak uniklo. Da se nekde najit jak komunikovat?

Koukal jsem, ze neco je tady na konfere, neco se da vycist ze zdrojaku, ale neexistuje nejaka dokumentace?

Ahoj, Martin.

Nejlepsi dokumentace je samotny zdrojak :))

http://mz800ukp1.svn.sourceforge.net/viewvc/mz800ukp1/trunk/STM32fw/emu_MZFREPO.
c?revision=30&view=markup

Pripadne hotove aplikace:

Princip komunikace v ASM:

http://mz800ukp1.svn.sourceforge.net/viewvc/mz800ukp1/trunk/rdloader/rdloader.as
m?revision=2&view=markup

Jakubovy UCONTROL utility:

http://ordoz.com/sharp/


Ale jak uz jsem napsal, tak je tam spousta archaismu a mam v planu to 
predelat. Pak sem poslu nejaky report o tom jak jsem to navrhnul.

Michal


Dne 13.9.2011 16:36, Martin Lukasek (sharpemupandora.cz) napsal(a):

>
> Ty jo, to mi nejak uniklo. Da se nekde najit jak komunikovat?
>
> Koukal jsem, ze neco je tady na konfere, neco se da vycist ze 
> zdrojaku, ale neexistuje nejaka dokumentace?
>
> Ahoj, Martin.
>
>
> ---
>

>> Nejlepsi dokumentace je samotny zdrojak :))

Jj, to jsem nasel i jsem si myslel, ale za zeptani nic nedas ;-) Tak ja na to kouknu a jak bude nejaky update s novym firmwarem, tak dej vedet.

Je, prosim, nejaky vyvoj s tou sitovou komunikaci?

Diky a ahoj, Martin.

Dne 13.9.2011 17:32, Martin Lukasek (sharpemupandora.cz) napsal(a):

>
> Jj, to jsem nasel i jsem si myslel, ale za zeptani nic nedas ;-) Tak 
> ja na to kouknu a jak bude nejaky update s novym firmwarem, tak dej vedet.
>

Aktualne jsem si soucasne funkce repozitare rozsiril jeste o MKDIR, 
SEEK, SYNC a moznost vytvareni a editace souboru na FATce...
Mozna, ze by pak slo upravit treba NIPOS k tomu, aby primo pracoval s 
timto zprostredkovanym FAT filesystemem.

> Je, prosim, nejaky vyvoj s tou sitovou komunikaci?
>

Prozatim nijak. Tak trochu doufam, ze se na to vrhne Vasek, protoze ja 
jsem v tomto smeru trochu bez fantazie - podporu IPv4 jsem zatim jeste 
nikam neimportoval a z tech hotovych aplikaci, ktere jsem doposud videl 
se taky nedalo nic smysluplneho pouzit... Neco malo uz jsme kolem toho s 
Vaskem pospekulovali, ale prozatim neni napsany ani bajt kodu a zrejme 
ho bude potreba nemalo napsat i pro cp/m.
Podobne, i kdyz mozna podstatne lip je na tom podpora RS232 ...

Michal

> Je, prosim, nejaky vyvoj s tou sitovou komunikaci?

Jestli je nulový vývojem vývojem, pak ano. Podařilo se mi přeportovat uIP
 na STM32, ale zatím jsem se nedostal k tomu to přidat ke kódu unikarty.
Proc? Ptal jsem se onehdá, co si kdo představuje, co by měl TCP/IP stack
podporovat a jak by se měl chovat. Bohužel nikdo hozenou rukavici nezvedl.

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
- 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?
- k tomu se přidávají takové věci jako podpora DNS
- podpora mobilního HTTP nebo WAP ?

Moje původní představa byla mít jako demoaplikaci něco jako síťového
Bombermana pro více hráčů :-)

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






--- 

> 
> 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

Ahoj,

já tedy unikartu nemám, leda že by mi ji někdo udělal :-(

Zajímavá a praktická aplikace by mohla být telnet klient. Na to by byla
 potřeba
podpora tcp a pak napsat pro sharpa telnet. Ale myslím, že telnet na
z80 už někde bude,
tak by asi šlo "jen" o portování.

Jen tak mimochodem, po implementaci turbo nahrávání
(http://sourceforge.net/projects/mzftools/) mi občas v hlavě vrtá
rozchození oboustranné komunikace s pc pres zvukovku,
eventuálně implementace nějakýho síťovýho protokolu nad tím.

No nebyla by to krása - zapojit sharpa přes jacky do pc a mít síť?

Fuzzy

On 9/13/11, Vaclav Peroutka (sharpemupandora.cz) <vaclavpe[doména skryta]> wrote:

>
>
>
>> Je, prosim, nejaky vyvoj s tou sitovou komunikaci?
>
> Jestli je nulový vývojem vývojem, pak ano. Podařilo se mi přeportovat uIP
na
> STM32, ale zatím jsem se nedostal k tomu to přidat ke kódu unikarty.
Proc?
> Ptal jsem se onehdá, co si kdo představuje, co by měl TCP/IP stack
> podporovat a jak by se měl chovat. Bohužel nikdo hozenou rukavici nezvedl.
>
> 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
> - 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?
> - k tomu se přidávají takové věci jako podpora DNS
> - podpora mobilního HTTP nebo WAP ?
>
> Moje původní představa byla mít jako demoaplikaci něco jako síťového
> Bombermana pro více hráčů :-)
>
> 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
>
>
>
>
>
>
> ---
>
>
>
> ---
>

Ahoj,

SFTP je asi preklep, FTP by byl luxus a domnivam se, ze i TFTP by bylo genialni. Nicmene je otazka, zda je to vubec potreba. Puvodne jsem mel ideu, ze by na Sharpu byl webovy server, kde by clovek videl, co ma na karte, mohl spravovat soubory apod. Ale pokud vezmeme v potaz, ze stejne jsou to lokalni zalezitosti, tak vytahnout SD kartu a strcit jinam, upravit a vratit zpet neni zase tak narocna operace.

Urcite mnohem vic jsem pro jednoduchou komunikaci. Jsem pritel jednoduchych relativne rychle realizovatelnych reseni, takze kdybys pro zacatel naimplementoval jednoduchou UDP komunikaci, bylo by to bomba. Proste posles bajt a druha strana si ho chyti a nebo poptas nejaky buffer, jestli druha strana neco naposlala. Kdyz se toho sejde vic, proste to vysumi. Zadny protokol, proste paket sem, paket tam, nechytis, ztrati se. Na nejakou gamesovou pripadne jednoduchou aplikacni komunikaci by to mohlo stacit. Kazdy si nad tim muze napsat nejaky jednoduchy protokol. Rozsireni ve forme TCP by pak bylo skvele, kdyby bylo potreba posilat nejake vetsi data, aby to melo nejakou hlavu a patu. Otazka pak je, jak to implementovat na Sharpovi, asi by hodne z toho muselo resit STM32, taky by to chtelo trochu vetsi buffer. Protoze STM32 neznam, nemam vubec tuchu, jak slozite to je.

DNS nebo DHCP by bylo fajn, ale opet si myslim, ze to minimalne zezacatku neni nutne. Kazdy si tu adresu muze nastavit a je otazka jestli budeme nekdy spojeni ze Sharpa navazovate nekam ven na internetove adresy, aby to bylo opravdu potreba. Proste nice to have.

WAP je podle mne dnes uz pase, nejaka jednoducha forma HTTP by mozna byla fajn, ale fakt si myslim, ze alespon jednoducha UDP komunikace  by byla skvela. Daly by se pak vytvaret jednoduche hry, ae zminovany bomberman, mne napadaji snakes nebo tedka kovbojove, poustel jsem to zrovna na ZX80 a mam pocit, ze na Sharpu jsem to taky nekdy mel. Kovboj vlevo, kovboj vpravo, jezdis nahoru a dolu a upsotred jede vuz. Vim, multak jen pro dva, ale i tak staci. Ted mne napada, ze by to musela byt lokalni sit, pres net nam to neprojde, leda mit nejaky server ;-) I kdyz to by zase nebyl takovy problem napsat ani hostnout.

Co se tyka presmerovani tisku na printserver, to by se mi taky docela libilo, ale to je asi otazka dostat to do CP/M. I kdyz, kdyz uz by bylo to TCP, tak LPR je docela jednoducha zalezitost. I kdyby mel byt jen jednoduchy program, ktery presmerovany vystup posle na sitovou tiskarnu. Telnet uz by byl asi horsi orisek, je to docela dost slozitosti a opet je otazka, zda by to melo valny smysl. Dokazu si ale predstavit nejakou jednoduchou funkcionalitu, ze by slo poslat na vyzadani obsah video RAM nebo cele RAM tam a zase zpet. Takove remote snapshot.

Ono, kdyby byl zaklad te komunikace, alespon na to UDP, tak uz se asi spousta napadu vyvrbi.Bylo by skvele taky zverejnit nejaky aspone velmi jednoduchy popis funkcnosti a idelane i sample program, jak to volat a pouzivat. Hrozne to usteri praci a nakopne. Jasan, ze se da prostudovat zdrojak, ale znate to, cas.

Ahoj

Martin