diepchess schreef: ↑03 aug 2020 14:24
Ouder is gewoon beter!
Voor een normale gebruiker is oud gewoon r*k.
Da's leuk tot je een enigzins moderne touchscreenmonitor koopt, een niet vreselijk bejaarde Wifi-adapter gebruikt, op je reguliere Linux werkstation een GladeVCP paneeltje wil bouwen voor je toolchanger, etcetera. Dan kom je erachter dat niks enigzins moderns meer wil werken.
Ben je erg into Linux dan lukt het allemaal wel om de juiste zaken vanaf source te compileren en uit backport-repositories te trekken. Ben je gewoon een gebruiker dan heb je pech.
Geen idee hoe 'moderne-distro-bestendig' LinuxCNC tegenwoordig is; op mijn apparatuur draait het eigenlijk ook al eeuwen zonder updates. Maar ik vrees met grote vrezen dat die situatie niet verbeterd is; zelfs de Debian 9.0 (Stretch)-gebaseerde distro is nog steeds 'testing' terwijl Stretch afgelopen 6 juli end-of-life gegaan is
Hoor eens even - ik heb een oud machientje - ik meen K7 op 2.0Ghz - daar linuxcnc op gekwakt - en dat is mijn linuxcnc computer simpelweg.
Een aparte computer. Als je alles tegelijk wilt dan krijg je weer zo'n commissie die het nieuwe dienstknol mag gaan aanwijzen en dan op de proppen komt met een kameel - want die kan ook op woestijnzand uit de voeten...
Toolchangers werken toch al r*k bij linuxcnc. Mijn realtime toolchanger moest ik zelf aan de slag met de hal en andere bestanden en fiks wat gcodes. Dat kostte wel eventjes. 3 assen werken snel bij linuxcnc. Maar als je na frezen met je dinges een nieuwe tool erin wilt zetten dan met die tool terug naar toolchangers om de juiste afstand te zetten en dan weer terug naar je werkstuk om verder te frezen - dan mag je stevig aan de slag in linuxcnc.
Wellicht zijn toolchangers ruk, maar heb desondanks toch mijn pendant aan de praat gekregen met slechts 8 inputs:
- 2 voor de encoder
- 2 voor de selectie van de as (met wat diodes is de draaischakelaar encoded)
- 2 voor de selectie van de snelheid (met wat diodes is de draaischakelaar encoded)
- 2 voor de start en stop knop.
Hieronder de HAL-file om dit geheel aan te sturen :D .
# This HAL-file defines the functions of the MPG
# -----
loadrt encoder num_chan=1
loadrt mux4 count=2
loadrt select8 names=mpg-axis-selector
loadrt conv_float_s32 count=1
loadrt ilowpass count=1
# -----
# ENCODER
# -----
# Configure the encoder
# - put on thread
addf encoder.capture-position servo-thread
addf encoder.update-counters base-thread
addf ilowpass.0 servo-thread
# - number of clicks per detent:
# * when the MPG outputs a quadrature signal, set x4 to 1
# * when the MPG outputs a single pulse per detent, set x4 to 0
setp encoder.0.x4-mode [MPG]X4
# - gradual acceleration using ilowpass. NOTE: the stepsize must be divided
# by the scale of ilowpass, as ilowpass will inject 'steps in between'
setp ilowpass.0.scale [MPG]SCALE
setp ilowpass.0.gain [MPG]GAIN
# Connect the pins
# - input from the MPG to the CPU
net mpg-encoder-a encoder.0.phase-A <= parport.1.pin-02-in-not
net mpg-encoder-b encoder.0.phase-B <= parport.1.pin-03-in-not
# - counter to the axis
net mpg-encoder-counts ilowpass.0.in <= encoder.0.counts
net jog-counts <= ilowpass.0.out
net jog-counts => axis.x.jog-counts
net jog-counts => axis.y.jog-counts
net jog-counts => axis.z.jog-counts
# -----
# SCALE
# -----
# Configure the multiplexer
# - put on thread
addf mux4.0 servo-thread
# - set the scale that will be used based on the input to mux4
setp mux4.0.in0 [MPG]JOGSCALE0
setp mux4.0.in1 [MPG]JOGSCALE1
setp mux4.0.in2 [MPG]JOGSCALE2
setp mux4.0.in3 [MPG]JOGSCALE3
# Connect the pins
net scale1 mux4.0.sel0 <= parport.1.pin-05-in-not
net scale2 mux4.0.sel1 <= parport.1.pin-04-in-not
# Send the output from mux4 to each axis jog scale
net mpg-scale <= mux4.0.out
net mpg-scale => axis.x.jog-scale
net mpg-scale => axis.y.jog-scale
net mpg-scale => axis.z.jog-scale
# -----
# AXIS SELECTION
# -----
# Configure the multiplexer, converter and selector
# - put on thread
addf mux4.1 servo-thread
addf conv-float-s32.0 servo-thread
addf mpg-axis-selector servo-thread
# - set the scale that will be used based on the input to mux4
setp mux4.1.in0 0.0
setp mux4.1.in1 1.0
setp mux4.1.in2 2.0
setp mux4.1.in3 3.0
# Connect the pins
# - from the MPG to the mux
net axis-select1 mux4.1.sel0 <= parport.1.pin-06-in-not
net axis-select2 mux4.1.sel1 <= parport.1.pin-07-in-not
# - convert mux output from float to int
net axis_select_float mux4.1.out => conv-float-s32.0.in
net axis_select_int conv-float-s32.0.out => mpg-axis-selector.sel
# Send the ouput from the multiplexers to each axis enable
net mpg-x mpg-axis-selector.out1 => axis.x.jog-enable
net mpg-y mpg-axis-selector.out2 => axis.y.jog-enable
net mpg-z mpg-axis-selector.out3 => axis.z.jog-enable
Paar zaken om nog hieraan te verbeteren:
De noodstop op de pendant is stuk :(. Of hij ingedrukt is of niet, de output wijzigt niet.
De hele E-STOP chain in LinuxCNC moet ik nog gaan begrijpen.
Assumptions are the mother of all $%^& ups.
Twee keer meten is zeker weten, als je weet wat je meet...
Hal? Zover ben ik nog niet. Ik wil toch eens serieus naar Linux kijken. Ik krijg het idee dat dit toch wel de breedst inzetbare controller is. Maar bij de eerste termen gaat het al duizelen. Plug en pray?
kawarider schreef: ↑30 aug 2020 10:43
Hal? Zover ben ik nog niet. Ik wil toch eens serieus naar Linux kijken. Ik krijg het idee dat dit toch wel de breedst inzetbare controller is. Maar bij de eerste termen gaat het al duizelen. Plug en pray?
kawarider schreef: ↑30 aug 2020 10:43
Hal? Zover ben ik nog niet. Ik wil toch eens serieus naar Linux kijken. Ik krijg het idee dat dit toch wel de breedst inzetbare controller is. Maar bij de eerste termen gaat het al duizelen. Plug en pray?
Ik probeer mijn HAL-files (zeg maar configuratie) zo generiek mogelijk.op te zetten, zodat anderen mijn minimale aanpassingen deze kunnen gebruiken op hun eigen machine. Om deze reden zit alles.van de steppers nu in stepper.hal, vfd in vfd.hal, enzovoort. Bij een andere machine kunnen dan zo de relevante bestanden worden gekopieerd.
Als je de stap wil zetten, dan wil ik je er bij helpen.
Assumptions are the mother of all $%^& ups.
Twee keer meten is zeker weten, als je weet wat je meet...
benkr schreef: ↑30 aug 2020 10:55
Jazeker, en vooral heel veel PRAY...............
Niks pray aan. In LinuxCNC doen zaken gewoon wat ze moeten doen.
De leercurve is wel min of meer in volle vaart tegen een steile bergwand aan rennen en tegen de tijd dat de sterretjes voor je ogen verdwenen zijn recht omhoog klimmen. Maar het uitzicht bovenaan is de moeite waard.
De belangrijkste wet in de wetenschap: 'hoe minder efficient en hoe meer herrie, hoe leuker het is'
DaBit schreef: ↑30 aug 2020 11:34
De leercurve is wel min of meer in volle vaart tegen een steile bergwand aan rennen en tegen de tijd dat de sterretjes voor je ogen verdwenen zijn recht omhoog klimmen. Maar het uitzicht bovenaan is de moeite waard.
Neh, het was de moeite waard om die wand op te klimmen. Ik heb de flexibiliteit en schier onbegrensde mogelijkheden van LinuxCNC uitstekend kunnen gebruiken om een leuke freesmachine te bouwen uit niet perfecte mechanica. De beweging van de Z staat niet haaks op de Y, ik heb goedkope Chai spindeltjes, ik heb bejaarde servo's uit de vorige eeuw, en toch kan ik door de kabouter te voeren met informatie over wat er allemaal niet klopt accuraat werk doen. Dat had ik met geeneen andere 'hobby'-besturing voor elkaar kunnen krijgen.
Draaibank een soortgelijk verhaal; een fatsoenlijke kogelomloop krijg je niet in slede van een Emco Compact 8 verwerkt zonder daar wel erg veel materiaal weg te halen, en fatsoenlijke spelingsvrije axiaallagering krijg je ook niet makkelijk voor elkaar. Trapeziumspindeltje, bronzen moer op maat frezen, magnetisch meetlintje erlangs, kabouter vertellen dat-ie ook eens naar dat meetlint moet kijken, en als ik iets op 19.98mm wil draaien dan draai ik het op 19.98mm.
Het uitzicht bovenaan is de moeite waard...
De belangrijkste wet in de wetenschap: 'hoe minder efficient en hoe meer herrie, hoe leuker het is'
DaBit schreef: ↑30 aug 2020 11:34
De leercurve is wel min of meer in volle vaart tegen een steile bergwand aan rennen en tegen de tijd dat de sterretjes voor je ogen verdwenen zijn recht omhoog klimmen. Maar het uitzicht bovenaan is de moeite waard.
benkr schreef: ↑30 aug 2020 10:55
Jazeker, en vooral heel veel PRAY...............
Niks pray aan. In LinuxCNC doen zaken gewoon wat ze moeten doen.
De leercurve is wel min of meer in volle vaart tegen een steile bergwand aan rennen en tegen de tijd dat de sterretjes voor je ogen verdwenen zijn recht omhoog klimmen. Maar het uitzicht bovenaan is de moeite waard.
Valt idd reuze mee met dat 'pray'....
Dat was het alleen toen we een Realtime kernel voor de Pi in DaBit's printer moesten compilen
Met vriendelijke groet,
Marout Sluijter-Borms,
Amsterdam
Prusa Mini+ Wifi & X1 Carbon met X1Plus
Sparren en tinkeren met iedereen en over alles wat techniek is.
Mannen, jullie moesten eens weten wat software in het algemeen met mij doet, ruzie, ruzie en nog eens ruzie, altijd en overal.
Meestal is het super eenvoudig, maar ik heb er echt altijd ruzie mee.
benkr schreef: ↑30 aug 2020 16:17
Mannen, jullie moesten eens weten wat software in het algemeen met mij doet, ruzie, ruzie en nog eens ruzie, altijd en overal.
Meestal is het super eenvoudig, maar ik heb er echt altijd ruzie mee.
Ben. Alles met een processor en wat software stelt je vroeg of vaak teleur. Vrouwen draaien ook dikwijls op een onbeduidende processor en buggy beta-software. Ben d'r in 99,9999999999999 procent van de tijd maar wat blij mee. 'half af' is 'meer dan goed genoeg'
Wat mij tot nu toe relatief weinig heeft teleurgesteld is edingcnc. Bluetooth, wifi en zigbee scoren bij mij relatief hoog op de 'bijt op ongewenste momenten hard in je kont' ranglijst.
