chwe

Moderators
  • Content count

    320
  • Joined

  • Last visited


Reputation Activity

  1. Naguissa liked a post in a topic by chwe in Support of Raspberry Pi   
    People misunderstood the use-case of a RPi...  Just have a lock on their main page:
     
    IMHO during the time the RPi1 was developed there wasn't that much effort by others targeting this usergroup. And it's still hard to find a good competitor on this field. Could you get a more powerful SoC for ~40$? Sure... A better software stack for getting in touch with linux and "programming" probably not or it depends on usecase...  You get a more or less recent kernel with hardware accelerated video decoding, a lot of 'learning hats', a lot of opportunities to start programming immediately (python, scratch, Mathematica etc.). I don't think that things like Mathematica will be there if the SoC is too powerful...  
    But people try to blame the RPi for a lot of things (e.g. USB sharing bandwidth), but IMHO it helped a lot 'opening' this market. There wouldn't be any orange- banana-  etc. Pi without the RPi. Is the RPi and their Raspbian my favorite SBC&Distro? Not really, but I've still ongoing projects where I never would go away from the RPi as long as others do not improve (more or less every project which doesn't run on CLI or where a camera is involved..). And if you consider about long term support, for the price of ~40$ you get really a long time support for your device (RPi1 is still supported, whenever this has some drawbacks for the more recent devices)..
    Do I wait for the next RaspberryPi? Not really, for the use cases I see for an RPi, model 3 does what it is supposed to do. 
    For most of my use cases the RPi isn't 'the best board'.  Most things works without issues on the OPi0 (the shitty rev. 1.4, mostly IoT stuff), HC1 (mostly file server stuff) and my small webserver runs on a OPi PC+ (GbE would be nice, but it works OK-ish without GbE).
     
    Do I think the RPi should be supported by Armbian? No, not really, I'm often annoyed when working with Raspbian on CLI cause things are 'slightly' different compared to armbian and having one OS on all SBCs would make it easier.. But on the other hand, you spot new things when working with other projects (as example, I saw NodeRed first on a RPi project, in the mean time all my NodeRed projects are deployed on Armian SBCs).
    Armbian shines most where the boardmaker doesn't do the job he's supposed to do - deliver a good OS with a recent kernel... RPi does this job quite good. The only feature (I see) armbian users would have a real benefit when providing Raspberry images would be camera or hardware accelerated video decoding but to achieve this we would deal with another 'BSP kernel' which also means that developers time  is shared with another SoC (I don't think that they're bored because of lack of work to do.. ). 
  2. chwe liked a post in a topic by Larry Bank in ArmbianIO API proposal   
    A new wrinkle to this idea. I've been working with Arduinos lately and thought it would be useful to extend the ArmbianIO concept to use them as "slave" interfaces for sensors/displays/etc. This is an experiment I'm working on and would like some feedback. The idea is that the ArmbianIO API can be used identically on Windows/Mac/Linux. On a remote setup, an Arduino will be used as an I/O slave listening for commands over the serial port. The ArmbianIO you compile on your PC will translate the I2C/SPI/GPIO functions into strings of commands/data over the serial port. Below is a video of my https://github.com/bitbank2/oled_example project running on my Mac and the same exact C code running on my Orange Pi Lite board next to it:
     
     
    Please let me know your thoughts.
  3. chwe liked a post in a topic by tkaiser in Orange Pi Zero NAS Expansion Board with SATA & mSATA   
    There's a new JMS578 beta firmware available ready for test (don't forget to backup your currently running firmware -- see above). This should fix the issue of cutting power hard to connected disks, for details (and firmware link) see here please: https://forum.odroid.com/viewtopic.php?f=97&t=29069
  4. chwe liked a post in a topic by Da Xue in Le Potato general topics   
    @Tido, Armbian is way better at this than we are. Right now apt-get update only updates the debian packages and not the kernel, u-boot, and any other image fixes. If you are using standard Ubuntu, Armbian is the way to go.
     
    We have purchased a domain which we will package some u-boots and kernels but that won't happen until a non-preview release. Hence, why our images are "preview" releases rather formal releases. We anticipate the formal releases to happen around the time 18.04 comes out. Our images will have a different target than Armbian since we will be including some specific support for ecosystem components like FPGAs and HATs and our target markets. Armbian will be the more generic distro for these boards.
  5. informer15 liked a post in a topic by chwe in [GC2035] [PI PC Plus] Camera working old Armbian builds are gone! :(   
    If you would use the search engine of our forum (search for: GC2035), the fifth result is a thread named 'Armbian 5.25 on OrangePI PC: The gc2035 video camera doesn't work'.  When you than read @garlics post:
    and you add his script to rc.local your camera will work without issues on armbian 5.37...  
    (user-built cause it needs normally less time than starting with a pre-built one and upgrade it with apt-update/apt-upgrade, but there's nothing special about this image... )

     
     
  6. chwe liked a post in a topic by Superkoning in Orange Pi Prime crashes when compiling   
     
     
    I have the same on my NanoPi NEO2: lockup with "make -j4". No problems with "make -j1" (=only use one core).  Can you try if that is the same on your system?
     
     
     
  7. chwe liked a post in a topic by @lex in GC2035 camera driver is unavailable at sunxi-next 4.13.6 kernel ?   
    There is no CSI available for Kernel 4.x 4.1x  yet, it is a WiP.
     
  8. pfeerick liked a post in a topic by chwe in Orange Pi One is not booting from SD Card....   
    https://www.ubuntu.com/download/server
     
    if you only need console... The ISO is ~750mb, don't know how much space it needs on an SD-Card but I think it's less than 8GB...  maybe you need to resize the FS by hand after its (don't have such sticks)... 
  9. simrim1 liked a post in a topic by chwe in Orange Pi One is not booting from SD Card....   
    Which image do you use? So if you have the same image on your USB stick and the SD-Card than it boots? This sounds like your SD-Card is corrupted. Did you check your card with h2testw or F3? How is your board powered (PSU& cable)? Whats connected to your OPI?
  10. simrim1 liked a post in a topic by chwe in Orange Pi One is not booting from SD Card....   
    It does not boot from USB... I think it boots from SD-Card (uboot) failed to start up the kernel from the SD-Card and therefore looks for other possibilities (e.g. USB, ETH) to start a kernel. Cause he has a working kernel on the USB stick, this works without issues.
     
     
     In fact, you didn't cause:
    Otherwise, this statement would come earlier:
     
    So, something goes wrong when you write to SD-Cards. There are IMO two opportunities:
    All your SD-Cards are counterfeit Your card reader/writer is counterfeit (as @zador.blood.stained suggested).  I suggest solving this issue step by step, with burning an image as an end goal.  Replace your SD-Card reader, format all your SD-Cards and test them again with F3 or h2testw In case you don't get any errors with h2testw/F3 you can burn armbian with Etcher and enjoy armbian.   In case you still have the same issues there are two possibilities: You're the the unlucky guy having two bad SD-Card readers or three counterfeit SD-Cards (or maybe a host computer which fails when it writes stuff on flash media ) I'm (and a lot of others too) aren't fans of using chargers as PSU.  It works (mostly/often) but it can end in 'unexpected behavior' which end's in questions like --> why does armbian not work reliably.
     
    I'm not a fan of hubs. Only when they are active (self-powered, not through the SBCs USB). In your case: you have an SBC with a nice barrel plug connector.  So, why not buying a barrel plug PSU. I bought my OPi PC+ with xunlongs barrel plug PSU and it works without issues.  
  11. pfeerick liked a post in a topic by chwe in Improve 'Support over Forum' situation   
    just some recent forum posts...
     
     
    I think we do a better job in providing software and 'personal support' than providing information to avoid such questions.... 
  12. chwe liked a post in a topic by Igor in [Solved] CRON and ntpd repeated fails in log   
    This whole Armbian thing is a common work and we already work at maximum capacity. Try to add this feature on your own - you only need to check this section: https://github.com/armbian/config/blob/dev/debian-config-jobs#L728-L736 and this line: https://github.com/armbian/config/blob/dev/debian-config-submenu#L524 as a similar example how to add a feature to the config. The rest you do with bash utilities. Use this method: https://docs.armbian.com/Process_Contribute/
  13. chwe liked a post in a topic by konsgn in New OPi Zero - Yet another high temperature issue...   
    Just a heads up, I think the bigger issue between the revision 1.1 and 1.4 is that they removed the "U5" buck AVCC/RTC 3.3V converter, Instead in its place they put a "R9" 0 ohm resistor from the GPIO 3.3v regulator "u55". As such it makes sense that they removed the "Q11" gpio voltage enable switch, since now that switch must always be on.
    In testing the voltages, the Rev 1.1 GPIO VCC is 3.37v, whereas the AVCC/RTC Vcc is 3.27v.
    For Rev1.4 though, the GPIO/AVCC/RTC Vcc is actually 3.4v.
    I am currently removing "R9" from rev 1.4 and installing a diode to drop some voltage. It may help to keep the device from overheating. If that doesn't help, perhaps adding a secondary 3.3v buck regulator can fix the issue.
     
    Update: With the diode to drop voltage, the resulting voltage on AVCC/RTC is 2.91V.
    This results in the following temp readings stable/finger tested:
    19:02:53: 1200MHz  0.71  19%  11%   6%   0%   1%   0%   -2°C
    19:02:58: 1008MHz  0.73  19%  11%   6%   0%   1%   0%   -4°C
    19:03:03:  240MHz  0.67  19%  11%   6%   0%   1%   0%   -9°C
    19:03:08:  240MHz  0.62  19%  11%   6%   0%   1%   0%  -10°C
    19:03:13:  240MHz  0.57  18%  10%   5%   0%   1%   0%  -11°C
    19:03:18:  240MHz  0.52  18%  10%   5%   0%   1%   0%  -17°C
    19:03:24:  240MHz  0.48  17%  10%   5%   0%   1%   0%  -20°C
    19:03:29:  240MHz  0.44  17%  10%   5%   0%   1%   0%  -21°C
    This leads me to believe that the temperature may not be significantly if at all different between v1.1 and v1.4. It would make sense for the slight voltage difference of voltage on the AVCC pins would change the internal temperature readings. They probably don't have any sort of voltage reference internally, and that would lead to any sort of internal reading based on analog voltages to be affected by voltage changes of the AVCC power.
    I will test this with a power supply on the seperated AVCC/RTC to see if it does indeed result in different internal readouts.
     
     
    Alright, here's what I found:

    All of these results are running the armbianmonitor right after start up and each show a "finger test" draw represents draw on the Avcc/rtc  from the power supply, and is quite stable.
     
    Orangepi v1.4 test: r9 removed, AVCC&RTC=3.27 about 50mA draw during test:
    Orangepi v1.4 test: r9 removed, AVCC&RTC=3.4V about 50mA draw during test:

    Orangepi v1.4 test: r9 removed, AVCC&RTC=2.90V about 40-50mA draw during test
     
    Results: The internal temperature sensing cannot be trusted, especially since there is no voltage reference.
    Tomorrow I will try to place a 150mA 3.3V LDO regulator instead of "r9" and see if I can find a way to actually test temperature.

    PS: I would add images if I could figure out how to do so outside of hosting them somewhere else.
     
    Sidenote:
    "R9" is glued down, so to minimize chance of lifting pads when desoldering try this:
    1- apply generous amounts of flux from flux pen.
    2) use solder wick to remove as much solder as possible
    c Once all the solder is gone, rotate the part 90 degrees with flat end needle nose pliers while slightly pushing into the board.
     
    If you managed to get enough solder off, the part should break free without lifting the pads. And if they do lift, you can always solder onto the test points on the board.
  14. pfeerick liked a post in a topic by chwe in Web page(s) redesign   
    Maybe cause armbian does not support only SUNXI boards? Cause for NAS use-cases boards like the HC1 outperform every SUNXI boards easily? Thanks to @tkaiser we have a lot of SBCs tested in a 'NAS use-case'. All the 'performance numbers'/benchmarks came from the same person taking care about 'do it right'.  Same counts for HW description...  
    Personally, I like sunxis wiki but it is a wiki for developers (and maybe experienced SBC users) and not for the 'Hi all, I'm new to linux and SBC and bought *random SBC* for *random use case* guy'.  Since some boardmakers found out that they sell much more boards when they start with a Kickstarter campaign instead of selling them on their website & aliexpress and we support quite often their boards, we have to deal with them. 
    both 'versions' have valid arguments. Personally, I like @zador.blood.staineds argumentation.
    Having 'Home' in the navbar and you can go back to armbian.com.  
     
     
  15. chwe liked a post in a topic by froezus in H6 boards: Orange Pi One Plus, Orange Pi 3 Plus and Pine H64   
    EDIT: There is lot of pictures here also : http://freaktab.com/forum/tv-player-support/allwinner-tv-players/679476-beelink-gs1-6k-tv-box-allwinner-h6-android-7-1-bt4-1-1000m-lan-usb-3-0-media-player-2gb-ram-16gb-rom
    2GB RAM and 16GB eMMC


  16. pfeerick liked a post in a topic by chwe in Web page(s) redesign   
    To be honest, I'm not really familiar with WordPress, but this should be possible without problems. Maybe not 'anyone' but you could give 'limited rights' to the people which are responsible for the content of the webpage.  I'm more the 'DjangoCMS/Bootstrap guy' but this is more a 'personal preference', I'm sure WP can do this as good as Django. 
     
    I don't think that we should 'divide' the community into an Armbian-Blog and Armbian-Forum fraction. But why not use those forum sections (e.g. tutorial subforum) as a 'peer-review' place for interesting tutorials with discussion and when a tutorial is 'peer reviewed', we generate a tutorial on a 'tutorials.armbian.com' page outside from the forum (without possibility to comment, but with a link to the forum post).
    For example:
    SBCs as NAS is a evergreen topic. It doesn't really belong to armbians documentation, but a Tutorial which summarizes the performance of boards (e.g. USB2 based, all 'sort' of SATA based, USB3 based etc.) is something people would recognize. This tutorial can be edited when a new board which fits in this use-case came up (with discussion in the tutorial part of the forum). I think the armbian community has a lot of knowledge on various fields related to 'computer science' let's try to make this more visible.  Best distro is every time an opinion...  Things we shine: Support, support, support, maybe sometimes a little bit harsh (when people are to ignorant) but on most questions you get an answer to your question within 24h. That's even faster than most answers from the customer support of a *random company*. 
    But we don't shine on 'educate our customers' (e.g. a lot of people still think: If I get mali to work, my SBC could be the cheapes & best multimediacenter cause mali is the SBCs 'graphic card' and the 'graphic card' is needed for HW accelerated video decoding).
     
    Be careful about direct democracy we (the Swiss) are quite fast upset if you're against it...  I suggest forking the 'armbians upgrade policy' to a different thread to keep this one where it belongs too: Web page(s) redesign
    --> Cause I think the majority doesn't expect this discussion in a thread where it's about web page redesign. 
     
  17. pfeerick liked a post in a topic by chwe in H6 boards: Orange Pi One Plus, Orange Pi 3 Plus and Pine H64   
    Did you open the box? Never spot any pictures of the PCB from this box...
     
  18. Tido liked a post in a topic by chwe in Web page(s) redesign   
    It's not uncommon that 'Home' isn't visible on a websites navbar,  but the logo is linked to it (said someone who was on armbians main page more than 6 times today.. ).  As soon as you've a template page it's annoying to program exceptions... 
     
    IMO this should be discussed in another thread. Otherwise, we fill this one also with a lot of stuff which doesn't belong to the topic.
  19. pfeerick liked a post in a topic by chwe in Web page(s) redesign   
    I'm not sure if we need this carousel on the first page (R1 picture in the draft).  A small "news feed" should also do the job not? Downloadpage might be a little bit confusing (status & release). IMO only the 'Deprecated' flag is needed, on all other boards, you see from the release (testing, stable etc.) the status of your board.  A small 'getting started' guide on the first page is a good idea to avoid the major issues when starting with armbian.
  20. pfeerick liked a post in a topic by chwe in Web page(s) redesign   
    1. Navigation: unified on all pages. 
    I think this could easily be achieved when the whole page is maintained with a CMS-System. I don't know how you do it at the moment, but since I maintain some pages with DjangoCMS, I would never go back to not CMS maintained pages. Adding additional pages is a 30 seconds task, they show up in the menu on the right place - it just works.  Since I work mostly with 'standard' bootstrap elements, I can pick them by one click instead of code a single line in HTML.
     
    3&4 Download selection: search on devices must be somehow implemented Download board page: rethink and rework
    IMOH the download page looks nice but isn't easy to work with. Instead of 3 pages (stable, WIP, Deprecated), we should have one Download page with a better 'search engine' and a status for every board (needs some adjustments to program but would save us a lot of user questions - if I've time I'll do some testings to show what I think how this could look like). 
     
    5. Documentation under common theme
    As long as we use  MkDocs, I'm not sure how easy it would be to integrate this into a CMS. I like the 'Read the Docs' template for the documentation, not sure if this needs to be unified. 
  21. chwe liked a post in a topic by zador.blood.stained in Orange Pi One is not booting from SD Card....   
    Maybe you have a card reader issue?
    Did you write the image with Etcher? Unless Etcher writes the image without reporting any issues I'm not sure anyone will be able to help you further - you should try a different card reader and different SD cards first and write images only with Etcher.
  22. chwe liked a post in a topic by zador.blood.stained in Web page(s) redesign   
    The thing is - forum.armbian.com is a separate site, not part of www.armbian.com. Logo on the forum should go to the forum index, not to www.armbian.com index. Same as dl.armbian.com logo goes to dl.armbian.com index, top left corner of docs.armbian.com links to docs.armbian.com index.
    To compare: if you are using Google services - the "Google" logo in top left on docs.google.com, drive.google.com, play.google.com, mail.google.com, etc. doesn't link to www.google.com but to the respective service start/index page.
  23. Tido liked a post in a topic by chwe in Web page(s) redesign   
    It's not uncommon that 'Home' isn't visible on a websites navbar,  but the logo is linked to it (said someone who was on armbians main page more than 6 times today.. ).  As soon as you've a template page it's annoying to program exceptions... 
     
    IMO this should be discussed in another thread. Otherwise, we fill this one also with a lot of stuff which doesn't belong to the topic.
  24. chwe liked a post in a topic by TonyMac32 in Web page(s) redesign   
    I have thrown myself out of the forums at least 6 times today by clicking on the "Armbian" banner image.  
  25. chwe liked a post in a topic by Igor in Web page(s) redesign   
    First draft. Comments and ideas over are welcome. UX related only at this stage.