Dotaz: Wine 0.9.4.5 a seriové porty!

[J@rys]

Zdravím! NA svém suse 10.1 mám zkompilovanou poslední verzi wine (0.9.4.5) a asi dva dny se pokouším rozchodit prográmek PAtmel, který je určený k obsluze programátoru PAtmel 3 připojeného na seriový port. Jde o programátor jednočipů. V podstatě moje dvou denní pokusy a čtení dokumentací dopadly neúspěšně. Nějaká komunikace probíhá, dojde i k načtení signatury jednočipu, ale 1) komunikace je pomalá, 2)načítání paměti flash z čipu trvá dlouho a pokaždé se zasekne. Jak jsem na to šel? Vytvořil jsem si symlink "com1" v adresáři dosdevices který ukazuje na /dev/ttyS0. Nastavil jsem i plná práva. Dále jsem experimentoval s příkazem setserial a vyzkoušel jsem uplně všechna nastavení uart a dalších parametrů, jaká tento příkaz umožňuje. Neuspěl jsem. Dále jsem zkoušel použít příkaz stty v nejvyšší nouzi, úspěch jsem nečekal, ani se nedostavil. dále jsem zkoušel experimentovat s nastavením wine - resp změnit nastavení položky COM1: v souboru ~/wine/system.reg. Zkoušel jsem si hrát s rychlostmi( 9600 - 19200), paritou (e,o,n) i s délkou bitů (8,9), také nic. Ještě jsem to posvětil změnou nastavení ve winecfg, emulace Win98, pak NT a nic... ( Nenapadá vás jak rozchodit programátor PAtmel3 ? Napadlo mě ještě zkusit jiné jádro linuxu, ale spíš tuším chybu ve wine. Co vy na to? Díky za odpovědi. J@

Odpovědi

[laco]

Také bych to od boku tipnul na wine, protože mi v nové verzi nejede soft, který ve starších verzích běžel bez problémů, což dokáže člověka pěkně vytočit. V případech co znám, tak všichni bohužel raději provozují programátory+soft v prostředí win (jde sice o PIC, ale to je teď jedno).

[Rada]

Možná by stálo za to zkusit vrátit se ke starší verzi wine a zkusit to rozjet tam. Předpokládám, že nějaká verze wine bude i přímo v repozitářích distribuce. Co jsem dělal kdysi pokusy s wine a sériovým portem, tak se každá verze wine chovala jinak.

[J@rys]

To jsem zkoušel, ale jen o verzi dozadu 0.9.4.4. Napadá mě, je šance to rozchodit ve Virtualboxu?

[Jiří Němec]

Co se pokusit domluvit s tvůrcem toho programátoru na uvolnění zdrojových kódů? V případě nějakého profi programátoru bych nad tím nepřemýšlel, ale když vidím tu bastl page d72.

Já zatím atmegu programuju pomoci avrdude a primitivního zapojení stk-200, vy ale asi potřebujete programovat uP bez ISP.

[T.O.M.]

Zdravim, taky resim uz delsi dobu stejny problem s programatorem uP Atmel. Po delsim jednani s tvurcem PAtmelu jsem od nej ziskal zdrojove kody k PAtmel2 i k PAtmelX...

Mym planem bylo napsat patmel znovu pomoci QT4 knihoven cimz by vznikla verze bezici na widlich i na linuxu (mac nemam jak odladit).

Po zbeznem nahlednuti do zdrojaku (psano ve visual basicu) moc prehled o praci programu, coz praci zpomali.

Jake funkce u programatoru vyuzivate? Jake procesory? Umoznit editaci hex souboru primo v PAtlemu nebo piplat se s podradnymi dialogy na vyplnovani pameti nemam v umyslu...

Nasel by se nejaky tester s vice typy programatoru (verze 2, 3, 4) ochotny trpelive programovat ruzne typy svabu a odchytavat spatne casovani? Ja mam k dispozici jen verzi 2 a par nejpouzivanejsich typu uP.

[J@rys]

Tak jsem si zkusil nainsatlovat Virtualbox a do nej XPcka. Nastavil jsem seriovy port a uspech se zase nedostavil. Zasadni vliv na chovani programatoru a komunikace ma, jak jsem si vsiml, nastaveni prikazem setserial, resp uart 16550, 16550A a dalsi volby. Akorat ze zadna z nich neni ta prava. Takze mozna pomuze prekompilovat nejake posledni stable jadro nebo se vrhnu rovnou na cistej Mrkvosoft a budu programovat

[trekker.dk]

Kromě setserial se pro nastavování sériového portu používá také program stty (například stty -a -F /dev/ttyS0 vypíše veškerá nastavení toho portu) Možná by stálo zato se podívat, jestli zapnuté něco, co vadí (defaultně třeba bývá zapnuté echo, takže co se do toho portu vyšle, to se z něj zase vrátí)

[stativ]

Když virtual box tak i vmware ne ? Sice je to z jiného soudku, ale připojení mobilu pomocí sériového portu mi šlo u vmware dokonale.

[J@rys]

Tak jsem si hral s nastavením pomocí stty a nedaří se ani teď. Není přece možné, aby v linuxu nefungoval normálně seriový port. Pořád se mi tomu nechce věřit.. Vypl jsem všechny terminálový vychytávky a snažil jsem se to nastavit jako klasickej seriovej port:

speed 19200 baud; rows 0; columns 0; line = 0;

-parenb -parodd cs8 -hupcl -cstopb cread clocal -crtscts ignbrk -brkint ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel -iutf8 -opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 -isig -icanon iexten -echo -echoe -echok -echonl noflsh -xcase -tostop -echoprt -echoctl -echoke