mboehmer

Members
  • Content Count

    44
  • Joined

  • Last visited

About mboehmer

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. mboehmer

    Use GPIO on C2 with Mainline Kernel

    Short update: soft SPI as included "default" in 4.19 kernel works on C2, with about 3.39us time per bit (no data line change). Changing the data line adds a bit of delay, yielding in 4.68us per bit. Seems be limited by I/O access speed in the SoC. @TonyMac32: great job Now I "just" need 1wire in
  2. mboehmer

    Use GPIO on C2 with Mainline Kernel

    Hi Tony, I use only Lattice FPGA nowadays, mainly XO2 series. Best price for a load of features, and no external EEPROM stuff to handle. Don't use I2C for configuring, it is screwed up, and can brick the FPGA (had to manually fix all boards for our first subsea stuff to get SPI flashing working). If you use SPI for configuring, forget about Lattice software, it is "just" writing some Flash rows (easy to handle even from an 8bit uC). See picture, it features a XO2-1200 reading out an Hamamatsu C12880MA spectrometer by 14bit ADC and SPI (quite big PCB due to power supply with LDO and stepup converter, and level converter for 5V spectrometer signals). XO2-7000 is prefered if you need more BRAMs, the 1200 is available in a nice handsolderable small package (limited I/O, indeed). For doing both user communication and flashing, you "just" have to wire SPI SCK, MOSI and MISO to dedicated sysConfig pins, and to normal I/Os in parallel (I always use my own VHDL SPI slave, not the macro one). Next, use CSN for flashing, and normal I/O for /CS in user mode. And don't forget the feature row, to enable SPI config. I use JTAG pins in dual use, so don't forget about JTAGEN. (Black box is a commercial spectrometer, as size comparison, it has unfortunately bad dark current values, so it is not suitable for long time exposure as we need it subsea - but silly enough it uses a XO3 FPGA )
  3. mboehmer

    Use GPIO on C2 with Mainline Kernel

    Hi Tony, you are a telepath? I need two SPIs, where do you know from ? One is for user communication to FPGA, the other one for reflashing the FPGA Will try tomorrow. So far, Michael
  4. mboehmer

    Use GPIO on C2 with Mainline Kernel

    Hi guys, just wanted to ask if the latest changes are in the build system already. I will need no PWM this time when we go subsea, but SPI instead, and for different issues I worked so far with a C1+ and SPI (as I had to complete setup already using this). So, it would be great to know if just a "compile your image" will work for SPI, and if not, how to get the necessary steps done. Any help is appreciated. @TonyMac32: if it helps, you can have one of my C2 as test setup. So far, Michael
  5. mboehmer

    Rock PI 4

    Some news: https://wiki.radxa.com/Rockpi4/downloads There is a first Armbian image available.
  6. mboehmer

    Odroid C2 general

    Sounds reasonable. Many people won't need it anyway. If peeking around with DT it would be great to have also entries for PWM and 1wire (just commented out, but known working). I2C should also be prepared... Frpm my experience it is hardcto get correct entries for that periphials unless you are a DT expert
  7. mboehmer

    Help for testing? (T4 / Neo4)

    You got me
  8. mboehmer

    Odroid C2 general

    Damned, I compiled new images for C2 recently, but operating it headless, I never checked USB ports. Network was stable so far, I did not notice any hangups or really bad performance. I can check lines with logic analyzer, in case that helps. Just let me know how I can support debugging (I will need C2 boards soon for next deep sea operation, and it also seems to be a really cool board for Antarctica setup)... Michael
  9. mboehmer

    Help for testing? (T4 / Neo4)

    Hi guys, just wanted to let you know that I have no a Nanopi Neo4 and NanoPC T4 here on my desk. So if you need help in testing, please let me know. If the Neo4 just had a little more RAM - it's a real cute board size, but hot without cooling unit Michael
  10. mboehmer

    Rock PI 4

    Sorry, no link, it was direct contact with the German distributor by phone (and some luck, talking about my specfifc requirements).
  11. mboehmer

    Rock PI 4

    RockPi4 sales start officially today. I got two preproduction run boards, one was clearly not yet optimized in soldering Accoridng to revision printing on silk screen it's the final version being sold. One issue only so far: the M.2 adaptor is from a different board, but works electrically.
  12. mboehmer

    Rock PI 4

    So, to get back to facts, build is running, may take a while. Just compared the RockPI4 with the NanoPC-T4. Seems a good choice for starting, bioth RK808D and RT8211E are the same. Audio circuit is different, the RockPI uses an ES8316 instead of ALC5651. Wifi/BT is at least similar, on the RockPI there is an AP6256, compared to the AP6356 on the T4. IR is missing. Update: NanoPC T4 image compilation succeeded, but fails booting. It starts the BL31, but hangs after two NOTICE lines. BL31 version of original image is different to the one used in NanoPC T4 image. I can post both boot logs, if anyone is interested (good ol' FT232AM works with 1.5MBaud, while Prolific fails )
  13. mboehmer

    Rock PI 4

    Zinq = Xilinx = NoGo. I started with Xilinx FPGAs, but use only Lattice ones nowadays. There are company policies which I don't support at all. Maybe a Mico32?
  14. mboehmer

    Rock PI 4

    Hi Igor, I'm a VHDL programmer mostly, with C on microcontrollers. Bash is out of my reach - too complicated... Honestly, if I can contribute by different means, I will do (and will read that page again, as suggested). Are you sure that there is really no FPGA to be programmed? So far, Michael
  15. mboehmer

    Rock PI 4

    Sir, yes Sir I have a working Armbian developer system, that's not a big deal (even for a noob like me )