-
Posts
3892 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Community Map
Everything posted by martinayotte
-
Here are the patches I've prepared for getting I2C and SPI on OrangePiPC under 4.4.4. BTW, Tkaiser, I wouldn't been able to add the last I2C (TWI_R where the PMIC is attached) because lack of PL* pins in the current H3 pinctrl. I would'nt like start new task for that since the mainline guys already working to have another H3 R_PinCtrl : https://lkml.org/lkml/2016/2/1/150 orangepipc-patches.zip
-
BTW, Thanks, Tkaiser ! I've finally got the SPI working after whole day of work, I've faced several issues, one of them was related to http://www.spinics.net/lists/linux-spi/msg03301.html where Mainline guys don't wish that SPIDEV been part of the DT. So, now I will have to work on the tasks of creating a patch for Armbian containing all DTS fixes but also small addition to driver/spi/spidev.c (BTW, I've finally received my Opi-One this afternoon, but didn't got chance to try it out yet)
-
Just to let you know : I've finally got I2C working under 4.4.4 !!! Several days of work, adding traces into kernel driver, to let me figure out that everything was related to <&bus_res> register. I will now try to get SPI working, and cleanup the sun8i-h3.dtsi to produce a patch. This patch probably needs to be submit to Mainline guys.
-
New user creation in Armbian 5.04
martinayotte replied to jobenvil's topic in Armbian build framework
About the build process, I've noticed that /tmp folder of my workstation is always becoming RO for other groups/users, so after "sudo ./compile.sh" finished, I always need to do a "sudo chmod a+rw /tmp" -
BTW, since talking about I2C, since my previous attempt to get it working on Mainline 4.4.1 several weeks ago, I've tried several thing on the newer 4.4.3 these recent days. I'm kind of newbie with DTS, I've tried many things assuming that I2C on H3 is supposed to be the same as A23/A31/A58 ... Am I right ? I didn't get any success and dmesg didn't provide me much details yet. If I can get I2C and SPI working fine under 4.4.3, I would be glad to switch to it forever and drop 3.4.110.
-
"Time" is always the "missing ingredient" ... But at least, there is some existing documentation, although a bit outdated : http://linux-sunxi.org/I2Cdev Maybe I will try to get chance to contribute in this page by adding some testing python code for controlling a GPIO expander such MCP23017. EDIT : For SPI, there is a simlar page : http://linux-sunxi.org/SPIdev EDIT2 : I've ran successfully this quick SPI test : https://raw.githubusercontent.com/loboris/OrangePI-Kernel/master/linux-3.4/Documentation/spi/spidev_test.c
-
I've already done some I2C tests on port TWI1, and it is working fine. I was using python library orangepi_PC_gpio_pyH3-master. I will try the same on TWI0 when I get the chance. About SY8106, I've look at the schematic and it seems to be hook up on another port, the PL00 and PL01 pins, which seems to be defined in FEX as follow : [s_rsb0] s_rsb_used = 1 s_rsb_sck = port:PL00<2><1><2><default> s_rsb_sda = port:PL01<2><1><2><default> But I don't know how to access them. Is RSB other kind of Kernel driver ? Maybe we need to copy/paste an existing TWI and tweak it to use those 2 pins, I'm really not a FEX expert ... SPI ? I've never tried it under Linux, but I will do, but need to learn about it first, although I know SPI under smaller MCU such STM32. I've several devices to try such SPI Flash or LCD. EDIT : TWI0 is also working fine. EDIT2 : doing some search about RSB, I've found that means "Reduced Serial Bus", and there are commits about it in linux-vanilla/v4.4.1/drivers/bus/sunxi-rsb.c, but nothing in legacy 3.4. I've also seen some posts/commits in Mainline about "drivers/i2c/busses/i2c-sunxi-rsb.c"
-
Oh ! I've found a very strange bug ! With this 5.0.3 image, I had to first use wired networking, to be able to setup things. I added an RTL8188 on USB, it was working fine too, until I unplug the wired RJ45, the WiFi SSH freezed. Plugin the wired network, it works again, without any change, simply reissue the SSH command. So, it is really weird, it is like if eth0 is not working and running, no other network can works. I've never saw that, and all my other OPi-PC are running fine with only RTL8188 on them along with Loboris image.
-
Hi TKaiser, I found the GPIO issue just few seconds ago, while reading your previous post saying that "1-Wire? Pin 37 on the connector when using Orange Pi" The OneWire driver was preload in Igor's image, and it was fighting with the python gpio_lib doing mem-map. I've simply removed the OneWire modules for now. Next, I will start testing I2C. About the "reboot" issue, I don't know, since I've used Igor's 5.0.3 image instead of building it myself this time to be up-and-running quickly. Even during the "firstrun" phases, I had to wait more than the famous "3 mins" and power-recycle to do the reboot.
-
Hi folks, I've start playing with the 5.0.3 on OPi-PC, at first look, I discovered that "reboot" still not working. I will continue to play with it to figured out if anything else needs to be reported. EDIT : I've tested orangepi_PC_gpio_pyH3-master that I used on other OPi-PC with Loboris, the GPIOs can be flashed but it stop flashing after few blinks, without any crash. Simply restarting the python script again, and it flash again, but only for few blinks.
-
Hi Igor, Hi TKaiser, Seeing those progress and commits, I've decided to jump into the bandwagon ! :-) I've compiled an image using Armbian-4.4.1 for OrangePi-PC, write it to a microsd and try it out. It boot properly, although boot is not very verbose, I presume it is on purpose. I decided next to get some networking using RTL8188 dongle : it wasn't seen in lsusb at first, I've connected it to vertical USB, but placing into the dual one, it worked ! I've then look at the GPIO using orangepi_PC_gpio_pyH3-master, it work too ! But for I2C bus, none are detected, so maybe there is something to tweak in the kernel configs, I will digg more ... BTW, I wasn't able to verify the clock speed, it is not in /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq anymore. Where should I look ? (in the dmesg log, I can see "cpu cpu0: failed to get cpu0 clock: -2") Thanks for all your work, EDIT : For I2C, I've compared kernel configs with my previous Loboris's build, and they look Ok, so it is maybe a bug ... :-(
-
Review Quick review of Orange Pi PC
martinayotte replied to tkaiser's topic in Reviews, Tutorials, Hardware hacks
Oh ! No ! If you wish to provide power to OPi-PC from this USB 5V output wire, it won't provide enough current !!! -
Review Quick review of Orange Pi PC
martinayotte replied to tkaiser's topic in Reviews, Tutorials, Hardware hacks
In the above picture, the cable is shown as pin2=5V and pin6=GND, which is match the header pinout. (I presume that the barrel connector is directly connected to those pin too) -
Review Quick review of Orange Pi PC
martinayotte replied to tkaiser's topic in Reviews, Tutorials, Hardware hacks
Reading the thread you provide, it is clear that the PC is out of stock but not discontinued. It will be back in stock after Chinese holiday ! -
In the mean time, networking can be workarounded using USB-Wifi dongle, such as RTL8188.