#linuxcnc-devel Logs

Jun 29 2019

06:41 AM jthornton: pcw_home: 7i96 firmware what is abob, inmd and pktd for?
07:11 AM jthornton: and does this look correct? https://paste.ubuntu.com/p/D4THF76vtk/
09:58 AM pcw_home: 5ABOB is the $5.00 Ebay "5 Axis Mach3 BOB"
10:00 AM pcw_home: inm is the (currently unsupported byu LinuCNC) InputModule that provides hardware debouncing/filtering + 4 MPG encoders to GPIO inputs
10:01 AM pcw_home: Pkt means the 7I96 RS-422/485 port is a Packet-UART (default is sserial)
10:03 AM pcw_home: that pin list look correct if you have loaded the justio config or somehow had a corrupt primary config so you are running the fallback config
10:22 AM pcw_home: (so the 5ABOB config supports the cheap EBay BOB on the expansion connector)
11:09 AM jthornton: I think I borked something flashing it, how do you recover?
01:25 PM pcw_home: if you can still communicate, just re-write a proper bit file
01:48 PM CMorley: is the buildbot stuck? no new docs have come through and there is a slave lost?
02:59 PM memfrob: Hey everyone, starting with IPIPE for the kernel 4.14 series, 32-bit support has been dropped. I modified the kernel a bit so it's really easy for users to test 32-bit support, but as I do not have a 32-bit compiler, I cannot test it at all on my end.
03:01 PM memfrob: The README file covers this: sed -i 's/depends on X86_64/depends on X86/g' kernel/ipipe/Kconfig
03:02 PM memfrob: Just wanted that out there. I'm leaving 32-bit support available in RTAI in the mean time, but the Xenomai developers dropped 32-bit months ago.
03:04 PM memfrob: I just found out about this today..
03:07 PM memfrob: https://xenomai.org/pipermail/xenomai/2018-September/039591.html
03:18 PM CaptHindsight: what! and those basterds didn't ask us first? I'm filled with even more feigned outrage now
03:19 PM jthornton: pcw_home: https://paste.ubuntu.com/p/pjKqsm6Jq2/
03:20 PM jthornton: I can communicate and it acts like it's loading but when I --reload and then --readhmid it's the same
03:21 PM pcw_home: what bit file?
03:21 PM jthornton: 7i96d.bit
03:22 PM pcw_home: is that the standard one you have used all along?
03:23 PM jthornton: yes, I did try and flash it with 7i96_5abob_d.bit but something happened so I tried to flash it back
03:24 PM jthornton: I just did a power cycle and it shows the normal pins now
03:24 PM pcw_home: Maybe the fallback did not have the hardware to do reload
03:25 PM jthornton: ok, sounds plausible to me :)
03:26 PM * jthornton learned something new today
03:26 PM pcw_home: It should have belly-ached if it could not reload however
03:26 PM jthornton: no whining was seen
03:27 PM pcw_home: I may try to duplicate that (since I can easily recover if I really bust it)
03:27 PM jthornton: https://paste.ubuntu.com/p/jpDPtt4SZM/
03:27 PM jthornton: I did close the terminal when it seemed to hang
03:27 PM jthornton: I was using my 7i96 tool to flash with
03:28 PM pcw_home: yeah if it hangs in the middle of a write you will corrupt the user EEPROM image
03:29 PM pcw_home: which means the next time you power cycle or reload, you will get the fallback config (with just GPIO)
03:29 PM jthornton: ah ok that makes some sense then
03:30 PM pcw_home: but re-writing a new bitfile should cure that so I'll mess around and see if I can duplicate
03:31 PM jthornton: ok thanks
03:32 PM pcw_home: but not at home because I might brick my card and I don't have a JTAG programmer here
03:32 PM pcw_home: (I usually just pull the ether cord in the middle of writing to test the fallback...)
03:33 PM pcw_home: the fallback config is really old so may well have bugs
04:13 PM CMorley: linuxcnc-build: force build --branch=master 0000.checkin
04:13 PM linuxcnc-build: The build has been queued, I'll give a shout when it starts