Відео

Nice!

Sorry for the very late response... It seems I've lost that exact source but I found something similar. I did not test it but I think it works. www.dropbox.com/scl/fi/8zt6esbqo1hclja5lmink/Mojo_fpga_lcd.zip?rlkey=jpa7u350b9p216mdcm4863q18&dl=0

Panel that works with the given vhdl code is LP121X05 (1024x768) just tested it

You need to setup certain parameters in the tnc and you will need serial cable that uses +-12v. Download this TNCRemo www.heidenhain.us/resources-and-news/heidenhains-tncremo-pc-software-now-available-online-download/ and use that on your PC

Here is my machine parameters. Parameters that you should look and compare to yours are somewhere from MP218 onwards. www.dropbox.com/scl/fi/xwa7xqv9aun5lxvd89g27/mp_9_marraskuuta_2017.h?rlkey=wa3xzc1089mp93se4uckhpnxm&dl=0 product.heidenhain.de/JPBC/image/HWP.EN/hlr-system/605133_00_a_02.pdf

This project has been on the backburner for a while now. Had to read a few badly scanned documents from Heidenhain to reverse engineer this thing. From the documents it was clear that only two signals were used, one input and one output and that the signal was serial transmission. I then read the eprom from the gfx board and disassembled the code (tms9995 cpu) gfx board is used to read the MPG. Serial transmission is old style +-12v, hence the serial driver chip. For the Heidenhain protocol I know enough to make it move but looking at the disassembly from the Heidnehain controller it seems there is a lot more to find out.

I got a good deal on eBay for HE-310 and sniffed the protocol. The HE-310 responds to the DTR signal with this message "0h5_ 0hXX 0hXX 0hYY 0hYY 0hZZ 0hZZ 0hIV 0hIV" _=0 nothing selected, _=1 x-axis, _=2 y-axis, _=4 z-axis and _=8 iv-axis. Y and Z are mutually exclusive as are X and IV (they all still move with 0h5f as shown on the video but the selected axes are not shown correctly on TNC display) HE-310 supervises the MPG and if problems are shown then "0hA_ 0h00 0h00 0h00 0h00 0h00 0h00 0h00 0h00" message is sent resulting in emergency stop and axis fault displayed. The MPG keeps track on the selected axis and lights the axis indicator led on its own as does the TNC. "0h51" selects the X-axis and the led lights up on HE-310 and on the TNC display, "0h58" selects the IV-axis and lights up the led on HE-310 and on the TNC, plus it turns off X-axis led on the HE-310, etc.

I would if I still had it... It's lost to the bitiverse forever.

I never followed through with this project. I wanted a usb port for my TNC, the protocol to send or drip feed is very simple. I have some other youtube video where I send error messages to TNC. This would be easily doable but I'm satisfied with my current setup drip feeding. My CNC mill has never ran out of code to execute so the serial speed is more than acceptable.

@@JyrkiKoivisto Yeah, but at anything above 2400, I sometimes get a broken block-line and the process halts. And I worry I may also get a line that appears correct, is accepted, bus actually has wrong data. And below 2400 baud it is getting slow. But I agree, at 2400 it is just about fast enough, and I seem to get exactly no errors, so I will probably also not actually do anything drastic like opening the TNC155 again.

The driver for the cable is inside the ISE installation

/home/xilinx/14.7/ISE_DS/Ise/bin/lin64/digilent It was staring right at me, did not see it and said "don't know where it is"

I didn't test it for real for the reasons you listed.

It should be pretty easy to make. The protocol it uses is somewhat documented.

Sori myöhänen vastaus. En ole vaihdellut kieliä omissa ohjaimissa. En ole varma vaatiiko kielirommin vai meneekö parametri muutoksella.

@@JyrkiKoivisto Ei hätää. Toinen kysymys, että saako tuohon TNC 145:een syötettyä muuten työstöohjelmaa sisään kuin magneettinauhavehkeellä?

Se magneettinauhavehe puskee ohjelman sarjaporttiin eli saat siihen PC:n kiinni ja Heidenhainilta semmoinen ohjelma kuin TNCremo (www.heidenhain.com/service/downloads/software) Sarjaportti pitää olla +-12voltin eli oikein vanhan ajan mukainen. Ite käytän USB sarjaportti palikkaa mutta se palikka on semmoinen mikä on +-12voltin..

@@JyrkiKoivisto Loistavaa. Pitääpä alkaa perehtyä asiaan. Olisiko antaa vinkkiä, miten myös minä voisin käyttää sopivaa USB-palikkaa, koska työstökone on toisella paikkakunnalla? Ja saako kysyä, missä sinä itse vaikutat? Me tuttavan kanssa touhutaan Pirkanmaalla. Kiitos oikein paljon.

Hi and sorry for the late response. I've read from some Heidenhain TNC1xx PDF manuals that the controller checks the available memory, but I'm uncertain that it could be upgraded (hard coded limit of 1000 lines per NC-program). On my spare TNC151 there are a lot of unpopulated ram "sockets" on the ram board, not sure what would happen if I populate them and add the companion TTL-logic to it. I use my TNC155 in dripfeed mode (no limit on how many lines of code) and I quite like it. I make my programs with altered Fusion360 post processor and use TNCCremo to send the file to the controller. It all works well enough for me. Once I made my NC-program on my main machine and saved it on a bad USB drive... Emergency stop was quickly pressed as the TNCCremo pushed some bad bytes through serial and TNC155 did not check the sanity of the code... Now I use the TNCCRemo directly and save my NC-programs to the same machine that is connected to TNC155.

I have bought some suitable RAM's from Aliexpress but at this point I have not tried to populate my spare TNC151 with more ram. There needs to be some more glue logic to handle it.

What the Fusion360 post processor likes to do is to make everything a tiny linear movement. That eats up quickly the program memory (1000 lines) No problem if one uses the drip feed but those kind of programs don't fit in the memory of TNC1xx controllers. Also tiny movements make the mill feel sluggish, which it isn't.

I have this ever going project going on to reverse engineer the whole TNC1xx controller and replace everything as a drop in replacement with modern components and a lot, a lot more computing power, but it all takes time as a one man show.😬

@@JyrkiKoivisto hank you very much for your answers!! It is a pleasure to contact someone who wants to help !! :-) Right now I'm postprocessing with Fusion360, and I've adapted the postprocessor to my Kondia milling machine from 1986, I use it as a hobby... I'm not a professional, I've had to do a lot of fixes and study manuals to get it up and running. . I also use the drip with the TNCRemo but that forces me to have a computer connected... I've seen your videos and they're amazing!! congratulations on the job. I don't know how to write you an email and thus avoid filling this video with comments...

I don't have the source code anymore.

Easy way would be to buy Heidenhain exe box. They are a bit expensive though. Another way would be to design a PCB board around iC-NV chip from iC-Haus.

Hi I think its the different on the 355. Its MDA standard I believe. ;et me know if you find a solution as I m looking for one as well.

@@oly463 Unfortunately, this solution did not work for me. I was looking for a replacement for the original monitor due to the lack of a picture, but it turned out that the problem was not the monitor, but the damaged power supply in the controller. After repairing it, I checked the operation of the converter with the LCD monitor, but when it turned out that it did not work, and there were no problems with the old monitor, I did not make any further attempts.

​@@taboret154Hi, do you have a tnc335 post processor?? I really need

​@@speedhuntersrb hi for what cam i have one for fusion 360 and im currently working on solidwoks cam

Drivers are the stm hal ones, 3d is from dsp3d

For the datasheets of said ep952 chip all one needed to do is to ask for them from the manufacturer :) I have now full datasheet set for it including reference design.

www.mycncuk.com/attachment.php?attachmentid=6205&d=1340922165

Some sort of CNC controller for my Bridgeport mill

Sorry for the very late response, I'm in the middle of some house renovation and I also hurt my leg at work. If you can find some local TV-repairman or some local electronic hobbyist then I'm sure they can provide some answers far more quicker than I at the moment. I'll probably put out a more detailed video about the interface at some point in the future.

You most preferably would need an oscilloscope. Not sure how how many lines your Rod 250 has, less lines and it gets easier. But if it has many thousands then you really need an oscilloscope.

@@JyrkiKoivisto Thanks for replay, my Rod have 18 000 lines. I am using oscilloscope, i will need two of them for four signals. What is a purpose of five little screws around grating glass, as i understood they are covering light sensors but i dont see any impact on signal.

Sorry for very late response. You could try and tweak the resistor values to your liking (within reason of course) en.wikipedia.org/wiki/Resistor_ladder If you want the text to be darker than the selected background then a bit more logic gates are needed. I made one version where the colours were selectable (RGB) based upon the 2-bit video signal (colour 0 has to bee black) but it was a bit more complex than this one, not much tough.

Thanks for your response! I looking after it. Keep up the good work!

It's baremetal, no Linux.

@@JyrkiKoivisto oh, really? Can you share the source code? Why did you choose don't use a Linux image?

@@jonathangonzaga95 There is no reason to use Linux. From boot to a running state is almost instant. I also like bare metal programming... :)

@@JyrkiKoivisto can you share the source code or a link to understand better?

you could try to convert the signal to 11uApp signal or just bypass the analog front end entirely. From the analog encoder board there are digital TTL signals coming out and they are normal digital TTL quadrature signals, A, B and I. It's a bit more complicated than that as the analog encoders are checked, I assume that there is some circuitry that checks the level of the I signal, index that is. "Encoder error" comes out if the I signal's level is not correct. The analog encoder signal rides on top of half the +15v reference signal and it's level is being supervised. Then there is the CRU-bus to MCU and it tells the CPU if the encoder is considered bad based upon the I-signal... I haven't checked any further on that, I would need to see the TTL-encoder board as these are just assumptions.

For converting the digital signals to analog I've amused myself considering to use an FPGA digital to analog circuitry. Some buffer circuitry to the FPGA from the encoder and then a simple table list to make the signal an analog one with led's and photo sensors... It's a bit more difficult than that as the relation between the A and B signal is lost regarding the I signal... I signal is used to find the reference point of the table along with a simple switch mounted on the table.

I'm sorry, I have nothing of the sort available. There are timing diagrams from Heidenhain regarding when the I (index) signal should appear regarding the A an B signals (and its magnitude and form). A and B signals should form a circle when viewed with an oscilloscope and some current to voltage circuitry.

I never finished this one. Protocol is pretty simple to talk to the TNC cnc controller. This just outputs "HELLO, WWW.CNC-TEKNIIKKA.COM!" as an error message to the TNC for every program query.

@@JyrkiKoivisto Have you done more to this project? I am helping a friend to start up an old mill and looking for a way to simplify program loading. This looks very promising! Or can you point me to more information?