07-28-2016, 09:14 AM
(07-27-2016, 09:33 PM)khgoh Wrote: Hi,
This is the schematic for the i2c POT board.
Thanks !
That clarify why other pins were also initialized with pullups, they are the interrupts.
I2C Expansion Board
|
07-28-2016, 09:14 AM
(07-27-2016, 09:33 PM)khgoh Wrote: Hi, Thanks ! That clarify why other pins were also initialized with pullups, they are the interrupts.
07-28-2016, 03:44 PM
(07-27-2016, 04:54 PM)martinayotte Wrote: I think I've succeed to place new DTS entries for S_TWI (PL8/PL9), it is now appearing as /dev/i2c-3 as I've prescribed in an DTS alias. Unfortunately, false victory, at least until now. The SoC does'nt seem to communicate on the pins, although no complain in dmesg, not even seeing their pullups, "i2cdetect -y 3" still choking. I'm running out of ideas...
07-28-2016, 03:58 PM
Do you have your changes to the dts on github?
Come have a chat in the Pine IRC channel >>
07-28-2016, 04:28 PM
(07-28-2016, 06:21 AM)DonFL Wrote:Just put it up in the wiki at http://wiki.pine64.org/index.php/POT#POT...PMI2C01.29(07-27-2016, 09:33 PM)khgoh Wrote: Hi,
07-28-2016, 05:46 PM
(07-28-2016, 03:58 PM)xalius Wrote: Do you have your changes to the dts on github? No, I'm usually doing commit only and things are working and are ready for PR. So, here is a gist snippet instead : https://gist.github.com/martinayotte/145...e53ecc2b84
07-28-2016, 06:28 PM
(07-28-2016, 05:46 PM)martinayotte Wrote:(07-28-2016, 03:58 PM)xalius Wrote: Do you have your changes to the dts on github? Thanks, that is about as far as I got in my attempts too... but I could not figure out how to set the interrupts =.... attribute, can you help me out there? I wonder if those devices in the CPUS domain need any special configuration?
Come have a chat in the Pine IRC channel >>
07-28-2016, 07:19 PM
(This post was last modified: 07-28-2016, 07:25 PM by martinayotte.)
For interrupt, following the specs sheet, it was pretty easy to determine that the s_twi is 0x2c (76 in the specs, but offsetted by 32) since the s_uart is 0x26 (70 in specs) (except if the previous offsetting is wrong), maybe I should try to get rid of this offset which I don't know where it is coming from.
Problem can also be from clock and reset, which are not using apb0_gates/apb0_reset like other sunxi such H3 where the I2C on i2c@01f02400 is working. I hate this PineA64 DTS since it is coming from a decompiled version from AllWinner and doesn't follow rules used in Mainline, where apb0_gates/apb0_reset doesn't even exist. EDIT: I've checked the interrupt on H3, and it is really 0x2C (76 with offset of 32). Som it must be something else, the clock or the reset.
07-30-2016, 06:31 AM
Hi. About latest version IDE CodeBlocks. http://forum.pine64.org/showthread.php?tid=1896 This is the first test version of the manual writing in two languages. If you have any comments and suggestions please send them to me by e-mail blademoon@yandex.ru. I sincerely hope that it will help you.
07-30-2016, 06:07 PM
(07-30-2016, 06:31 AM)Artyom Wrote: Hi. About latest version IDE CodeBlocks. http://forum.pine64.org/showthread.php?tid=1896 This is the first test version of the manual writing in two languages. If you have any comments and suggestions please send them to me by e-mail blademoon@yandex.ru. I sincerely hope that it will help you. Thanks on the IDE CodeBlocks..
Gentlemen,
Could you please guide me taking the below info into account? # ./enable_i2c_pullup I/O Port for Pine64 I2c POT pull up enabled. # sudo i2cdetect -l i2c-1 i2c mv64xxx_i2c adapter I2C adapter i2c-0 i2c DesignWare HDMI I2C adapter # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: 30 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- # i2cdetect -y 1 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- I've got an impression the second read isn't effective. |
Possibly Related Threads… | |||||
Thread | Author | Replies | Views | Last Post | |
Poll: interest for SPDIF-only POT board? | amp | 0 | 2,816 |
05-01-2019, 11:17 PM Last Post: amp |
|
Audio DAC pot board | nejec | 2 | 7,045 |
12-09-2017, 01:43 PM Last Post: nejec |
|
Zwave Board: 300, 400 or 500? | Lugor | 4 | 9,283 |
01-10-2017, 08:55 PM Last Post: Lugor |
|
Questions. board serial.? | bongky youn | 8 | 12,234 |
09-12-2016, 09:24 AM Last Post: bongky youn |
|
My Board Layout Diagram | UnixOutlaw | 8 | 14,260 |
09-09-2016, 02:41 AM Last Post: pfeerick |
|
New module: POT board | Crispin | 25 | 44,992 |
07-12-2016, 08:47 PM Last Post: khgoh |
|
GPS expansion board | stephen fleming | 3 | 6,474 |
07-06-2016, 11:20 AM Last Post: xalius |