Problem med överföring PC - CNC

[labmaster]

Aha, du hann posta innan jag var färdig med mitt inlägg och jag bemödade mig inte med att läsa. Koppla upp en terminalemulator med hastighet och parametrar som jag har skrivit tidgare. När du spänningssätter BTR:en bör det komma ett "=" på skärmen. Gör det inte det så kan det bero på att du har ställt in fel hastighet eller att du har angett fel parametrar. Försök röna ut vilken av trådarna på RS-232 gränssnittet som resetar BTR:en. Varje gång den resetar skall det dyka upp ett "=".

Dra i linan, det vill säga sätt den låg eller hög. Inget "=". Använd kylspray, dra i linan kommer det "=" har du hittat felet med kylsprayen.

Jag kan skicka ett PM till dig med min epost så kan vi ta det den vägen. Vill du ringa mig så går det bra också.

[säter]

Jag har nu kopplat upp terminalemulatorn.
Vid varje spänningstillslag av BTR-kortet visas "=" på skärmen. Ny rad varje gång.
Däremot, trycker jag på resetknappen på BTR-kortet, kommer det några "random" tecken på skärmen.

Går det att utläsa ur BOOT.c vilken lina som är reset?

[sodjan]

> Aha, du hann posta innan jag var färdig med mitt inlägg och jag bemödade mig inte med att läsa.

Gör gärna det. Du måste (?) ju i alla fall göra det förr eller senare för att
hänga med i tråden, så då är det bättre att göra det innan man postar
så slipper man tala "om varandra". Kanske blir hela inläggt helt onödigt
eller i alla fall delvis irrelevant (och kan justeras före postning).

> Nåväl, lyssna inte så mycket på vad jag säger. Jag har bara sysslat med datorer i över 30 år...

Jag med. Och jag köper inte dina teorier rakt av. Jag är helt med på att mäta (d.v.s logga
med t.ex en terminalemulator) för att bättre förstå problemet, men att därifrån koppla det
till ett värmeproblem är det en bit. Det kan lika gärna vara glapp. Om det t.ex inte finns
tillgång till kylsprej så är det bättre att göra andra saker än att springa och köpa kylsprej.

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

Om det är OK för upphovsmannen (kolla det !) så kan du ju bifoga filerna, du
behöver inte kopiera in dom i inlägget rakt av. Jag skulle gärna se om det går
att kompilera om källkoderna för att fungera under valfri Windows version.
Har du även källkoden till CNC.EXE ?

Som jag förstår det så är alltså upphovsmannen inte tillgänglig för att felsöka det hela ?
Är detta prylar som är en "one-off" och som enbart används hos dig ?

> Vid varje spänningstillslag av BTR-kortet visas "=" på skärmen. Ny rad varje gång.

OK, det är ju förväntat. Även efter en mycket kort avstängning (för att utesluta avkylning) ?

> Däremot, trycker jag på resetknappen på BTR-kortet, kommer det några "random" tecken på skärmen.

"random" säger inte ett smack. Menar du bare att de är konstiga eller att de är olika varje gång ?
Du har inget schema på kortet ? Det kom ju visst inte från samma kille som har skrivit programmet !?

[sodjan]

> Går det att utläsa ur BOOT.c vilken lina som är reset?

Han sa ju :

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

[säter]

#"random" säger inte ett smack. Menar du bare att de är konstiga eller att de är olika varje gång ?#
De är ialla fall konstiga. Dessutom sker inget radbyte.
Jag ska gå ner och köra några reset med knappen, och ta en bild.

#Om det är OK för upphovsmannen (kolla det !)#
Det tror jag.
Jag fick även källfilen till CNC.EXE, men den måste jag fråga om först, innan jag delar ut.

#Är detta prylar som är en "one-off" och som enbart används hos dig ?#
Skulle tippa att mjukvaran är 5-off, varav jag är den enda som fortfarande använder den.
BTR-kortet är 1-off, och ritningar saknas.

ACRA2.C

BOOT.C

[sodjan]

OK.
Rad 139 och 147 innehåller :

Kod: Markera allt

  set_modem_status( port, MCR_RESET ); /* set reset state */
...
  set_modem_status( port, MCR_RUN ); /* remove reset state */

och MCR_RESET och MCR_RUN innehåller :

Kod: Markera allt

#define MCR_RESET       0x09
#define MCR_RUN         0x0b

Problemet är att vi inte har tillgång till koden till set_modem_status,
den kommer sannolikt från något som heter ser.c. Så där kör vi
fast eftersom vi inte har en komplett bild.

Men om man går efter :
http://en.wikibooks.org/wiki/Serial_Pro ... s_Register
Fast det är nog detta som är mer rellevant :
http://en.wikibooks.org/wiki/Serial_Pro ... l_Register
Så skulle de två värderna ovan betyda att det är "Request To Send" som används till reset.
Pinne 4 en DB-25 eller pinne 7 i en DB-9.

Du kan ju kolla vart en linjen går så kanske det ger en ledtråd. Den borde kanske
gå till samma ställe som reset-knappen på kortet...

Jag vet inte om det ger så mycket mer en lite mer förtståelse kring hur det fungerar.

[sodjan]

Du kan även öka parametern "-d1" i anropet till BOOT.EXE för att få
en del "debug" på skärmen direkt. Prova t.ex med "-d2" eller "-d4".
2 verkar logga inkommande tecken och 4 utgående. Testa !

[säter]

Jag var ner och skulle fota terminalemulatorn när man trycker på resetknappen.
Då visar det sig att nu kommer det "=" med radbrytning, varje gång jag trycker på knappen.
Kanske knappen behövde lite motion, vad vet jag.
Däremot när jag spänningsätter upprepade gånger, genom sätta i väggvårtan, kan det någon enstaka gång komma med ett konstigt tecken tillsamman med "=". Jag antar att det kan bli någon störning när man sätter i väggvårtan?

Jag ska gå ner och testa att ändra parametern "d", få se vad det visar.

Det här förbryllar mig lite:
Vad är det som kan påverka att det fungerar vid kall PC?
Är det lite bättre "kräm" i serieporten när den kall? Så att det fungerar då om något på BTR-kortet "är på gränsen"?
Helt klart är att "=" kommer som det ska vid varm PC.

[sodjan]

Det där med kall/varm är lite svårt att kommentera just nu.
Det kan vara själva av/på stängningen också, inte värmen i sig.
Eller något helt annat...

> Vad är det som kan påverka att det fungerar vid kall PC?

Jag läste först lite för snabbt "kall pilsner"...

En helt annan sak. Har du någon mer seriekabel ?
Deet *kan* även vara en sådan skitsak som glapp i kabeln.
D.v.s varken BTR-kortet eller PC...

[säter]

#Det kan vara själva av/på stängningen också, inte värmen i sig.#
Det hjälper inte med bara av och på-stängning, den måste stå ett tag också.

#Jag läste först lite för snabbt "kall pilsner"...#
Jag tror inte man ska kombinera det med felsökningsarbete.

#Det *kan* även vara en sådan skitsak som glapp i kabeln.#
Den skulle man kanske ha bytt ut.
Det är sådan här modell med både DB-25 och DB-9, vilket innebär att DB-25'an blir exponerad för allehanda smuts.

Det här är intressant:
Efter att resetknappen böjade fungera nyss, så triggas laddning av ACRA2.HEX efter reset, vilket jag tycker verkar normalt.
Det gjorde det inte tidigare idag. Enda sättet att trigga laddning var att hårt boota om PC'n.
Nu, när jag kör CIM.BAT får jag bootstatus (10), vad nu det innebär.
Dessutom går den ON-LINE. Så det verkar i princip fungera nu.

Jag har inte dragit igång maskinen och testa skarpt, men jag tror det fungerar.
Jag ska göra några mer test, och fungerar det, då tror jag att jag byter tillbaka till den gamla datorn.

Fortfarande lite märkligt att man får bootstatus (10), det borde bli (0).

[sodjan]

Bootstatus är definierade här i boot.c (jag har lagt till siffrorna):

Kod: Markera allt

typedef enum {
  LoadOk,  0
  ErrNoEq,  1
  ErrNoFile,  2
  ErrAnyMissing,  3
  ErrLpMissing,  4
  ErrChksumMissing,  5
  ErrChecksum,  6
  ErrRpMissing,  7
  ErrColonMissing,  8
  ErrCodeRecvd,  9
  ErrAlfaMissing,  10
  ErrExclMissing,  11
  ErrUnknown  12
} Status;

Första redan (0) är "LoadOk" och (10) är "ErrAlfaMissing" och det
uppstår om inte ett "@" kommer som förväntat. Se din tidigare beskrivning
över protokollet.

> ...Bootloadern svarar då med '@' och hoppar till angiven address.
> Då applikationen startat skickar den ut '!' och bootstatus blir noll...

Någonting "går fel" där. Dock så verkar det ju som att även om "@" missas
så kommer programmet på BTR-kortet i alla fall att starta upp. Du får se
om det fungerar hela vägen också...

[sodjan]

> Jag skulle gärna se om det går att kompilera om källkoderna
> för att fungera under valfri Windows version.

För det behövs så klart även de saknade delarna där t.ex
"set_modem_status", "serial_in" och "serial_out" finns. Just
nu saknad det för mycket för att det ska gå rakt av.

[säter]

Nu när jag kom ner för avslutande test, då får jag bootstatus (0), trots upprepade försök.
Det verkar åter vara ett sådant här fel som lagat sig själv.
Det otäcka med sådana fel, är att de har en tendens återkomma.

Jag bytte tillbaka till gamla datorn, allt verkar fungera, nätverksinloggning och hela köret.
Drog igång hydrauliken på maskinen och körde ett kort program "i tomma", och allt verkar fungera.

Hur som helst, något hände där när resetknappen började fungera.
Att det var något fel på den ursprungliga datorn, det tror jag man kan utesluta.
Det var ett bra tips Labmaster, att provocera fram "=", och kolla på terminalemulatorn.

#Jag skulle gärna se om det går att kompilera om källkoderna
för att fungera under valfri Windows version.#
Jag nämnde det någon gång för programeringskillen, ang. CNC.EXE,
men han påstod att det var inte bara bara, att kompilera om det för Windows.

Det var en hel del som skulle behöva skrivas om i källkoden, vilken enligt honom själv för närvarande är "ett enda lappverk".
Det hör till saken att CNC.EXE är samma för alla olika maskiner. Även de som körs från printerporten, med endast ett hårdvaruinterface.

[sodjan]

> Hur som helst, något hände där när resetknappen började fungera.

Ja, det kan ju vara antingen orsak eller symptom (på något annat).
Själva BTR kortet känns inte helt tillförlitligt.

> men han påstod att det var inte bara bara, att kompilera om det för Windows.

Jag vet inte exakt vad han syftar på, men min tanke var aldrig att göra ett
riktigt (GUI) Windows-program, enbart se till att det i alla fall var *körbart*
i de DOS-miljöer som nyare Windows erbjuder.

Mycket handlar ju också om din egen miljö där detta används. Jag har inte
en aning om egentligen vilken volym/värde det hela representerar. Är det
hobby eller yrkesmässigt o.s.v. Ska det köras "året ut" eller 10 år framåt...

[labmaster]

Kylspray är bra till mycket. Man kan hitta både dåliga lödningar såväl som dåligt virade stift. Det går till och med att hitta defekta komponenter med kylspray. Vill man vara med och tävla lite om vem som först hittar felet hos dig är man naturligtvis lite motståndare till kylspray .

De där random tecknen kan komma från flera källor. Den mesta vanliga är att UART:en inte har rätt parametrar samtidigt som den skickar ut något på porten medvetet eller av misstag. En annan orsak kan vara att det glappar i ledningarna från UART:en till RS-232 kretsarna eller att det är glapp i förbindelsen mellan pinnarna på de två RS-232 kretsarna i respektive sida.

Om inte PC:s resetsignal kommer fram till BTR:en så får inte boot.exe någon bekräftelse, det vill säga "=" och då kommer den sannolikt att stoppa med felmeddelande.

Jag tror du kan vara helt säker på att PC:n fungerar som den skall. Felet ligger i BTR:en eller i seriekabeln. Är det oxid eller annan smuts så går det faktiskt att lokalisera felet med kylspray. Jag använder detta universalmedel ganska ofta som verktyg i felsökning.

Jag skall kolla lite på källkoden så får vi se vad som jag kan åstadkomma. Saken är den att jag håller på med att annat projekt med en BTR inblandad och håller på att skriva programvara för att dumpa filer till den. BTR:en sitter på en gammal SMT-Pullmax Swedturn 10. Jag skriver både CNC-simulator och program för att skicka filer till BTR:en.

Det kan hända att jag bygger en ny BTR till den också så småningom.

Hur som helst kanske du kan få en ny boot.exe för Windows av mig framöver. Du kanske har någon kul grej att kastbyta med som jag kan ha nytta av.

By the way, CNC.exe vet jag inte vad den gör men det kanske går att fixa något annat för just ditt system som inte behöver klara alla världens NC-maskiner.

PS. Köp en tub kylspray som du kan nyttja när BTR:en hakar upp sig igen . DS.