www.elektronik.si

[S53DZ]

@ galjotj,
o pull up/dn uporih sem našel samo tole (v spruh73l.pdf):

9.2.2.2 Pull Selection
There is no automatic gating control to ensure that internal weak pull- down/pull up resistors on a pad are
disconnected whenever the pad is configured as output. If a pad is always configured in output mode, it is
recommended for user software to disable any internal pull resistor tied to it, to avoid unnecessary
consumption. ...

V primeru pinov za zunanji kvarc govori o 10k in 20k uporih. Morda so vsi taki.

@trot,
veliko bolj vesel bi bil že narejenega driverja s polnim dostopom do podatkov pri dovolj veliki hitrosti (20ms za cel zaslon? pri tem, da je originalni clk pike 10 MHz).
Ko naložiš .bin v PRU moraš povedati za kateri PRU gre 0 ali 1.

[trot]

Saj za neke lcd-je že imaš driver, za BB-View že obstaja, imaš tudi image kjer je že skompajlan v kernel. Zakaj ne zamenjaš LCD za nekaj za kar že obstaja ali to ni dovolj dobro?

Jaz bi rad preveril, ali BB-view LCD driver uporablja PRU in katerega Ni pa mi jasno kako naj to preverim? Enako za LinuxCNC.

[S53DZ]

Za 4,3" sem našel tule pod HDMI pini:
http://beagleboard.org/support/bone101

DOPOLNILO:
Kjer se vidi, da HDMI (za 4D-cape-43) uporablja PRU 1.

[galjotj]

@S53DZ, pri Malini sem zasledil, da ima nazivno interni pullup 50k, vendar gre bojda za tako nelinearno upornost, da je to v praksi med 40k-90k.
Verjetno gre pri BBB za vrednosti podobnega ranga.

Glede na nekatere primere in priporočila, sem na "cape" nalotal še dodatne pullupe vrednosti 1k in vse sedaj deluje BP, vendar pa še nisem testiral z vklopljenim špindlom.

Sedaj nastavljanje Z-osi s Probe sondo deluje BP .

Če bo špindel "preveč šprical", bo pa treba poseči po bolj drastičnih ukrepih...

LP

Janez

[S53DZ]

Podatek o pull-up in pull-down lahko najdeš v podatkovnem listu iz "leakage current" pri izključenem vhodu in vključenem pull (up/down). Na primer stran 88.

Input leakage current, Receiver disabled, pullup enabled: -240 -80 μA
Input leakage current, Receiver disabled, pulldown enabled: 80 240 μA

Našel sem tudi TI odgovor, ki to potrjuje:
https://e2e.ti.com/support/arm/sitara_arm/f/791/t/243925

[galjotj]

@S53DZ, upam, da bodo 1k pullup upori zadostovali, ker motnje so v CNC svetu kar problem .

@trot, sem iz linkov tvojega posta razbral, da je treba modul (linuxcnc-huanyang-vfd-emc2) nekako prevesti, ter potem vse vnesti v LinuxCNC konfiguracijo.

Kar se tiče fizičnega RS-485, je ideja direktno nalotati npr. en 75176 na BBB pina.
Vendar, ker ne najdem kakšnega konkrtenega zanesljivega primera, bom uporabil kar preizkušen USB-RS485 vmestnik in še to verjetno na x86 platformi.

Tako bi se znebil prevečim neznankam, saj glede na razpravo na http://www.cnczone.com/forums/phase-converters/91847-huanyang-vfd-rs485-modbus-3.html#post704008http://www.cnczone.com/forums/phase-converters/91847-huanyang-vfd-rs485-modbus-3.html#post704008 tudi omenjeni modul ni povsem idealen.

LP

Janez

[S53DZ]

Takole mi je uspelo pripraviti enostavni testni izpis premice na 4D 4,3" LCD.
Timing sync signalov za ta LCD je kritičen. Bolj kot pomanjkljivi podatki z neta je pomagalo merjenje originalnih signalov BBB za ta zaslon.

DOPOLNILO:
Izmerjeni originalni podatki za 4DCAPE-43 na BBB:
PCLK = 10 MHz
širina VSync = 580us, Tvs = 17ms
širina HSync = 0,55us, Ths = 58us
zakasnitev HS do ENABLE = 4,7us

In deluje. Za spodbudo pri nadaljevanju projekta.
Za LCD uporabljam pine iz PRU-1.

272 x 480 pik
pclk = 7MHz
Ts = 21ms

[trot]

[galjotj]

Vzrok, zakaj se držim že narejenega v primeru RS485/ModBus, je v tem, da bo moje osvajanje python-a pač enkrat v bodočnosti prišlo na vrsto .
Je pa tudi sicer RS485/ModBus trenutno na čakanju, ker so se pojavile pričakovane težave z motnjami .

Čim mi je špindel/VFD uspelo vklapljati preko optokoplerja, so limitna stikala začela javljati "fantomske" vklope -žice so dolge kakšen meter in neoklopljene.
Rezkam lahko le tako, da pred zagonom špindla, izštekam konektor limitnih stikal iz BBB ter umaknem Probe sondo čim dlje proč.

Tako nameravam vse vhode povezati z BBB preko optokoplerjev ter zvišati napetost na stikalih na vsaj 10V - kitajski LPT vmestnik uporablja 10V, VFD pa kar 24V.

Upam, da bo potem problem bolj obvladljiv...

@trot, kateri python modul iz katerega linka si točno mislil v prejšnjem postu?

LP

Janez

[trot]

[galjotj]

Tole gre nekako za "trojni" NFX9000 VFD (spindle, coolant in hydraulics) in obstajata modula tako v python kot tudi v c obliki, če prav sklepam.
Bo moralo pa to še malo počakati, ker se ukvarjam z odpravo težav, ki so posledica motenj, katere seva špindel.

Sicer sem pa z delovanjem LinuxCNC-ja, v smislu pravilnosti interpretacije g-kode, izjemno zadovoljen\/.

Deluje tudi "Autoleveller" oziroma "Warp", kjer s probe sondo g-koda ugotovi "valovitost" površine, kar pride prav pri rezkanju tiskanega vezja. Prav pri tej funkciji se mi je namreč usodno zataknilo pri PoKeys kontrolerju .

Hvala in LP

Janez

[galjotj]

Prilagam shemi dveh vezij.
Eno je namenjeno preprostemu varnemu vklapljanju Huanyang VFD-ja, ki ima sicer napetost 24V.
Drugo pa je vezje za preprečevanje fantomskega vklapljanja limitnih stikal, eStopa in Probe sonde zaradi motenj delujočega špindla.
Zaenkrat sem preizkusil Probre sondo in z njim lahko navijem neoklopljen kabel okrogi delujočega špindla, pa ne pride do vklopa.
Prej je vklapljalo, če je bil kabel manj kot pol metra oddaljen od špindla.

Precej konzervativno so uporabljeni optokoplerji, ki zaustavijo motnje in ščitijo 3.3V CPU vhode.

Prosim za dobronamerno kritiko in eventualne predloge glede teh vezij.

Opomba:Nobenih kablov limitnih stikal ne nameravam imeti oklopljenih.

Janez

[galjotj]

BBB CNC Hardware deluje po priključitvi optokoplerjev zaenkrat povsem brez problemov.
Špindel tako ne moti več, z neoklopljenimi kabli, povezanih stikal.
Programski vklop in izklop špindla pa tudi deluje BP in je tako CNC povsem operativen .

Manjka pa še "pika na i" in sicer RS485 krmiljenje VFD/Špindla.
Tako sem se kar na x86 platformi testno lotil prevajati C kodo iz linuxcnc-huanyang-vfd-emc2.zip, kjer je potrebno dobiti modul hy_vfd.
Težava je bila v imenih emc2->LinuxCNC, a je nekako šlo.
Potem sem lotil še BBB in ugotovil, da na starejšem image-u bone-debian-7.8-machinekit-armhf-2015-02-01-4gb.img ni inštalirane -dev izvorne kode.
Inštaliral sem z

[Vinkel]

Galjotj bi bil pripravljen napisati nek rezime kaj vse nastaviti in kako konfigurirati BBB za LinuxCNC? Bi znalo zanimati še koga..

[galjotj]

Hja , "rezime" bo kar tale cela tema.....

V mojem zadnjem postu je objavljen trenutni rezultat @trota, @S53DZa in moje malenkosti, z opisom trenutnih težav in nadalnjimi načrti.

Mislim, da imate zainteresirani dovolj podatkov, da se priključite temi ter tudi prispevate kaj vanjo in bi tako skupaj lažje prišli do končnega rezultata .

Stvar ni zelo težka, vendar tudi čisto enostavna ni in če so kakšne nejasnosti, kar z vprašanji na dan.

Torej kar pogumno......

LP

Janez