06:45 | sanjeevs | Hello All |
06:46 | sanjeevs | Can we connect PI CAN to humming Board http://skpang.co.uk/catalog/pican-canbus-board-for-raspberry-pi-p-1196.html |
06:46 | sanjeevs | Any help would be appreciated |
06:47 | sanjeevs | This can be attached to raspberry. AFAIK raspbeery is very similar to Humming Board |
06:49 | sanjeevs | @jnettlet ping |
06:49 | jnettlet | sanjeevs, yes it should work. we are pin compatible, and that uses just the main header. |
06:50 | jnettlet | where you run into trouble is when the boards use the secondary header that was added in the B model |
06:51 | sanjeevs | So PI CAN should be attached to Main header |
06:52 | sanjeevs | on Humming baord there is GPIO expansion header and I feel it should be connected to that header |
06:53 | jnettlet | correct. our header is pin compatible with the main Raspberry Pi header |
06:54 | sanjeevs | Ok thanks |
06:54 | sanjeevs | Do we have some refernces on dts side |
07:00 | jnettlet | I don't believe so, but dts from raspberry pi should be a good reference |
07:04 | sanjeevs | good point |
07:04 | sanjeevs | Thanks |
10:34 | topi` | sanjeevs: I've also looked into that PICAN hat, but it was quite expensive in my opinion |
10:35 | topi` | the i.MX6 implements a CAN controller, and it is exposed in the Hummingboard2 series |
10:36 | topi` | CANL and CANH signals go to J28 connector |
10:36 | sanjeevs | Thanks topi |
10:36 | sanjeevs | My requirement is PICAN though |
10:40 | topi` | is it somehow better than other CAN products? |
10:41 | topi` | just want to know; we can also face CAN requirements from our customers so I need to learn more on the subject |
10:44 | jnettlet | there is a CAN click board as well. But the onchip support is implemented |
11:03 | topi` | yeah, the only problem there is that it seems like J28 overlaps the HDMI connector |
11:03 | topi` | so, that'd work only for custom builds without HDMI (or then use cheap labour to solder off the HDMI :) |
11:03 | topi` | our country is not competitive on the cheap labour aspect :( |
12:15 | vpeter | Still have a friend with new hummingboard. Only ethernet MAC address is funny (lower part is all zeros) after writing fuses :( |
12:16 | jnettlet | vpeter, did they update the u-boot source to the MAC address they wanted to use? |
12:17 | vpeter | No, because there is no instructions. Only mfgtool to set boot from sd was run. |
12:18 | jnettlet | then the lower bits of the address haven't been set. |
12:18 | jnettlet | just use the fuse command in u-boot to set them |
12:19 | jnettlet | Note the bottom of the wiki page. Note - The fuse that contains the lower 32 bits of the MAC address is programmed only after passing all the manufacturing tests. |
13:06 | vpeter | I see - it can still be done. Very good. |
13:07 | vpeter | For now it is not a problem. But next orders will be different (already fused soms). |
13:25 | jnettlet | they will come with their own hw addresses, so 0000 should not conflict |
13:25 | jnettlet | you can also override it in the uEnv.txt if you desperately have to |
13:26 | vpeter | Yes, not such big issue. |
15:34 | heap_ | so where i can find the most stable 4x kernel for the cuboxi? |
15:38 | vpeter | this probably https://github.com/SolidRun/linux-fslc |
15:40 | jnettlet | vpeter, he wants 4x |
15:45 | heap_ | yup |
15:46 | jnettlet | heap_, really you would be best off with an upstream kernel |
15:50 | heap_ | jnettlet: hmmm the one which is part of the official deb repo? |
15:50 | jnettlet | heap_, I would recommend building 4.4. There are constant fixes going upstream |
16:19 | heap_ | jnettlet: building or using the debian distro package? |
16:19 | heap_ | arm one |
16:20 | heap_ | by building i need some tunned config right? |
16:20 | jnettlet | heap_, I can't comment on that. I don't do any of the distro stuff |
16:22 | Artox | heap_, the debian distro package is always old |
16:23 | Artox | although you could perhaps build the version from experimental, but we do not know if it has all the needed config bits |
16:23 | Artox | and for config, there is a defconfig |
16:24 | Artox | something that looks like imx6-imx7 in arch/arm/configs |
16:24 | heap_ | hm so i dont know... |
16:24 | heap_ | is at least anyone working on 4x? |
16:24 | heap_ | for cuboxi |
16:25 | Artox | ofc, rmk is pushing things every now and then |
16:27 | heap_ | rmk ? |
16:27 | jnettlet | work is constantly going on upstream. As we said our LTS kernel is 3.14 which has another year of support from upstream |
16:46 | heap_ | Artox: you mean mk? |
16:46 | heap_ | 001 |
16:47 | Artox | he is not in here or available for support. Just a mainline developer. |
17:13 | heap_ | i know |
17:18 | topi` | how many years do they support the LTS kernels? |
17:18 | topi` | are there other LTS kernels than 3.14? |
17:20 | vpeter | My bad for not reading all the letters and numbers :( |
18:58 | Jameson | Hello |
19:00 | Jameson | Anybody around? :) |
19:02 | Jameson | I have a Hummingboard and a blank SD card, and I want to get openelec working on it. I saw a video on the Ignition method, but it didn't work. Hopefully someone here can help me out! |
19:03 | vpeter | Jameson: write openelec direcly on sd card with win32diskimage. |
19:04 | Artox | Jameson, http://openelec.tv has instructions on their wiki |
19:04 | Jameson | Artox: tried, none worked |
19:04 | vpeter | Jameson: Must work :) |
19:05 | vpeter | Did you extracted .img.gz file to just .img ? |
19:05 | Jameson | I followed the guides (used Ubuntu for writing to the SD card), but the HB didn't boot |
19:06 | Jameson | once I got it to boot, it stuck in boot looping |
19:07 | Jameson | I tried this method: http://openelec.tv/forum/143-installation/69085-cubox-i-manual-installation, but I may have used the wrong files. Finding correct ones in that mess of a directory is..well, a challenge :P |
19:08 | vpeter | 2 year old stuff :) |
19:08 | Jameson | with newer files. |
19:08 | vpeter | Download this: http://releases.openelec.tv/OpenELEC-imx6.arm-6.0.0.img.gz |
19:08 | Jameson | that's the file I got |
19:08 | Jameson | unpacked of course ;) |
19:08 | vpeter | You are writing sd card with windows or linux? |
19:08 | Jameson | linux |
19:09 | Jameson | but I can use windows too |
19:09 | Jameson | I just don't trust win32imager.. :P |
19:10 | vpeter | linux is fine. sudo dd if=OpenELEC-imx6.arm-6.0.0.img of=/dev/sdXXX bs=4M |
19:10 | vpeter | use correct /dev/sdXXX |
19:10 | Jameson | obviously |
19:10 | vpeter | And it must work. |
19:11 | Jameson | that's the first thing I tried, and it never even booted |
19:11 | vpeter | You can mount partitions from sd card to see if they were written correctly. |
19:12 | vpeter | as you can see here it works for at least one user http://openelec.tv/forum/68-audio/79421-hummingboard-i4pro#154609 |
19:22 | Jameson | meh.. |
19:29 | vpeter | Still no joy? |
19:29 | Jameson | nope, I'm trying with Win32diskimager now |
19:30 | Jameson | if it results in me losing my data, I'm gonna lose my shit :p |
19:32 | vpeter | Did you tried to mount partitions to see if the data is on? |
19:32 | vpeter | Also you have serial console maybe? |
19:33 | Jameson | heh |
19:33 | Jameson | even the ignition guide on solid-run.com doesn't work |
19:33 | Jameson | infinite boot loop :P |
19:34 | vpeter | Use different card then. |
19:35 | Jameson | I have tried 3 cards now :/ |
19:35 | vpeter | broken hw? |
19:36 | Jameson | I doubt it, I was running Android on it, now I just unplugged it, formatted the SD card and want to put openelec on it |
19:48 | Jameson | it's not a hardware issue, just put the SD card from my Cubox into the HB and it booted |
19:49 | Jameson | Guess I'll copy the SD over to the other one and just have a mirrored Cubox, nothing else seems to work :p |