Svenska ElektronikForumet

Denna tråd är början på ett sammarbetsprojekt för att skapa en ny och bättre firmware till T-962
Det finns antagligen ett gäng T-962 lödugnar hos många här.
Som i stort sätt alla som har använt dylik finner att original mjukvaran inte helt bra.
För att nämna några detaljer

• Tidsuppfattning helt felaktig
• Svårt att ändra kurvan
• Om man ser på displayen verkar den följa temperaturkurvan bra, men verkligheten är något helt annat
• Temperaturmätningen stämmer inte helt mot verkligheten
  etc.

För att råda bot på åtminstone några av dessa punkter tänkte jag att man skulle kunna göra ny firmware till den befintliga hårdvaran.
Hårdvaran verkar vid en första titt vara rätt så OK.
Där sitter en lpc2134 ARM processor, AT24C02 EEprom, grafisk display, 5 knappar, summer etc.
På kortet sitter det dessutom en ISP header så man kommer åt att programmera om den på ett enkelt och smidigt sätt.
Det är där de "nakna" kablarna sitter i ovankant på bilden ovan.
lpc2134 innehåller en ROM bootloader. Man behöver bara en vanlig RS232 till 3.3volt omvandlare för att programmera om den från en PC.

Här är en bild hur jag satte in min. Lite overkill men kortet jag använt är en del av ett annat projekt. Innehåller två USB till serie omvandlare tillsammans med en usb hub. Tog den bara för att jag hade den.
Intressant observation när man kopplade in och försökte läsa ut befintliga programmet. Den var helt olåst!
Man kan m.a.o. läsa ut befintlig firmware. Lägga in något annat för att sedan gå tillbaka igen.
Bara för att man lägger in en alternativ firmware så kan man alltid gå tillbaka om man vill.
Använde LPC2000 Flash Utility för att initialt läsa ut befintlig firmware.
Jag har redan börjat lite smått. Har tagit reda på vilka pinnar som används och vad de används till.
Allt går direkt på IO pinnar, knapparna, fläkten displayen etc. Inga problem där.
Har även skapat lite kod för att se hur mycket jobb det skulle vara att få igång displayen.
Bestämde mig för att se om man kunde använda openGLCD Arduino libbet utanför en Arduino miljö.
Visade sig inte vara några stora problem. Det största var att få ihop länkfilen så man får med alla hjälpfunktiner som länkaren skapar och att man verkligen kallar på constructorn på alla initiala instanser.

När man väl fått ihop det så hoppade displayen snällt igång.

Det jag har körandes nu är

• Display, rita linjer, bitmaps, text med olika fonter etc. d.v.s. allt som openGLCD stödjer
• Styra bakgrunsbelysningen på display (av-på)
• Kan läsa knappar, pollat ej interrupt.
• Styra fläkt och lampa (styr det nu med två av knapparna)
• Läsa av tempgivarna, pollat, bara råa ADC värden. Inga beräkningar på temp. Värdet stiger med ökad temperatur.

Kvar att göra:

• mycket

Jag letar som sagt efter någon till som tycker att det skulle vara intressant att hålla på med detta projekt.
Jag själv har ingen brådska med detta. Skulle bara tycka att det var kul att hålla på med något tillsammans med en eller flera andra.
Om jag skall vara helt ärlig ligger mitt intresse främst i att om det går att göra. Se om man kan göra något som fungerar bättre än ursprunget med enkla medel.
Mitt intresse ligger mest på de "låga" nivåerna d.v.s koden närmast hårdvaran.

Om intresse finns så kan vi diskutera om hur vi skall driva det.

Grymt kul!
Skall följas!. har en likadan hemma och precis som du skriver så är mjukvaran förfärlig!
Säg gärna till om du behöver någon hjälp!
/Fredrik

Roligt projekt. Har en T-962 så i mån av tid kan jag gärna stötta projektet.

Kul med lite respons.

Vi får fundera lite på hur man skall lägga upp ett samarbete.
Är öppen för förslag.

Första frågan vi måste ställa oss är.
Skall vi ha öppen utveckling eller stängd?
d.v.s. skall koden vi tar fram vara öppen för alla medan vi jobbar på den?
Var skall vi ha koden? Github? Egen git server?

Jag bifogar koden som den ser ut idag. Den är i stort sett bara en "proof of concept". Kan man styra allt man vill och få ut allt man vill. Det tycker jag att denna kod visar.

Om ni bestämmer er för att testa den så kom ihåg
TA BACKUP PÅ ORIGINAL FIRMWARE INNAN NI FLASHAR IN NÅGOT NYTT!!!
(ursäkta skriket, men jag kan inte säga tillräckligt mycket hur viktigt det är)

Denna firmware är inte heller något som man kan köra med.
Den visar bara:
många sekunder den varit igång.
Råa ADC värdet på de båda tempgivarna
En exempel bitmap från openGLCD
Om man trycker på någon knapp visas ett streck nederst på displayen.
Trycker man på F2 tänds värmeelementet
Trycker man på F3 körs fläkten

Det är allt den gör idag.

Information om hur man kopplar in sig på ISP kontakten finns i README.txt filen.
Här finns också information om vilka CPU pinnar som används och till vad.

Edit:
Glömde. Kan vara bra att lägga till pullups på fläkt och lamp gpio.
Pinne 1 och 3 på 74HC04.
Jag gjorde såhär: Om man inte lägger till dessa pullup's så går fläkten och värmaren för fullt medan man flashar!

Har tittat på hur de har gjort med temperaturingångarna.
Tyvärr är det inte en helt bra lösning.
Där sitter bara en helt vanlig OP, non-inverting, med gain på 84.
((47+36) / 1) + 1 = 84
Återkoppling: 47k fast motstånd + potentiometer 36k
Mot jord: 1k

I min så har jag ungefär ADC värde på 24 i rumstemperatur
Vref till ADC'n är 3.3 volt, 10 bitar.
Detta borde ge en spänning från givaren på 0.920mv
(3300 / 1024) * 24 / 84 = 0.920

Enligt slumpvis vald k-givare tabell från nätet t.ex http://www.pyromation.com/downloads/data/emfk_c.pdf
så ger detta en temperatur på ungefär 23 grader C
Helt rimligt rumstemperatur.

Tyvärr så ger den andra givaringången helt andra värden. Ligger mycket lägre.
Ligger på 0 tills den första kommit upp till 40.
Provat med att byta givarna mellan ingångarna, ingen skillnad.

Mäter man med multimetern på ADC ingången så ger den mycket lägre spänning.
Ohm mätning på återkopplingsmotstånden ger samma värden på båda kanalerna.
Detta tyder på att min OP är underlig på ena kanalen.

Skulle vara intressant att veta om det bara är min enhet som uppvisar detta beteende.
Ingen brådska med detta.

En annan observation är att i rumstemperatur så visar original firmwaren 33 grader C.
Men det är för högt, så varmt har jag inte i mitt rum, så jag tror inte att man skall se det värdet som sanningen.

Edit: 0.920v => 0.920mV

Tja

intresant!, jag skall se om jag får tid i helgen så kan jag vränga upp min och kolla om den beter sig likadant.
Vi hörs
/Fredrik

Ser ut att vara ett riktigt spännande projekt! Ska bli roligt att följa din framfart, lycka till!

Bra hack, lycka till! Lägg ut det på Hackaday när du kommit lite längre så kommer du nog att få en massa support och hjälp från hela världen (om du vill)!

Uppdatering, gjort två saker.
1. Skrivit en klass som hanterar debounce, click, doubleclick m.m. för knapparna.
2. Skrivit temperaturberäkning utifrån ADC värden. Verkar faktiskt stämma rätt så bra mot verkligheten.
Ena sensorn stämmer bra, andra är helt off. Verkar som jag skrev i tidigare inlägg vara OP'n som är konstig.

Att en stämmer så pass bra förvånar mig en hel del. Mest med tanke på att det inte finns någon "reference junction compensation". Så frågan är hur den stämmer efter man kört ett tag och utrymmet där elektroniken är blir varmare.
En random referens till hur det egentligen skall göras, http://www.analog.com/library/analogdia ... couple.pdf

Nu när man tittar på det igen så börjar man undra en sak.
Varför fungerar det?
Ingen cold junction compensation. Inga speciella kontaktdon, bara vanlig skruvplint. Trådarna från sensorn sitter t.o.m. i hylsor innan skruvplinten.

I vilket fall som helt så är här senaste koden.

Har funderingar kring att skaffa en sånhär ugn jag med och blir detta lyckat så är jag nog tvungen att göra så

Annars avskräcker detta lite: http://diydrones.com/profiles/blogs/autopilot-brownies

" Ingen cold junction compensation. Inga speciella kontaktdon, bara vanlig skruvplint. Trådarna från sensorn..."

Behövs inga speciella material eller kontakter i kalla ändan så länge det inte finns nån temperaturgradient utmed ledarna där.
Om det visar bra utan RJ kompensering är det bara en tillfällighet. Värm kalla ändan av termoelementtråden med fingret och du kommer att se att mätvärdena sticker i väg.

Tja
skruvade isär min idag.
Gjrde lite preliminära mätningar men fick inte någon likhet mellan kanal 1 & 2. Mätte du direkt på op:n?
Som jag fattade det så är det pinne 1 och 7 som är utgångar till adc?

Har du nån pinout för isp headern?

Japp, pin 1 och 7 är outputs från OP'n.

De går genom ett LP filter (enkelt RC) som sitter mellan led och fet precis brecid CPU'n.
R18 och R19 är motstånden. Kondensatorerna är omärkta.

ISP pinouten står i README.txt filen.

mri skrev:" Värm kalla ändan av termoelementtråden med fingret och du kommer att se att mätvärdena sticker i väg.

Som förväntat sticker temperaturvärdet när man värmer kalla sidan.
Körde en hårtork lite och den stack snabbt. Det gör även original firmware.
Inte heller detta är förvånande eftersom det inte finns någon temperaturgivare i den kalla änden som man kan använda för att beräkna kompensationen som behövs.

Frågan är då hur man går vidare i detta projekt.
Ser ingen lösning på detta problem utan att blanda in hårdvaruändringar.

Finns det någon överbliven ingång på processorn som skulle gå att använda för en extern tempsensor för kompensering av den kalla sidan?
Så att man har möjlighet att välja, antingen köra med orginalhårdvaran eller modifiera hårdvaran för en exaktare temperaturmätning beroende på vilka krav an har.
Eller kanske tom byta till en dedikerad krets för typ-K givare på ett externt interfacekort?