Arduino oven controller Versie 1.0

Hi Peter

Maar is dat product ook weer los te maken zonder breekwerk?
En ik zie zo even niet waar ik dat spul kan kopen, ik ben de KLM of Boeing niet

Groet,
Bram

SHELL TIXOPHALTE WET

Shell Tixophalte Wet is een professionele bitumineuze afdichtingskit en lijm met permanente flexibiliteit voor superieure kleefkracht. Tixophalte wet is een plasto-elastisch, neutraal doorhardend mastiek op basis van een (thixotropisch) hoogwaardige gemodificeerde bitumen/rubbercompositie en bevat additieven, vulmiddel en een niet-giftig en brandbaar oplosmiddel.

https://www.denbraven.com/nl-nl/producten/technologies/T16/tixophalte-…

Hi Roland,

Ik denk dat het Shell product te dik is om rond de doorvoetjes te gebruiken.
Verder weet ik niet of dit wel veilig is voor het kunststof van de doorvoertjes.
Het kan rode Teflon zijn maar ook een of ander soort plastic wie weet het, ik niet.
Het is in ieder geval elastisch

Dank voor de tip.

Groet,
Bram

Als je 1 of 2 delen met wax behandelt dan is het zonder breekwerk los te krijgen,

Ik weet niet hoe groot de opening is maar als die niet te groot is kan je evt humiseal 1b31 ook gebruiken.
Word gebruikt voor het behandelen van pcb enzo.

Ik stuur je morgen ff een Mail tje over de 1440.

Verder weet ik niet of dit wel veilig is voor het kunststof van de doorvoertjes.

Weet ik ook niet uiteraard, PVC is geen probleem, voor kabel doorvoeren werkt het ook prima. Dat vliegtuigspul lijkt me beter idd.

Hi,

Even en klein dingetje tussendoor om te kijken of ik de AD conversie beter kan krijgen.
Dus ik heb een Arduino Nano een beetje gehackt.

Ik heb een 1,235V referentie aangesloten(LT1004) via een 2K weerstand aangesloten op de digitale uitgang D13.

In de Setup van de code maak ik D13 Hoog en dan gaat de referentie aan.
Verder zijn er wat condensatoren aangebracht voor extra ontkoppeling 2x 0,47uF en een 3,3uF over de referentie aansluiting.

Dit was de eerste stap, extra voedings condensator, dat is de bovenste.
De onderste is de ontkoppeling van de A0 ingang waar de TMP37 op aangesloten gaat worden.
En als derde is de 2K weerstand over pen-D13 en de "REF" ingang.

Close-Up, door het weinige licht is de foto niet zo best.

Nu is de LT1004 Referentie en de druppel tantaal aangesloten.

En voor nu het laatste plaatje, de Nano met mooie printpennen uitgevoerd.

Deze nano komt op zo'n groen China printje met twee relais die de verwarmings wikkelingen van de twee ovens gaan overschakelen.
En dan op een goede manier bedraad zodat ik geen vreemd gedrag krijg door gebruik van een breadboard.

In het weekeinde ga ik testen in hoeverre dit opvoeren zinnig is

Gegroet,
Blackdog

Op 26 oktober 2016 21:10:55 schreef blackdog:
Wat vraagjes deze keer!
....
De doorvoertjes zijn nog niet eens het grootste probleem, de afdichting van de plaatjes die de buis afdichten hebben een veel groter oppervlak.
...
En dan moet er een soort pakking tussen die het dus luchtdicht en liefst ook dus vochtdicht houd.
Met de mogelijkheid als er reparatie nodig is, dat ik het zonder beitel open kan maken

Het eerste wat in mijn hoofd kwam was Velpon of een van de Collall lijmen.

Voor wat betreft de afdiching van de plaatjes op de kop de kanten: Waarom het jezelf lastig maken met lijm/smurrie? ( lastig open/dicht bij experimenteren)

Ik zou een pakking snijden uit een plaatje geschikt materiaal. Misschien is vettig dik papier al prima...

Denk voor verdere ideeën aan de deksels van waterdichte instalatiedozen etc.

De eerste en belangrijkste stap is natuurlijk zuiver werken, zodat de delen mechanisch al perfect sluiten

groet, Gertjan.

Hi Gertjan,

Ik ben mij aan het orienteren hoe ik dit het best kan oplossen en kennis aan het opdoen.
Ik krijg van PeterR ook wat spul opgestuurt waar ik eens mee kan experimenteren.
Dan blijven ze zelfs dicht voor aggressieve vliegtuigbrandstof

Ik ga ook nog naar de lokale bouwmarkt om wat lijm en kit te scoren.
Misschien blijft Velpon wel het meest simpele goede oplossing...

Pakking (papier enz.) wordt lastig, doordat er erg weinig ruimte overblijft bij de schroefgaten voor de deksels van de ovenbuizen.

Groet,
Bram

Op 28 oktober 2016 10:01:22 schreef blackdog Pakking (papier enz.) wordt lastig, doordat er erg weinig ruimte overblijft bij de schroefgaten voor de deksels

Ha Bram,

Dat heb je natuurlijk zelf in de hand bij het bepalen van de mechanische opzet.
- Je zou het (pakking)oppervlak groter kunnen maken door een ring aan de binnenkant (en/of buitenkant) van de buis te lijmen.
- Je zou het deksel al (bijna) hermetisch kunnen laten sluiten door aan de binnenzijde van het deksel nog een schijf te lijmen die zuigend in de buis past. (zodat de sluiting nu een soort trappetje wordt.

Als je bij de huidige constructie als pakkingsmateriaal schuim neemt dat je tussen buis en deksel plat drukt denk ik dat het ook wel hermetisch dicht zit.... (Neem een cirkel van schuim die een paar mm groter is dan het deksel. Zo zit er ook bij de schroefgaten plenty materiaal.)

groet, Gertjan.

Bram,
waarom de LT1004-2.5 schakelbaar gemaakt?
(de LT1004-2.5 heb ik ook gebruikt)

Hi René,

De referentie ingang vind het niet leuk als er een spanning wordt aangeboden als de interne Referentie nog aanwezig is.

Dus nu zeg ik eerst in de code dat de externe referentie gebruikt moet worden an dan zet ik de uitgang aan die de referentie voed.
Ik heb wat onderzoek hierna gedaan en dit is wat de meeste mensen adviseren.

Groet,
Bram

Hi,

Nu weer even wat nieuws van het ovenfront.
Gisterenavond heb ik de ovencode en de opgevoerde Arduino Nano geladen en in het over breadboard geplaatst.

De bedrading van de TMP sensor is ook een beetje aangepast, omdat de dunne draadjes niet goed in het breaboard passen.
Hier weer de testopstelling met de Arduino Nano nog niet op de goede stuurprint, had hiervoor nog geen tijd.

Hier is te zien op korte termijn het verschil tussen de twee Arduino's.
Links de versie die niet opgevoerd is en recht's van de blauwe circel de opgevoerde versie.
De data in de blauwe circel is tijdens het omprikken en software uploaden, dus geen geldige data.

Deze keer de beeldscherm data via een USB stick overgedragen,
plaatje is hierdoor een stuk netter van de 34461A multimeter.
Er is duidelijk te zien hoe mooi het nu is geworden zonder uitschieters.

Dit is ingezoomd, let op de schaal, het golfje in de lijn is weer de "window time" van de P.I.D. software.

Groet,
Blackdog

Hi lezers!

De laatste paar dagen als ik wat tijd had, heb ik gespeeld met de Teensy-LC.
Teensy-LC staat voor de Low Cost uitvoering.

Deze heeft t.o.v. de Arduino UNO en Nano een aantal voordelen.
Zoals een AD converter met een hogere resolutie en ook nog 1x een DAC van 12 bit.
Verder meer processor power en meer geheugen ruimte van 62kbytes.

Hij heeft ook een nadeel, alleen 3,3V geschikt en dat is dan lastig om een normale Power Fet mee aan te sturen.
Er is echter één bufferpin aanwezig die een enkele levershifter heeft, naar de op de USB aangebodden spanning.
Dat is Pin-17 van de Teensy-LC en deze zit aan de zijkant tegenover de USB connector.
Deze pin ga ik dus gebruiken voor de oven verwarming.
Links bovenaan op dit plaatje de pin als IC aansluitbusje.
Verder kan je twee elco's zien die zijn toegevoegt, een tantaal van 100uF over de USB voeding en een 100uF Low ESR die van massa naar de VRef ingang van de AD converter gaat.

Dit is de andere zijde, het is goed zichtbaar dat de condensatoren aan de buitenzijde van de USB connector gesoldeerd zitten, wat laag Ohmig doormeet met de "0" van de USB voeding en
waarom ik dan ook dankbaar gebruik maak hiervan om de componenten aan vast te zetten.
Rechts onder de extra aansluit pin en er is nog net zichtbaar dat er een SOT26 ic bij zit die hem aanstuurd.

Als referentie (1,245V) diend een TL317 van Fairchild die met zijn referentie aansluiting aan massa zit.
De eerst weerstand die parallel met de pinnen loopt is voor de minimale belasting die nodig is voor dit IC,
dat is een 330 Ohm weerstand, deze is aleen wat lastig afleesbaar door het LED licht van 2700K...
De tweede weerstand van 20 Ohm die vertikaal zit, loopt naar de Ref ingang van de Teensy.
Aan de andere zijde van de print zit de ontkoppel elco, dit geeft uiteindelijk een stoor niveau van minder dan 2uF RMS.
Natuurlijk heb ik ook getest met echte 1,234V zeners zoals de LT1004 en de LM385-1,2V.
Deze hebben door de lage stroom die ze gebruiken een nogal grote 1/F ruis en die ruis is bij de TL317 veel minder.
Dat deze regelaar wat meer energie verbruikt is voor mijn toepassing niet van belang, de ruis echter wel.

De TL317 is ietsje hoger dan het IC voetje maar zoals je op deze foto kan zien, levert dit geen probleem op.

Waarom deze hack?
Ik wil een zo hoog mogelijke resolutie halen en dat betekend goede ontkoppeling en een lage ruis referentie.
Wat nu nog mist bij deze hack zijn de twee ontkoppel condensatoren voor de twee analoge ingangen, deze plaats ik later,
daar ik nog moet uitzoeken welke analoge ingangen ik daarvoor kan gaan gebruikeken.
Net als bij de Arduino worden een aantal ingangen(pennen) ook gebruikt voor het i2c protocol,
dat ik gebruik voor het aansturen van het display en het uitlezen van een aantal sensoren.
Dan is het beter de pinnen rond deze bus aan massa te leggen en twee ingangen te nemen die zo min mogelijk storing zullen oppikken.
Dat is trouwens ook de rede dat ik de uitstekende printpennen aan de bovenzijde nog niet heb afgeknipt.
Die gebruik ik misschien voor het plaatsen van ontkoppel componenten voor de ingangen.

Laters meer

Groet,
Bram

Bram, heb je ook rekening gehouden met het uitschakelen?
Dit i.v.m. de 100uF aan de Vref.

Hi Rene,

Ik verwacht hier geen problemen mee, de spanning over deze elco is laag en er staat 350 Ohm parallel die bij het uitschakelen de elco leeg trekken.
Meestal zit er een weerstand in serie met de ingang en dan diodes naar de voeding, dus het spanningsverschil zit rond de 0,6V en zal naar mijn mening geen probleem zijn.
Gaat het toch mis, dan hoor je voor jou uit het noordwesten stevig gerommel ?

Voor nog betere demping van de ruis zou een nog grotere elco handig zijn of een hogere serie weerstand, deze is nu 20 Ohm vanaf de TL317 regelaar.
Dit vooal voor de zeer lage frequenties, maar ik zat met de RMS ruis nu al ruim onder de bitwaarde.
Een betere meting zou de piek piek meting zijn, maar daar had nu de tijd niet voor.
Door wat middeling toe te passen (zeg 100 metingen te doen) hoop ik de ruis van de referentie en de temp sensor nog verder te kunnen onderdrukken.
Door de hogere resolutie van de converter, zou 1mC resolutie mogelijk moeten zijn t.o.v. de 56mC van de Arduino.

Ik hoop dat mijn ontkoppeling bijdraagt aan de te behalen resolutie.
We zullen zien wat het word!

Groet,
Bram.

[Bericht gewijzigd door blackdog op woensdag 16 november 2016 20:30:46 (27%)]

Hi,

Om de resolutie van de Teensy-LC enigzins te kunnen gebruiken moet ik dus een aantal maatregelen nemen.
De Teensy-LC zelf heb ik dus al aangepakt en dan is het nu de sensoren ruis en het middelen door de code van de metingen van de uitgangsspanning van de TMP37 sensor.

Ik heb in een ander topic al wat laten zien wat betreft het ruisverschil van een MCP9700 series t.o.v. een TMP37.
Hieronder een aantal plaatjes waarmee ik het een en ander wil verduidelijken.
Jammer genoeg kan ik direct met de scoop nog niet diep genoeg meten, 100uV/Div is waar ik het nu even mee moet doen.
Ik gebruik hiervoor weer mijn 10x 50Hz Notch meetversterker om de 100uV/Div te kunen halen.

Dit is de ruis direct uit de TMP37, uit wat batterijen gevoed, anders kan je het net zo goed niet proberen
Zeg maar 2mV TT

Nu zit er aan de uitgang van de TMP37 een 1K weerstand met 0,47uF naar massa, let weer op de schaal, deze is nu 100uV/Div.

En hoe ziet het er nu uit als ik de filtering op de Hameg scoop gebruikt.
Het plaatje geeft het al aan in het display, filter ingesteld op 2,5KHz, duidelijk veel minder HF energie.

Nu gaan we het anders doen, middelen, zoiets als met de software die ik nu ook met de Arduino Nano doe, 100 metingen nemen en daar het gemiddelde van nemen.
Hier nu 2x middeling

Hier nu 4x middeling

Hier nu 8x middeling

Hier nu 16x middeling

Hier nu 32x middeling

Hier nu 64x middeling

Hier nu 128x middeling

Bij meer middeling is het nu op de scoop door mijn te lage gain, nu niet meer te zien of dit winst opleverd.
Bij het eerst filter wat ik toepas, dat is de 1K aan de uitgang van de TMP37 en de 0,47uF naar massa ben ik de grootste hoeveelheid bagger kwijt.
Dan heb ik het hier over wat je kan zien op het onderstaande plaatje.
Ik wil de AD conversie het dus niet extra moeilijk maken door deze bagger aan de ingang toe te voeren.
Dit is genomen met de bandbreedte van mijn meetversterker, rond de 2MHz -3dB welke dominant is over het 20MHZ filter van de scoopingang dat ook aanstaat.

Als je dus dit laatste plaatje vergelijkt met de eerst, waar ik het heb over 2mV TT, dan klopt dat niet in deze envelope meting is het in korte tijd al 3mV TT en als er geen stoorpieken optraden dan is het na 20 second al 4mV TT geworden.
Dus altijd goed nadenken of je jezelf niet rijk rekend
Maarde ruis die je hierboven ziet is grotendeel weg daar het passive filter en daarna mag de software zijn werk doen.

Waarom de jacht op de ruis...
Da AD converter van de Teensy is 16 bit, maar er wordt 12 bit "gegarandeerd" dit komt door het ruisniveau van de chip, referentie en de printopbouw.
Laten we nu eens uitgaan van een referentie spanning van 1,234V en 12 bits resolutie.
De bitwaarde is dan 304uV veel minder dan de ruis die rechtsteeks uit de TMP37 komt.
Door het 1e orde passieve filter is de ruis nu vrijwel gelijk geworden aan de bitwaarde deze is ongeveer 400uV TT.
Om dus nog beter dan 12 bit te kunnen halen zal ik vele monsters moeten nemen en dit middelen.

De laatste stap is een keuze maken in de AD conversie van de Teensy, hier zijn vele mogelijkheden en ik plaats een stukje tekst hieronder,
dat wat instellingen aangeeft betreffende de configuratie van de ADC omzetter.

// RESULTS OF THE TEST Teensy LC
// Measure continuously a voltage divider.
// Measurement pin A9 (23). Clock speed 48 Mhz, bus speed 24 MHz.

//
//  Using ADC_VERY_LOW_SPEED for sampling and conversion speeds
// ADC resolution     Measurement frequency                 Num. averages
//     16  bits            33.3 kHz                               1
//     12  bits            37.5 kHz                               1
//     10  bits            37.5 kHz                               1
//      8  bits            40.5 kHz                               1

//     16  bits             1.04 kHz                             32
//     12  bits             1.2 kHz                              32
//     10  bits             1.2 kHz                              32
//      8  bits             1.3 kHz                              32

//
//  ADC_LOW_SPEED, ADC_MED_SPEED, ADC_HIGH_SPEED_16BITS, ADC_HIGH_SPEED and ADC_VERY_HIGH_SPEED are the same for Teensy 3.x and LC,
//  except for a very small ammount that depends on the bus speed and not on the ADC clock (which is the same for those speeds).
//  This difference corresponds to 5 bus clock cycles, which is about 0.1 us.
//
//  For 8 bits resolution, 1 average, ADC_MED_SPEED sampling speed the measurement frequencies for the different ADACK are:
//  ADC_ADACK_2_4       106.8 kHz
//  ADC_ADACK_4_0       162.6 kHz
//  ADC_ADACK_5_2       235.1 kHz
//  ADC_ADACK_6_2       263.3 kHz
//  For Teensy 3.x the results are similar but not identical for two reasons: the bus clock plays a small role in the total time and
//  the frequency of this ADACK clock is acually quite variable, the values are the typical ones, but in the electrical datasheet
//  it says that they can range from +-50% their values aproximately, so every Teensy can have different frequencies.

Wat ik dus nog niet weet is dit, doet de ADC-master Library het zelfde als dat ik doe in mijn code bij de Arduino Nano.
Bij het testen met de Arduino Nano neem ik het gemiddelde van 200 metingen, zie de code hieronder.

//berekening binnen oven temperatuur
  adcTempU = 0;                                          // Maakt de adcTemp variabel weer leeg, voor een nieuwe meting
  tempReadingU = 0;                                      // Maakt de tempReading variabel weer leeg, voor een nieuwe meting
  
  for(int x = 0; x < smplU; x++)                         // Hier wordt de analoge ingang voor de binnen oven "x" maal gemeten, x = de variabele "smplI"

  {
  tempReadingU +=analogRead(tempPinU);
  }
  
  adcTempU = tempReadingU / smplU;                       // Deelt de som van de metingen door het aantal monsters "smplI"
  tempU = (adcTempU + correctU) * (uref/1024.0) /0.02;   // Verrekend de verwerkte monsters met de TMP37 kalibratie waarde, referentie spanning, de ADC resolutie en het aantal V/C van de TMP37 en plaatst deze in de variabel "tempI"                              

Er zijn zoveel instellingen mogelijk met de Teensy dat het mij een beetje duizeld...
Dit is een webpagina met wat uitleg over de AD conversie bij de Teensy modellen.

Voor nu is dit weer even voldoende

Groet,
Bram

Hi,

Ik heb besloten om te gaan testen met de Teensy in de 16bit stand en 1x sampling.
Ik wil dan in mijn software de middeling doen en daar loop ik een beetje op vast.

Hoe ik de middeling doe met de Arduino Nano is hierboven te zien in het stukje code dat hierover gaat.
Dat stukje code wil ik dus aangepast hebben zodat ik onzin waarden kan verwijderen uit het aantal metingen die er gedaan wordt.

Hieronder een stukje Excel waarin ik dit duidelijk maak.
Ik heb 20 waarden aangemaakt er er zijn er een paar die uit de pas lopen.
Hierbij zij de waarden die het meest afwijken de waarde "18" aan de lage kant en de waarde "67" aan de hoge kant.
De som van de 20 waarden is 709 en het gemiddelde 35,45.
Als ik nu de onzin waarde verwijder en dan door 18 deel, dan komt mijn gemiddelde veel dichter bij de 34 terrecht.

Dus ik wou starten met 104 metingen te doen, de twee laagste weggooien en de twee hoogste gemeten waarde ook weg gooien en dan door 100 delen.
Kan iemand mij hier mee helpen de code hier voor te creeren?

Dank en groet,
Bram

Met de gauwte een ideetje,

Kan je niet een soort van boxplot uit de statistiek toepassen? Zo kan je uitschieters bepalen. Om die vervolgens te verwijderen en een gemiddelde uit te rekenen met de overschot. Het grootste nadeel hieraan is wellicht dat je je 200 metingen van groot naar klein gaat moeten sorteren. Je moet hier namelijk de mediaan voor bepalen. De rest is vrij triviale wiskunde. Wellicht kan je dat sorteren op een of andere manier wel optimaliseren. Maar de grote vraag hier gaat zijn of dat sorteren niet teveel tijd in beslag neemt.

Is een low pass filter / lopend gemiddelde misschien ook een optie? Dan krijg je bijv. iets als nieuw = a*oud + (1-a)*meting, met a bijv. 0.99. Dan kun je ook nog iets toevoegen dat je de nieuwe meting niet meeneemt als deze te ver van het gemiddelde af zit.

Daar heb ik ook aan aan t denken geweest. Dus die mediaan vervangen door een of ander gemiddelde en een marge. Dan moet he marge wel groter zijn in de richting van de verandering zou ik zeggen. Anders worden uitschieters naar de ene kant gemakkelijker doorgelaten dan die naar de andere kant.

Langs de andere kant er zit al een low-pass in de signaallijn. Een tweede is dan niet zi nuttig. Dan kan je beter de analoge filter aanpassen.

[Bericht gewijzigd door Shock6805 op vrijdag 18 november 2016 16:49:48 (20%)]

Hi Heren,

Dank voor de opmerkingen.
Wat ik al opmerkte, de anloge filtering haald de bulk van uitschieters uit de TMP37 sensor.
Maar dat is niet het enige object dat "ruis" in de meetfabriek.
De AD conversie van de microcontroler is nou niet direct ruisarm, zie de specs van maar 12 bits gegarendeerd.
Dit het ik voor een deel al aangepakt met mijn ontkoppeling en ruisarme referentie.

Het andere deel van de microcontroler szal ik dus via software middeling moeten gaan doen.
Misschien eerst de array sortteren en dan de hoogste en laagste waarden verwijderen zoals ik ook al eerder vertelde.
Hieronder een link naar wat metingen aan sorteer functies van Rob Tillaart.
De QuicSort functie komt al het snelst uit de testen.

http://forum.arduino.cc/index.php?topic=280486.0

Ik heb geen idee hoe ik mijn AD uitlees, dit in een array plaats dan de hoogste en laagste waarde verwijder en de rest sommeer.

Het lukt mij eerder de AD conversie in de Teensy zelf wat laten middelen en daarna mijn code ook wat laten middelen, maar dat is volgens mij niet optimaal.
Ik zal er nog eens wat meer over gaan lezen.

Groet,
Blackdog

Hi,

Ik vond net dit stukje code, misschien een goed uitgangspunt?

int sortValues[13] = { 2, 7, 4, 6, 5, 3, 8, 10, 9, 11, 14, 12, 13 }; 
 
void setup(){
  Serial.begin(9600);
}
 
void loop() {
 
  sort(sortValues,13);
 
  Serial.print("Sorted Array: ");
  for(int i=0; i<13; i++) {
     Serial.print(sortValues[i]); 
     Serial.print(",");
  }
  Serial.println("");
  Serial.print("Max Number: ");
  Serial.print(sortValues[12]);
  Serial.println("");
  Serial.print("Min Number: ");
  Serial.print(sortValues[0]);
  Serial.println("");
 
  delay(10000);
}
 
void sort(int a[], int size) {
    for(int i=0; i<(size-1); i++) {
        for(int o=0; o<(size-(i+1)); o++) {
                if(a[o] > a[o+1]) {
                    int t = a[o];
                    a[o] = a[o+1];
                    a[o+1] = t;
                }
        }
    }
}

Zover ik kan inschatten, is de delay van 10 seconde niet functioneel voor de werking.

Dit is de URL waar ik de code gevonden heb.
http://www.hackshed.co.uk/arduino-sorting-array-integers-with-a-bubble…

Groet,
Blackdog

Hi,

Nog een testoven, deze is gemaakt met Koptan tape, de Chinese versie van Kapton
Dit is een testje of de Koptan tape goed bruikbaar is, deze is een stuk goedkoper dan de 3M tape die ik meestal gebruik.
En het tweede wat ik wil laten zien hoe ik de montage van het printje heb opgelost.

Dit oventje gebruikt een 5K NTC als temperatuur sensor die in de hoek aan de binnenzijde van de oven gelijmd is.
Deze oven is 65x50x25mm en de oven weerstand is 14,38 Ohm.
Dit oventje wordt ook weer aangestuurd door een Arduino met PID software,

Dit is het printje waar de electronica op komt die op temperatuur gehouden moet worden.
Ik wou geen gaten in de behuizing hebben, en hoe moest ik dit nu oplossen...
Na een duik in de schroefjes bak, kwam ik met de volgende oplossing.
De gaatjes in de print heb ik opgeboord naar 2,5mm omdat ik niet voldoende 2mm schroefjes had.

Het bovensten moertje drukt het busje tegen de bovenkant aan, hierdoor komt het printje klem te zitten.

Hier zit het printje gemonteerd in de oven, het zit ongelovelijk vast!
Dat kan ook negatief zijn! Door de grote kracht kan de print een beetje torderen.
Voor een precisie schakeling waar het hier om gaat, kan dit slecht uitpakken.
De oplossing is de gaatjes in de print iets groter te boren.
Verder de moer boven het printje wordt een dubbele.
Een van de vier moeren komt gewoon vast de zitten en de andere drie worden dus een dubbele die de print net niet vast zit op de print.
Dit zorgt er voor dat de print niet rammeld en er door de temperatuur veranderingen,
er te veel stress op de print en de precisie componenten op de print optreed.

De eerste testen laten zien dat het goed gaat met de Kopptan tape.
Ik heb wel maatregelen genomen dat er geen scherpe randen aan het aluminium zitten.
Met mijn vingers heb ik getest of er hotspots zijn en die zijn me niet opgevallen.
De Koptan tape heb ik een tiental seconde getest met de soldeerbout op 340C, No Problemo!

Dat was het weer,

Groet,
Blackdog