NicoD

Still no real specs.
TL told me that it in the beginning of Februari would be sold(2nd week). But still nothing has changed on the website.
Here a announcement with picture of the H64.
https://liliputing.com/2019/02/pine64s-single-board-computers-are-getting-2019-upgrades-prices-still-start-at-25.html
I also made a video about it and the other new products they'll bring out.

You can buy it here on Amazon.de.
https://www.amazon.de/Pine-H64-3GB-Board-Modell/dp/B07BYXB173/ref=cm_cr_arp_d_product_top?ie=UTF8

The board does look good, I like the model b a lot more than model a. I hope there's quickly going to be good software for it so I can test it well.

One of the more honest Raspberry Pi ... today I think the RPi 3A+ is more decent, honest and humble with the user.
I complaint about the bottle neck longtime ago  https://raspberryparatorpes.net/dudas/el-cuello-de-botella-de-la-raspberry-pi/ in Spanish of course.
 

May I know what reason? Seems a bit drastic to do. Are you sure you need to do this>
 
 
You do realize you can use MIPI-DSI for a monitor? 

I am just informing you that there are problems hidden deep inside. We have encounter some and some are ready to be found in a process when kernel gets matured. If I would sit in the plane where captain would say: "Welcome on board. This plane is running RK3399 ... I would immediately leave that plane"  In a few months from now, situation will be changed ... if there will be enough interest to have this kernel pitch perfect.

I hope you are not going to fly soon?  RK3399 is not ready to fly yet 

There are a few differences between both boards. It's like saying that an Audi car is the same as a BMW because they have the same engine(I know nothing about cars).

I've got the PineH64 model B here, but I don't have a complete overview of the specs yet.
What I can say is OPi has LPDDR3 ram up to 2GB, while the PINE H64 has got LPDDR4 up to 3GB.
The OPi has got room for a smd eMMC module, while the Pine has got a eMMC socket so you can remove it.
The OPi has got 4xUSB3.0 ports while the Pine64 only has one USB3 + 2 USB2 ports. I don't know if there is only on USB3 root hub or multiple. So could be that the 4xUSB3 on the OPi are just over the same hub what makes both OPi/Pine as fast.
The Opi also has got USB2.0. The Pine H64 is a lot more compact.
 
It is way too early to say if these boards will have good support for everything you want. You'd be better buy something that's know to have all that instead of one of these. It will take months, and it is to see how many people want to develop for it.
For now all I have is a very badly working Android image, and a Armbian Bionic that only works when I dissable all networking. But that's not very useful at all. It is a very nice board tho. 9/10 for looks
The OPi is also on the way, should have been here a while ago. But they didn't send before Chinese Newyear, so only this week it's departed. Great I've got the PineH64 now. (thank you @Humberg )

Regarding the lack of support for NVMe/SATA, I think it is as simple as the fact that the SoC doesn't seem to support them. Amlogic aims to release SoC's that are just enough for a standard TV box, they don't have things such as Chromebooks in mind when they design their SoC's (as, for example, Rockchip does for their higher-end SoC's). And that is the reason why we can buy this board much cheaper than any equivalent RK3399. Here you trade brute horsepower for extra features in the SoC.
 
[UPDATE]: Even though PCIe was never mentioned in the official announcements of S922X (see, for example here and here),  recently someone pointed out that they got a "leak" from Amlogic saying otherwise. According to that "leak", the SoC would have a single-lane PCIe interface, but it is pin muxed with USB3. In other words, you would need to disable USB3 in order to use PCIe, and that would still be single-lane.
 
Definitely, disabling USB3 in favor of a possible SATA/NVMe interface would be IMO a very bad choice for a general-purpose board. Maybe if they release in the future something like the HC1, based on S922X, it could make sense. However, given the fact that Amlogic has not officialy announced that PCIe support, and after the "fiasco" with the broken PCIe in Allwinner H6, I won't believe that these are real options for this SoC until I see it actually working.
 
You can find the whole discussion about the matter in this page from CNXSoft

well their official forum is quite entertaining..   I had some fun the last days when someone proposed that the next pi should have GbE and their mod explained that by 'electrical characteristics' doesn't really matter to me.. As usual those threads get closed.. and due to heavy bloating.. it's soon out of the first page and therefore nobody will see it anymore..
 
I wouldn't fully agree on this one. There are some good people there.. Also people exactly knowing the RPis limitations.. Obviously their paid moderators/developers have to defend their product.. Hey it's part of their job, not always the way I prefer but understandable.. I think the reason you think it's full of trolls is cause they show up first when write something which doesn't end in 'those guys in Cambridge are superior compared to other SBC makers'... They have somehow a weird relationship with the VC4 but well, everybody is free to love whatever s/he wants.. The problem with the RPi is still the 32bit/64bit mixup.. If supported most of the 'nice' features wouldn't work due to 'only 32bit workable' yet..
The potential amount of 'customers' would increase whereas chances that new devs will join cause of the RPi are rather low.. A decent dev could already add the RPi to Armbians buildscript, it would need some hacks here and there.. but it's not that much an issue to do it. Personally I don't see a reason to do it. For most use-cases there are simply better SBCs on market for a similar price.
 
how dare you are---
whereas the only supported RK3288 board is even more powerhungry and also powered by microUSB..
 
well we shouldn't support boards based on the shittyness of support they have... I would prefer one based on 'interesting features'.. If a 'new RPi' is based on a interesting SoC with some nice features without threadX why not? But I don't think this will ever happen, they're just too much tied to broadcom..
 
 

Hi all,
 
I wrote a blog post about some of the issues with the Raspberry Pi that you can find scattered around this and other forums. Hopefully it will save us time from repeating ourselves over and over again.
 
As we know, people don't read the forums until it's too late.

https://ownyourbits.com/2019/02/02/whats-wrong-with-the-raspberry-pi/
 
Thanks tkaiser, I took a sample output from your vcgencmd script.

Same SoC as Pi 3 clocked higher.
 
The only thing interesting at all, but not enough.
 
Same catastrophic design failure as every other Pi.  Useless "upgrade"
 
I could do this with any board I currently own, make a PoE board for it.  Not at all special.
 
Still goofy firmware nonsense.
 
Well thank God since it was garbage before.
 
Sadly the Pi 3 B+ brings nothing of interest to the table when it doesn't even match competing boards that have been released and available for months to years.  Until they move away from the current series of SoC's they won't be of interest.  And they won't do that because it would break their compatibility and destroy the only thing they have that is worth note: the homogenous community support situation.

3.10.65 on OPi 3? Armbian will never deal with the BSP kernel for H6 boards, you may ask in Xunlongs supportforum.
 
 
it would be worth to have your buildscript and it's changes (as a fork) on your github as well, so that people interested in your work can see what you tried so far or even contribute to it.

Well, the USB hub isn't the end of the world, since it isn't the center of the system's modern connectivity like a Pi.  I'd take one if I could get it. 

Hi all. As regular I was looking for news about a new Odroid.
Finally the news arrived. The N2 will have the Amlogic S922X with 4xA73(@1.8Ghz) + 2xA53(@1.9Ghz), a Mali-G52 GPU and 4GB DDR4 RAM. Looks very promising. It should quite a bit faster than the RK3399's.
It does have a giant heatsink, so this thing will get very hot I suppose.
https://forum.odroid.com/viewtopic.php?f=176&t=33781&p=245930&hilit=n2#p245930
 

Please let me know what you all think of this. I find it very interesting.
Greetings, NicoD

Maximum Geek
 
Edit:
The Rock64 Revision 3 is the latest version of the company’s mini PC with a Rockchip RK3328  processor.
https://liliputing.com/2019/02/pine64s-single-board-computers-are-getting-2019-upgrades-prices-still-start-at-25.html
 

Hi all.
Last weekend PINE64 was on FOSDEM with many new products.
The PineBook Pro with RK3399.
The new designed PINE H64 with the H6, now with wifi on-board and a small form-factor. That one's comming out next week.
The PinePhone. A prototype of the PinePhone with an A64 SoC and 2GB of RAM.
The PineCam. A multi-funtional network camera.
A new SNES case.
Exciting times to come with all that.
I've made a video about it all. You can see it here.
Greetings, NicoD
 

Yes I have. I like my XU4 for gaming and for rendering. It may be faster than the C2, but it`s not as versitile. I use the C2 as a laptop powered by a power bank and a 7" display. It does everything right.  It`s power efficient, doesn`t overheat, very fast when overclocked to 1.75Ghz and ram to 1104Mhz.
Software is great. Perfect Youtube playback, I used it a lot for video editing and rendering when traveling.
None of the other SBC`s do so well in all these things. While ths also the oldest design.
But the C2 isn`t perfect. It has troubles with a display resolution of 1080p or higher.

My use cases are different of that of most other people. For many high resolutions are more important. Then the C2 isn`t a good choice. It`ll stay my laptop until I find another that is faster, as small and light and doesn`t overheat.
Cheers.

You forget the "root" as first, then "1234" x2, then new password x2, then user name, then password for the user x2, then again user name, then 4x enter and then "y"

I think that's the right order, I don't know why it asks for a phone number and a room number.
Cheers

Me neither
Fortunately, it doesn't ask Social Security Number ...

First I would change and reword the current implementation - use something like "I understand that not providing requested information will reduce the chance to solve my issue" (current one with the possibility of getting banned doesn't correlate with the forum rules), explain why providing armbianmonitor -u info is needed (I checked a few new new threads and they don't have it), deal with old images that try to upload the info to sprunge.us (i.e. by linking an instructions for updating the script without updating the BSP), ideally deal with the possibility that ix.io may stop to provide its free service one day too, etc.
I'll just leave the public download statistics link here. I'm not an expert on hosting prices in EU, but you need to take into account both the storage space and monthly traffic.
Edit: clarification - this is daily stats that don't include torrent traffic.

Yes. In the early days, about linux 4.17 when the first initial support for Allwinner H6 from Armbian came, it was limited to 1,5GHz but I remember a patch for 4.18 which rised the max frequency to 1810MHz and it ran well. I did benchmark without cooling whatsoever and it survived. Over a longer period of time on heavy load I would think about some kind a cooling though,

I think that was never the intention that 'armbian people' only answer to questions.. fist cause there are for sure other smart(er) people here and their contributions are highly appreciated.
Personally I wouldn't participate in such an sub-forum. But I don't spend as much time in armbian when my 'dayjob' doesn't allow it. By paying for support people expect solutions, solutions aren't that easy. If *random hardware feature* doesn't work the pressure should be on the boardvendors side to fix it not on ours. For maintainers spending much more time to keep the project running (e.g. Igor) some sort of a salary might be mandatory and ways to make this possible isn't as easy but I don't think that such a payed supportforum is the way to go.
how about a less radical approach. Just ignore topics which don't provide the needed information? Those really interested in getting their issue heard/solved may get it that there's information missing.
 
challenge accepted. (we shouldn't lose our sense of humor even if it's a dark one )
 
Besides that, I'm fine with stupid questions. Even in the field I'm good in (chemistry) I sometimes have stupid questions.. Happens.. but the way you react when you realize that you asked a stupid question makes the difference.. If you start to complain about support and and come up with "but the users are most important" I'll answer you with a polite form of "Go fu... *have sex with yourself*"... If you look at a forum from an SBC armbian doesn't support you'll see that moderators there have some sort of a scheme for questions they don't want to answer - always ends with: believe us we sold 20 millions boards we know what we're doing..
We've to accept that there are people on forums which don't spend as much time on SBCs to get trivial issues solved on the other side, they've to accept that if they're not willing to invest time to fix things on their own/help us figuring out what's wrong, I'm not willing to waste my time with their issues.
 
 
The first iteration of the new mandatory parts for opening a topic in technical support was a failure:
 
the new version with:
is at least not as harsh anymore.. but as @zador.blood.stained and @martinayotte showed  (https://forum.armbian.com/topic/9400-does-not-see-emmc-after-component-change/) here, there's still room for improvement. Maybe it needs some days/weeks/months until we have a solution which is "more or less" satisfying but I still think setting some pressure to people to provide armbianmonitor in their starter isn't a bad thing. Cause it is annoying to ask always for it and hope that he gets it after you asked for it 10 times..  (and it's also annoying to find different polite forms of the part from the "personal non rational rant" )
 
For me this thread should be merged with "Improve 'Support over Forum' situation" - IMO it belongs to it. If nobody disagrees on that let's move it there.

Unfortunately "getting information" != "answering the same questions and requesting even the basic info again and again and again".
 
For example, threads like this one would have 1 reply with a simple answer - eMMC CSD checks for revision 8 were fixed more than a year ago. It took 5 posts to confirm that this is the culprit and it is still impossible to tell which kernel version (I mean kernel compilation date) is used due to missing dmesg from "armbianmonitor -u".
 
Funny thing is that this thread was created after the addition of the new information collection form, so we may as well make providing armbianmonitor -u output mandatory with 2 exceptions in dedicated subforums - devices without network connection and devices that failed to boot completely.
 
Applying your knowledge and experience while at the same time learning something new is fun, and it can happen when you are talking with a person who at least tries to understand what he is doing and who respects your time by trying to provide requested (and even more than requested) information.
Reading 90% of threads in the "Allwinner H2/H3" section made by people who expect performance and software quality of at least a $200 PC like a J5005 based NUC7 from a $20 board like Orange Pi PC is definitely not fun for me. YMMV.
Unfortunately supporting low end (by price) boards attracts their target audience aka people for whom even the Raspberry Pi is too expensive.

Technical support section is mainly a feedback to improve Armbian as operating system. We can only deal with Armbian images and our tweaks. That's plenty of work and we have to do something about that.

"If you deal with everything you fix nothing"
 
Common issues sections is already on the edge/outside since mainly contains generic Debian/Ubuntu problems, which we don't have intention nor resources to deal with. Armbian specific problems are already enough. I am seriously thinking to move it to less restricted "community" area, where only general restriction apply.
 
More topics in technical support could also mean developers are doing a lousy job in making Armbian. But since overall user base is growing and since we people are lazy by default (I also belong to that tribe), this section also grow. No forum around is happy on opening more topic for the same issue. Over and over again. Technical support questions are specific. They need to contain certain things or they are useless.
 

That was also intendenten. When you are putting a pressure and wasting precious time, you are making a damage and if you are aware of this, a progress was made. For all of us. It's like traffic regulations.
 

Yes, that's all about. All this is just yet another SPAM filter. One out of many that we already use.

After removing the noise from the input-data, I now got quite reasonable RPM values for the Noctua NF A14:
 
RPM per duty_cycle [ns] duty_cycle RPM 180 158 200 476 250 637 300 938 400 1111 500 1200 2000 1251  
Below 180ns the fan stops, above 500ns it doesn't really increase anymore.
 
fan.svg