TonyMac32

Members
  • Content Count

    2190
  • Joined

  • Last visited


Reputation Activity

  1. Like
    TonyMac32 reacted to sfx2000 in Very Small Platforms - Rockchip 3308 and Allwinner V3s   
    Quick update on DingleBerry Pi...
     
    Schematics - done - It's essentially a respin of the QC/Atheros reference design into a Pi board form factor.
    Layout/Gerbers - done - 4 layer board, single sided - nice to have a friend with an Orcad license from Cadence.
     
    Specifics
    MIPS24kc @ 650Mhz - big endian 802.11n - ATH9K driver - 2*2:2 for 300Mbps at 2.4GHz (wide channels) - PCB trace antennas Two 100Base-2 Ethernet - WAN dedicated port, LAN on switched port One USB-A for peripherals MicroUSB for Power/Console 32MB SPI-NOR flash - uboot and OS 128MB SPI-NAND flash - extending FS for application and user space 64MB DDR2 RAM SW - OpenWRT Master on the ATH79 target Bootloader - uboot with Pepe2K mods (web server fail-safe)  
    The 4351 does have PCIe, but I've decided not to implement
     
    Performance Targets:
    Reference board is good for 100Mbps WiFi and NAT LAN/WAN performance so fairly balanced there. Power - 5V5DC, 1000ma for PS - right now with everything active on reference design, we're around 850ma at max load.  
    BOM is reasonable, COGS says we're around $50USD to cover the NRE and breakeven with 1K boards with kits (box, cables, boards, ac adapter)
     
    I will not build/ship at a loss... So the next step before doing the engineering sample boards it to gauge the potential market interest.
  2. Like
    TonyMac32 reacted to Technicavolous in mpcie 4g with sim   
    It works GREAT!
  3. Like
    TonyMac32 reacted to sfx2000 in Very Small Platforms - Rockchip 3308 and Allwinner V3s   
    I've been following that project - good work there...
  4. Like
    TonyMac32 reacted to sfx2000 in Very Small Platforms - Rockchip 3308 and Allwinner V3s   
    Here's something crazy - found this in my goodie/junk box... mad dog linux something or other - from back in 2006 timeframe - well before kickstarter.
     
    PowerPC device implemented on an FPGA - the shiny item is a fingerprint sensor that would log a person in...
     
    Mounted as a mass-storage device, with a lightweight desktop environment that one would run in Windows 98...
     
    The SD Card (or maybe MMC) was for storage for the linux space, booted off the internal flash...
     

  5. Like
    TonyMac32 got a reaction from lomady in RK3328 Kernel   
    Sigh...  My guess (entirely guessing, I have not looked yet), is that we or Mainline fixed the Rev 3, which broke the Rev 2.  I am not entirely pleased at the significant hardware changes made by Pine in this case, it is causing problems...
  6. Like
    TonyMac32 reacted to balbes150 in nvidia jetson nano   
    Good news. Managed to solve the issue with building the core for Jetson Nano directly in The armbian build system. New images 5.98 on the site.
     
     
    Are there Jetson Nano owners with built-in eMMC ?
  7. Like
    TonyMac32 got a reaction from suberimakuri in RK3328 Kernel   
    Sigh...  My guess (entirely guessing, I have not looked yet), is that we or Mainline fixed the Rev 3, which broke the Rev 2.  I am not entirely pleased at the significant hardware changes made by Pine in this case, it is causing problems...
  8. Like
    TonyMac32 reacted to chwe in Daily (tech related) news diet   
    https://github.com/buildo/react-components/pull/1367
     
    Conclusion: we definitively need a nemobot as well here...
  9. Like
    TonyMac32 reacted to balbes150 in Bring up for Odroid N2 (Meson G12B)   
    It's been a while since I read this topic .... For reference u-boot-2019 and kernel 5.x have been working at N2 with Armbian (Including sound.).
  10. Like
    TonyMac32 got a reaction from manuti in La Frite (AML-S805X-AC)   
    I will double check this, but my "Le Potato" board seems to have no trouble with 4K screens (I don't often test this feature, it's my main monitor, I don't have a second test monitor so the test is a little disruptive of my work flow)
     
    [edit[ It took it a long time to bring up the desktop on this 5.3 RC kernel, but Le Potato:
     

  11. Like
    TonyMac32 reacted to Igor in offically support Khadas VIM?   
    Added (untested) nightly images:
    https://dl.armbian.com/kvim1/
  12. Like
    TonyMac32 reacted to Igor in La Frite (AML-S805X-AC)   
    Added nightly minimal images (root ≈ 500 Mb in size) for La Frite.
    https://dl.armbian.com/lafrite/
  13. Like
    TonyMac32 got a reaction from nylonatathep in La Frite (AML-S805X-AC)   
    Thanks goes to @Neil Armstrong and BayLibre, they've been handling mainlining Amlogic.  I simply curate any additional patches and keep things playing nice with the build system.
  14. Like
    TonyMac32 got a reaction from djismgaming in La Frite (AML-S805X-AC)   
    Thanks goes to @Neil Armstrong and BayLibre, they've been handling mainlining Amlogic.  I simply curate any additional patches and keep things playing nice with the build system.
  15. Like
    TonyMac32 reacted to nylonatathep in La Frite (AML-S805X-AC)   
    A very thank you to TonyMac32 and the great Armbian comunity!
     
    I've compiled the desktop image with no special options (just select the target) and everything is running very nice.
    The CPU clock is set to max 1.5 GHz, slightly overclocked but it runs without headsink around 50-60 °C on high loads the temperatur rise up to around 65-68 °C in my case.
    OpenGL (glxgears) and Gles2 (es2gears) runs fine, even the WebGL in Chromium is supported.
    Video is not HW accelerated in included mpv and Chromium, I think there are any patches needed, but its ok at the moment.
     
    I have only one problem, there is no audio. Only the DummyOutput is present. aplay -l says no soundcards found...
    dmesg has no message related to "sound" or "audio". USB soundcard works pretty well but is not that great experiene
     
    Can someone give me a hint to get sound working? load missing modules etc.?
     
    For easy testing, the image i compiled can be downloaded here (7zip file): https://drive.google.com/open?id=1Xl-4_R1aolxJMZFqlZdb0voNxOxbJ4PC
     
    regards
  16. Like
    TonyMac32 got a reaction from gounthar in La Frite (AML-S805X-AC)   
    OK, so, if you are the sort to build it yourself, you can.  It's under WIP/CSC, and is currently kernel 5.2.y.  You can do a couple things, one is to flash the image (using etcher) to a USB keyfob, the other is to update your firmware, then use a USB A to A cable from the closest USB port to the IR sensor.  Power up, hitting escape to interrupt the boot process, then type in
     
    ums 0 mmc 0 to get the device to show up on the host computer.  The use etcher to flash the image right to the eMMC on the La Frite.
  17. Like
    TonyMac32 got a reaction from gounthar in La Frite (AML-S805X-AC)   
    _ _____ _ _ | | __ _ | ___| __(_) |_ ___ | | / _` | | |_ | '__| | __/ _ \ | |__| (_| | | _|| | | | || __/ |_____\__,_| |_| |_| |_|\__\___| Welcome to Ubuntu Bionic with Armbian Linux 5.2.8-meson64 System load: 1.23 0.45 0.17 Up time: 5 min Memory usage: 11 % of 967MB IP: CPU temp: 55°C Usage of /: 4% of 56G Well then.  Give me a few to get it committed.
  18. Like
    TonyMac32 got a reaction from lanefu in La Frite (AML-S805X-AC)   
    _ _____ _ _ | | __ _ | ___| __(_) |_ ___ | | / _` | | |_ | '__| | __/ _ \ | |__| (_| | | _|| | | | || __/ |_____\__,_| |_| |_| |_|\__\___| Welcome to Ubuntu Bionic with Armbian Linux 5.2.8-meson64 System load: 1.23 0.45 0.17 Up time: 5 min Memory usage: 11 % of 967MB IP: CPU temp: 55°C Usage of /: 4% of 56G Well then.  Give me a few to get it committed.
  19. Like
    TonyMac32 reacted to djismgaming in La Frite (AML-S805X-AC)   
    Omg it's happening!!!!!!
  20. Like
    TonyMac32 got a reaction from manuti in La Frite (AML-S805X-AC)   
    Added a wip target to the build system, it is dev kernel only, and builds just fine, however booting is another issue I've not spent a lot of time with yet:
     
    Found U-Boot script /boot/boot.scr 3048 bytes read in 11 ms (270.5 KiB/s) ## Executing script at 08000000 154 bytes read in 5 ms (29.3 KiB/s) ## Error: Can't overwrite "ethaddr" himport_r: can't insert "ethaddr=00:50:43:84:fb:2f" into hash table 8101414 bytes read in 217 ms (35.6 MiB/s) 16093192 bytes read in 416 ms (36.9 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC No FDT memory address configured. Please configure the FDT address via "fdt addr <address>" command. Aborting! 232 bytes read in 26 ms (7.8 KiB/s) Applying kernel provided DT fixup script (meson-fixup.scr) ## Executing script at 34000000 ## Loading init Ramdisk from Legacy Image at 13000000 ... Image Name: uInitrd Created: 2019-08-12 5:04:59 UTC Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 8101350 Bytes = 7.7 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ERROR: Did not find a cmdline Flattened Device Tree Could not find a valid device tree The device tree is there in the /boot/fdt/amlogic folder, and the script is the same for Le Potato/ Khadas Vim/Nanopi K2 and works.
     
    [some minutes elapse]
     
    I think I found it, the printenv (had to figure out the UART, not an easy task) shows me
     
    fdtfile=libre-computer/aml-s805x-ac/platform.dtb
     
    ...which is completely wrong in a normal context, where it should match the linux device tree:  meson-gxl-s805x-libretech-ac.dtb
     
    I'll try to figure that out later.
     
     
  21. Like
    TonyMac32 got a reaction from jeanrhum in La Frite (AML-S805X-AC)   
    Added a wip target to the build system, it is dev kernel only, and builds just fine, however booting is another issue I've not spent a lot of time with yet:
     
    Found U-Boot script /boot/boot.scr 3048 bytes read in 11 ms (270.5 KiB/s) ## Executing script at 08000000 154 bytes read in 5 ms (29.3 KiB/s) ## Error: Can't overwrite "ethaddr" himport_r: can't insert "ethaddr=00:50:43:84:fb:2f" into hash table 8101414 bytes read in 217 ms (35.6 MiB/s) 16093192 bytes read in 416 ms (36.9 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC No FDT memory address configured. Please configure the FDT address via "fdt addr <address>" command. Aborting! 232 bytes read in 26 ms (7.8 KiB/s) Applying kernel provided DT fixup script (meson-fixup.scr) ## Executing script at 34000000 ## Loading init Ramdisk from Legacy Image at 13000000 ... Image Name: uInitrd Created: 2019-08-12 5:04:59 UTC Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 8101350 Bytes = 7.7 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ERROR: Did not find a cmdline Flattened Device Tree Could not find a valid device tree The device tree is there in the /boot/fdt/amlogic folder, and the script is the same for Le Potato/ Khadas Vim/Nanopi K2 and works.
     
    [some minutes elapse]
     
    I think I found it, the printenv (had to figure out the UART, not an easy task) shows me
     
    fdtfile=libre-computer/aml-s805x-ac/platform.dtb
     
    ...which is completely wrong in a normal context, where it should match the linux device tree:  meson-gxl-s805x-libretech-ac.dtb
     
    I'll try to figure that out later.
     
     
  22. Like
    TonyMac32 got a reaction from lanefu in Bring up for Odroid N2 (Meson G12B)   
  23. Like
    TonyMac32 got a reaction from Tido in Support of Raspberry Pi   
    Maybe, maybe not. If their CompaTability nonsense can simply be ignored, and the ARM cores are in control, then yes. If VC6 is running the show, it is the same. :-/

    Sent from my Pixel using Tapatalk


  24. Like
    TonyMac32 reacted to sgjava in User Space IO is Python 3 and Java 8 bindings for user space GPIO, SPI, I2C, PWM and Serial interfaces   
    The main thing for me is I wanted something more portable than RPi.GPIO, so that I can run  the same code on multiple SBCs without coding to a Pi specific API. Plus I wanted to cover the JVM in addition to Python 3 and C. Now I can pick what language makes sense in the context of the project instead of the API driving that (i.e. RPi.GPIO == Python only). Secondly, by using libgpiod for GPIO I'm insulating myself from all the low level coding and making GPIO portable.
     
    To me it depends on the project. If I'm doing something from scratch (which I usually am) then I will gravitate to my library since I can port it to a different language or SBC easily. If something I'm working on has a RPi.GPIO or WiringPi dependency then I'll probably use those to save the effort and not reinvent the wheel. If I use luma.oled for instance then It's going to be a Python project. I can use Userspace IO's Python API for GPIO in addition to driving a OLED display with luma.oled.
  25. Like
    TonyMac32 reacted to JuanjoAr in Bring up for Odroid N2 (Meson G12B)   
    you're the man. after compiling and installing 5.3rc1 boots out of the box