Problem med överföring PC - CNC

[X-IL]

Eller en annan bildskärm.
Har datorn två grafikkort, ett inbyggt ett externt? Eller har det funnits ett externt tidigare, vet att det fanns ibland switchar på moderkortet för att slå av det inbyggda grafikkortet.

[säter]

X-IL:
Där sa du något.
Jag pluggade in i det integrerade uttaget.
Om det råkar sitta ett separat kort också, då kanske det inbyggda inte fungerar?

[X-IL]

Precis, men det borde du ju kunna se snabbt på baksidan av datorn.

[sodjan]

>>> #Först i CIM.BAT så körs ju BOOT.EXE. Gick *DET* bra via COM2 ?
>>> Om inte, så är ju allt annat ganska ointressant...#

> Nej, det funkade inte. BOOT.EXE körs naturligtvis, men ACRA2.HEX laddas inte.

OK, det var det jag menade...
Det var alltså BOOT.EXE som inte fungerade, men du valde
att nämna påloggningen mot NetWare istället...
Det blir inte lätt att hänga med då...

Varför behövs NetWare delen för att testa BTR kommunikationen ?
Är det där som själva NC filerna ligger ?

*Jag* skulle, för att enklare felsöka det hela, göra en alternativ CIM.BAT
utan Netware delarna och ha de kristiska filerna lokalt. Jag antar att det
är "f:\usr\cim\komp8.ini" (plus kanske något som ini filen eventuellt i sin
tur pekar på) som är det kritiska.

Det här är väl samma anläggning som var uppe i förra sommaren i
"Klona NetWare-server" tråden ?
http://elektronikforumet.com/forum/view ... =2&t=43156.
Den kan vara intressant för andra att läsa för att få lite bakgrund...

[säter]

#Det var alltså BOOT.EXE som inte fungerade, men du valde
att nämna påloggningen mot NetWare istället...
Det blir inte lätt att hänga med då...#
Nej, BOOT.EXE drar igång. Däremot laddas inte ACRA2.HEX som den ska.
Tidigare, med COM1 inkopplad, så fortsatte den ändå att ansluta till nätverket automatiskt.
Trots att ACRA2.HEX inte laddades korrekt.
Med COM2 inkopplad, lyckas den inte hitta nätverket automatiskt.
Efter ett tag blir det timeout. )jag minns inte oragrannt vad det står på skärmen)
Anslutningen till nätverket ser du längst ner i CIM.BAT

#Varför behövs NetWare delen för att testa BTR kommunikationen ?#
Behövs inte alls för test.

#Är det där som själva NC filerna ligger ?#
Så är det.

#*Jag* skulle, för att enklare felsöka det hela, göra en alternativ CIM.BAT
utan Netware delarna och ha de kristiska filerna lokalt.#
Det ska jag göra. Som även Labmaster var inne på, ska jag göra en förenklad CIM.BAT, tillsammans med BOOT.EXE och ACRA2.HEX, starta från diskett.

#Det här är väl samma anläggning som var uppe i förra sommaren i
"Klona NetWare-server" tråden ?#
Jo, visst.

Jag mindes fel angående grafikkortet.
Det sitter enbart separat grafikkort i P1'orna.
Jag ska sätta i ett som jag vet fungerar.

[swesysmgr]

Jag ska ju byta ut datorn.

Nu var det motigt.
Skiftade hårddisk och nätverkskort till den nya datorn.
Drog igång, men fick inget som helst liv på bildskärmen.
Är VGA-utgången kass på P1'an kanske?

Koppla i skärm och tangentbord men ingen hårddisk först, när du slår på strömmen kommer BIOS-texten att visas om VGA och moderkort är OK.

Jag tror det går fortare att ta en P1-maskin med tillhörande PCI nätverkskort och hårddisk och installera DOS + NW 3.11 klienten än att försöka meka i riktigt gammal hårdvara från den andra datorn.

[säter]

#Jag tror det går fortare att ta en P1-maskin med tillhörande PCI nätverkskort och hårddisk och installera DOS + NW 3.11 klienten än att försöka meka i riktigt gammal hårdvara från den andra datorn.#
Jag har inget PCI-nätverkskort med BNC-anslutning.

#Koppla i skärm och tangentbord men ingen hårddisk först, när du slår på strömmen kommer BIOS-texten att visas om VGA och moderkort är OK.#
Det verkar heldött.
Nu har jag skiftat grafikkort med min kontorsdator. Det vart ingen skillnad.
Och kortet från den nya datorn fungerar i kontorsdatorn.

Jag testade att dra igång den gammla 486'an igen, utan disk, och skärmen verkar fungera.

Jäkla irriterande, nu kom man bort från det egentliga problemet.

[säter]

Jag hämtade ner en 3'e dator, och nu fick jag bild.
Tyvärr så var det XP installerat på disken, så det lär inte fungera att göra som tänkt.
Jag tror jag kör ett "långskott" och pluggar i den gamla disken.

[sodjan]

> Tyvärr så var det XP installerat på disken,

Innan du börjar plocka med hårdvaran, TESTA !!!
Det kan inte annat än inte fungera, kanske fungerar det.
Det kan i alla fall inte göra någon som helst skada !

De flesta "DOS" program går att köra under XP.
Och om du har källkoden till BOOT.EXE (och CNC.EXE ?)
så är det annars hög till att kompilera om dom så att de
fungerar även under moderna Windows versioner.

[labmaster]

Du menar att Windows XP inte hinner att trycka datat till serieporten tillräckligt snabbt? Eller går det inte att köra boot.exe i ett dosfönster under Windows XP?

[säter]

#Eller går det inte att köra boot.exe i ett dosfönster under Windows XP?#
Det är möjligt att det går.
Jag pluggade i gamla DOS-disken och den bootade upp utan större problem.

Testade att köra min nedbantade CIM.BAT från diskett.
Det verkade fungera fint, fick rätt bootstatus och felindikeringslampan på NC-systemet gick att resetta.
Det tyder på att överföringen är igång.

Testade sedan att upprepa proceduren, då vart det samma fel som tidigare.
Verkade fungera en gång med kall dator, sedan kommer felet.

Nu börjar jag bli ytterst tveksam till att felet verkligen är i serieporten.

[sodjan]

Nej, om du får exakt samma fenomen i en helt annan maskin
så är det ytterst osannolikt att det är hårdvarafel i *datorn* !
D.v.s samma "fel" på två helt olika datorer...

Jag tor inte heller att det har med kall/varm dator att göra.

Då perkar mer mot BTR kortet igen...

Har du gjort sådant som att skaka, peta på, vända upp och ner
o.s.v på BTR kortet för att se om det går att få felet att komma
och gå ?

Hur långt är det till Säter från Söderköping ?

EDIT: Svar 27 mil...

[säter]

Jag var ner nu och gjorde nya test.
Första försöket med kall dator fungerar, då får jag bootstatus (0).
Ytterligare försök blir andra bootstatus, mestadels (4).
Datorn behöver bara vara avslagen 5-10min, sedan funger ett försök igen.

Jag har brytit lite i kabel och kort men det verkar inte påverka.

Jag fick mail nyss från killen som har skrivit själva PC-programet CNC.EXE.
Han har även skrivit BOOT.EXE. Dock är det snart 20 år sedan.
Det är inte han som har gjort BTR-kortet.

Hej.



Jag hittade version 8.6 liggande här. Du kör nog 8.4 och kanske 8.3 i någon maskin om jag minns rätt.

8.6 gjorde jag då jag var i Libyen, det skiljer inte mycket för din del men jag var ju tvungen att lägga till Jones & Lambson som maskintyp.



Både boot.c och acra2.c finns med, dvs jag har källkoden till BTR-kortet också!

Bootloadern finns inte med.



boot.c gör hård reset på kortet mha en separat ledare i seriekabeln (boot.c rad 139 och 147).

Då bootloadern startar skickar den ut '='. Boot.c skickar då över applikationsfilen, rad för rad. Jag tror inte att bootloadern svara efter varje rad utan boot.c kör på i blindo till dess att filen är slut.

Bootloadern skickar '(', 4 tecken checksumma, ')', ':' (samt ev felkod 2 tecken och '?').

boot.c jämför med filens checksumma och skickar ned '/', 4 tecken address och <CR> för att starta applikationen. Bootloadern svarar då med '@' och hoppar till angiven address. Då applikationen startat skickar den ut '!' och bootstatus blir noll.

Om det blir ett fel i denna sekvens så blir bootstatus något annat. Felkoderna för bootstatus finns i boot.c på raderna 21 till 33 (LoadOk = 0, ErrNoEq = 1, etc).



Applikationen skickar 'F' resp. 'B' när TAPE_FWD/TAPE_BWD blir aktiv och förväntar sig en rad från pc.

Om pc skickar <ESC> (ascii 27) så tömmer kortet radminnet och svarar med '!'. Det är så CNC kollar om kortet lever eller om applikationen ska laddas. CNC skickar <ESC> lite nu och då och så länge som det kommer '!' som svar från kortet så står det ONLINE.



Kolla 5V på kortet och kolla RS232-signalerna med oscilloskop som ett första test.



Hörs

[labmaster]

Nu börjar jag bli ytterst tveksam till att felet verkligen är i serieporten.

Det har jag sagt hela tiden men du vill inte lyssna på mig . Om det är ett värmeproblem som innebär att BTR:en fungerar när den är kall så kan man kanske hitta felet genom att använda kylspray. Det kan kanske vara en virning som är på väg att ge upp men det är inte heller så säkert ty dessa brukar ofta hålla i evigheter. Mera troligt är det en komponent som problemet ligger hos ifall det handlar om ett värmeproblem.

Hur som helst famnar du i luften så länge du inte vet vilka kommandon som får BTR:en att vakna upp och vänta på HEX-filen. Det blir så att säga svårt att isolera felet enär du inte har någon kontroll på boot.exe som innebär att du kan dumpa det som kommer i retur från BTR:en.

Kunde du ta reda på vad som får den att vaka och vänta på HEX-filen så kan du koppla upp en terminalemulator till den och sända startkommandot. Får du ett svar så vet du att den lever. Får du inget svar så är den inte villig att ta emot något. Om du då tar fram kylsprayen och blåser på lite på några väl utvalda ställen kan du testa att skicka tartsekvensen igen. Får du något tillbaka så vet du var felet ligger genom att du minns var du sprutat kylvätska. Det går visserligen att använda boot.exe också men det är krångligare och tar längre tid.

Nåväl, lyssna inte så mycket på vad jag säger. Jag har bara sysslat med datorer i över 30 år och redan gjort de misstag som du står inför. Jag brukar säga att man måste köra i diket innan man kan köra bil och det kanske gäller i detta sammanhang också.

Om jag hade bott nära dig hade jag kommit över och hjälpt till men det är lite långt att åka till Säter. Mitt hetaste tips just nu är alltså kylspray i lagom mängd.

[säter]

#Det har jag sagt hela tiden men du vill inte lyssna på mig .#
Jag lyssnar och tar åt mig allt du säger.
Nu var det så att ev. värmeproblem verkade vara i PC'n, inte i BTR'en.
Men eftersom felet kvarstår, efter byte av PC, så är jag tveksam om det verkligen var något fel på PC'ns serieport.

Nu har jag fått tag på källfilerna till BOOT.EXE och även ACRA2.HEX
Ska jag kopiera in texten i tråden eller?