Aktualizacje prototypów i kolejne rozmowy – październik 2021

Opóźnienia prototypów spowodowane brakami komponentów elektronicznych

Jak już kilkakrotnie wspomniano, nadal jesteśmy ofiarami trudności w łańcuchu dostaw przemysłu elektronicznego. W lipcu informowaliśmy Państwa, że ​​„98% z ponad 2000 komponentów jest teraz zabezpieczonych i zostaną dostarczone na czas. Nadal trwają poszukiwania pozostałych czterdziestu elementów, a znalezienie ich jest kluczowe, aby nie przekroczyć październikowego terminu”. Niektóre elementy zarządzania energią są obecnie niedostępne, więc projektant elektroniki musiał poszukać ich zamienników. Wkrótce opublikujemy wynikowy zaktualizowany projekt PCB, informujący o wszystkich nowych komponentach. Zakład produkcyjny nie otrzymał jeszcze wszystkich wymaganych komponentów, które już zamówiliśmy, a wciąż są takie, których do tej pory nie można znaleźć nigdzie na rynku. W szczególności mamy problemy z uzyskaniem złącze HDMI (numer części 2041481-1), które mogłoby zmieścić się w obudowie notebooka Eclipse. Jeśli jesteś w stanie pomóc nam znaleźć takie złącze, proszę skontaktuj się z nami. Pilnie poszukujemy 3 sztuk tego złącza do 3 prototypów. Dodatkowo poszukujemy również rozwiązania dla większej produkcji seryjnej.

Nieoczekiwany wzrost o 1000 euro za prototypy

Bardzo cieszy nas hojny udział wszystkich darczyńców, który pozwolił, aby kampania prototypu przekroczyła 90% ostatecznego celu. Dziękuję Wam bardzo!

Podczas naszych badań na rynkach elektronicznych we wrześniu ubiegłego roku zaobserwowaliśmy gwałtowny wzrost cen. Jesteśmy grupą hobbystów, którzy nie mają siły usiąść i targować się z firmami elektronicznymi. Nawet dobrze znana fundacja Raspberry Pi została zmuszona do podniesienia cen (patrz https://www.raspberrypi.com/news/supply-chain-shortages-and-our-first-ever-price-increase/)

W rezultacie każdy prototyp zwiększył swój ostateczny koszt o około 300-320 euro, w tym 22% lokalnego podatku VAT, co daje łączną kwotę 1000 euro, w tym opłaty PayPal za trzy prototypy. Krótko mówiąc, musimy zwiększyć cel kampanii z 12500 do 13500 euro.

Obecnie nie jesteśmy w stanie stwierdzić, czy ceny rynkowe powrócą do niższych cen, a co więcej, kiedy obecne niedobory komponentów elektronicznych w końcu się skończą. Wszyscy mamy nadzieję, że sytuacja ulegnie poprawie do czasu rozpoczęcia produkcji pełnoseryjnej.

Teraz dobrą stroną ogólnej sytuacji jest to, że zmuszenie do czekania na komponenty elektroniczne jest całkiem zgodne z powolnym tempem naszej kampanii darowizn, więc proszę, kontynuujcie wsparcie!

Karty graficzne MXM

O aktualnych niedoborach elektroniki może się przekonać fakt, że w maju 2021 roku zamówiliśmy procesor graficzny AMD Radeon E9172 MXM (około 295 EUR z VAT) i procesor graficzny AMD Radeon E9174 MXM (około 380 EUR z VAT). przewidywany termin dostawy to 27 listopada 2021!

W tej chwili koszt trzech kart MXM potrzebnych do stworzenia prototypów nie jest pokrywany z kampanii darowizn, ale prosimy o wsparcie finansowe również dla tych kart.

W międzyczasie mieliśmy okazję kupić kartę ATI Radeon HD4650 1 GB DRR3 MXM 3.0, a dzięki darowiźnie Stefano, nowego współpracownika z Włoch, mamy teraz dwie karty AMD FirePro M4000 GDDR5 1 GB MXM 3.0A.

ACube Systems, nasz partner zajmujący się budową prototypów, zakupił również adapter PCI do MXM. Adapter pozwoli nam przetestować karty MXM przed przygotowaniem prototypu, ponieważ będzie on używany w połączeniu z płytą główną „Sam460ex” firmy ACube Systems. Testy zostaną przeprowadzone pod AmigaOS 4.1, natywnym systemem operacyjnym PowerPC.

Przełączenie się na licencję Cern 2.0 w trakcie

Obecnie rozważamy możliwość uaktualnienia naszej licencji Open Hardware z Cern 1.2 do 2.0.

Pierwszą rzeczą, jaką zauważyliśmy, było to, że druga wersja jest podzielona na trzy warianty: Strongly Reciprocal (S), Weakly Reciprocal (W) i Permissive (P). Zasadniczo wszystkie trzy dokumenty mają taką samą strukturę, a niektóre sekcje są identyczne. Główne różnice można znaleźć w sekcjach 3 Kopiowanie, modyfikowanie i przenoszenie objętego źródła, 4 Wytwarzanie i przenoszenie produktów oraz 5 Badania i rozwój (który nie istnieje w licencji Permissive). Zmiany, które można znaleźć porównując jeden dokument z drugim, również implikują różne koncepcje, które należy wyjaśnić w sekcji 1 Definicje. Większość terminów pojawiających się w więcej niż jednym dokumencie ma tę samą definicję. Ważnymi wyjątkami od tej reguły są 1.1 „Licencja”, która odnosi się do dokładnego wariantu licencji w każdym dokumencie oraz 1.7 Dostępny Komponent, który nie jest dokładnie taki sam w R i W (i nie można go znaleźć w S)

Jak rozumiemy, wariant należy wybrać w zależności od ograniczeń związanych z komponentami (Komponenty Dostępne) oraz częściami dodatkowymi, które mogą zostać dodane przez Licencjobiorcę (Materiały Zewnętrzne). OHL-S określa, że „Kompletne Źródło jest Źródłem objętym usługą”, a wszelkie modyfikacje powinny być rozpowszechniane przy użyciu tej samej licencji. Z drugiej strony OHL-W umożliwia uwzględnienie Materiałów Zewnętrznych, co oznacza, że możesz dodać niektóre części do projektu na innej licencji. Wreszcie, licencja Permisywna nie wspomina nic o Dostępnych Komponentach i Materiałach Zewnętrznych, ale pozwala na tworzenie lub publikowanie Produktu wyłącznie z uwzględnieniem wszystkich Uwag Licencjodawcy.

Aby lepiej zrozumieć różnice, przykłady podane na stronie FAQ Open Hardware repozytorium są dość objaśniające:

Czym są te wszystkie przyrostki?

W dziedzinie oprogramowania istnieją trzy ogólnie uznane reżimy licencjonowania wolnego i otwartego oprogramowania: permisywny (liberalny), słaby copyleft i silny copyleft. Dla każdej opcji są gusta i przypadki użycia, to samo dzieje się ze sprzętem. Używamy słowa „wzajemność” (“reciprocal”) zamiast „copyleft”, ponieważ podstawowe prawa w naszym przypadku nie ograniczają się do praw autorskich. Tak więc, korzystając z licencji, musisz dodać do swoich projektów Powiadomienie z jednym z trzech następujących przyrostków: S, W lub P:

  • CERN-OHL-S jest licencją silnie wzajemną. Na przykład, jeśli wydasz pliki HDL pod CERN-OHL-S, a następnie ktoś użyje tych plików w swoim FPGA, kiedy dystrybuuje strumień bitów (albo umieszczając go w Internecie, albo wysyłając z nim produkt), musi zrobić resztę HDL projektu dostępną również w ramach CERN-OHL-S.
  • CERN-OHL-W jest licencją słabo wzajemną. W powyższym przykładzie, jeśli udostępnisz swoją część projektu pod CERN-OHL-W, ktoś, kto dystrybuuje strumień bitów zawierający twoją część, nie musi również rozpowszechniać pozostałych plików projektu.
  • CERN-OHL-P jest licencją permisywną. Pozwala ludziom wziąć Twój kod, ponownie go licencjonować i używać bez obowiązku rozpowszechniania źródeł podczas wysyłania produktu.

W porównaniu z tą drugą wersją, OSHL v1.2 nie zawiera terminów „Dostępne składniki” i „Materiały zewnętrzne”, co utrudnia nawiązanie bezpośredniego związku z którymkolwiek z tych wariantów. To każe nam sądzić, że prawdopodobnie jest bardziej podobny do OHL-S.

Jeśli chodzi o sekcję Zastrzeżenia, która chroni Licencjodawcę przed kwestiami prawnymi i ostrzega Licencjobiorcę przed jego odpowiedzialnością, obie wersje mają bardzo podobny zapis. Wersja 2 jest nieco bardziej szczegółowa, stwierdzając, że „Licencjodawca w maksymalnym zakresie dozwolonym przez prawo nie ponosi odpowiedzialności za […]”, podczas gdy poprzednia wersja nie wspominała o ograniczeniach ustanowionych przez prawo. W każdym razie uważamy, że te ograniczenia są obojętne, a znaczenie sekcji Zastrzeżenia jest równoważne.

Ponownie, aby porównać OSHL v1.2 i OHL v2 możemy skorzystać z jednego pytania w sekcji FAQ

Jestem użytkownikiem CERN OHL w wersji 1.2. Jakie są główne zmiany wprowadzone przez tę nową wersję?

Wersja 2 CERN OHL ulepsza wersję 1.2 pod różnymi względami:

  • Nowa wersja występuje w trzech wariantach: silnie wzajemna, słabo wzajemna i permisywna. Licencje wzajemne stanowią, że zmiany w projekcie muszą być przekazywane społeczności, aby wszyscy mogli z nich skorzystać. Licencje permisywne nie nakładają tego warunku. W ten sposób CERN OHL v2 obsługuje różne modele współpracy używane obecnie w projektach sprzętu Open Source.
  • W wariantach wzajemnych bardzo ważne jest doprecyzowanie zakresu wzajemnych zobowiązań. Wprowadzając koncepcje „Dostępny komponent” i „Materiał zewnętrzny” oraz już istniejącą koncepcję „Produktu”, nowa wersja podejmuje szczególny wysiłek w celu wyjaśnienia, jakie źródła powinny być udostępniane zarówno w wariancie -S, jak i -W.
  • CERN OHL w wersji 1.2 zawierał licencję patentową, tj. obietnicę licencjodawcy, że nie będzie pozywał licencjobiorcy o naruszenie patentu w odniesieniu do wzoru na licencji CERN OHL. Wersja 2 dodaje klauzulę wzajemną do tej licencji patentowej: jeśli licencjobiorca pozywa licencjodawcę o naruszenie patentu, traci wszystkie prawa przyznane przez licencję.
  • W licencji 1.2 nie podjęliśmy specjalnych wysiłków, aby zapewnić rozwój języka opisu sprzętu (HDL) używanego w projektowaniu Field Programmable Gate Array (FPGA) i Application-Specific Integrated Circuit (ASIC). Ponieważ nabraliśmy przekonania, że nie ma odpowiedniego wzajemnego systemu licencjonowania dla HDL, upewniliśmy się, że CERN-OHL-S i CERN-OHL-W mogą stanowić dobre rozwiązanie dla projektantów układów FPGA i ASIC o wzajemnym nastawieniu.
  • Wersja 2 dokłada wszelkich starań, aby zmaksymalizować szanse, że odbiorca fizycznego produktu uzyska dostęp do plików projektowych tego produktu. Dokonuje tego poprzez przyznanie licencjodawcy możliwości osadzenia adresu URL lub innego odniesienia w samym obiekcie oraz ustalenie, że dalsi licencjobiorcy powinni przestrzegać tego powiadomienia i odpowiednio je aktualizować, jeśli projekt zostanie zmieniony.
  • Nowa wersja zapewnia 30-dniowy okres karencji dla licencjobiorców, którzy naruszają warunki. Jeśli spełnią wymagania w ciągu 30 dni od otrzymania powiadomienia od licencjodawcy, ich prawa zostaną przywrócone. Ma to pomóc w przypadkach, w których licencjobiorca nieumyślnie narusza warunki licencji.

Nadal badamy, która alternatywa jest lepsza od OHL-S, OHL-W i OHL-P. Decyzja powinna brać pod uwagę to, jak dowolnie chcielibyśmy, aby licencjobiorcy produkowali lub modyfikowali nasz projekt.

Dołącz do naszych rozmów na OpenPower Summit 2021, Linux Day Online Italy 2021 i Sfscon 2021

Aby uzyskać więcej informacji i aktualizacji na temat naszego projektu i planów na przyszłość, dołącz do naszych rozmów podczas:

Linux Day 2021 Online (23 październik 2021 3 PM CEST) “When the community produces an Open Hardware laptop”  in italian .

OpenPOWER Summit NA 2021 (28 październik 2021 o 2.45 Central Daylight Time (CDT), UTC -5 ) “Prepare yourself to switch computing to Open Hardware Power Architecture”

Sfscon.it PPC64 Open Hardware Notebook prototypes around the corner (12 listopad 2021 2.30 pm CEST).

Pospiesz się, zagłosuj na nazwę płyty głównej!

Na dzień 22 października 2021 r. osiągnęliśmy 987 głosów na 1000 wymaganych do podjęcia ostatecznej decyzji w sprawie nazwy płyty głównej. Chcielibyśmy zamknąć ankietę, gdy tylko osiągniemy tę liczbę, aby rozpocząć pracę nad projektem logo i innych materiałów komunikacyjnych.

Freedesktop-sdk merge requests dla wsparcia PPC64 Big Endian

Dzięki Charlesowi i Manuelowi, członkom naszego zespołu programistycznego, złożyliśmy wniosek o połączenie do Freedesktp-sdk z łatką umożliwiającą kompilację na PPC64 Big Endian. To było wielkie osiągnięcie i ogromny wysiłek naszych wolontariuszy. Bardzo dobra robota chłopaki! Dziękuję Wam!!

Nasza gałąź (branch) ppc64 Be branch z Freedesktop-sdk.

Freedesktop-sdk miał przestać wspierać architekturę PowerPC z powodu braku konstruktora. Sytuacja się teraz zmieniła i teraz bardzo się cieszymy, że możemy o tym poinformować, nawet dzięki pomocy członków OpenPower (z OSUOSL), w zakresie aktualizacji i ulepszeń gałęzi freedesktop-sdk ppc64le.

PCB Design nearly complete, preparing for the next campaign aimed at working prototypes

The campaign aimed at the “Fast simulations bus” is nearly complete, and we will receive the resulting PCB design before the end of 2020. As soon as we have reviewed it, we will publish it in our GitLab repository. Here a screenshot with the PCB design currently being finalized.

our PowerPC Notebook Motherboard design screenshot from Mentor Xpedition

Similarly to what we did for the current campaign, the next donation campaign for financing the “Production of five working prototypes” will start as soon as the current campaign will reach its end. In coordination with ACube Systems, we fixed the cost of the five prototypes to 10.500 euros, and we aim at delivering them during late Spring 2021.

Freedesktop-sdk for PPC64 Big Endian Compiled!

We have patched freedeskop-sdk to compile perfectly on PPC64 so now we are preparing, according with Freedesktop-sdk teams, the merge requests to send to the mainline repository.

So we have successfully compiled 432 packages that it involves even the last version of go lang.

We thanks OSU Open Source Lab and OpenPower Foundation to provide us a Power9 VM with 8 cores and 16GB of RAM that permit us to compile Freedesktop-sdk for PPC64.

Now thanks to [email protected] we have a Power8 VM to recompile freedesktop-sdk for PPC64 in Continuous Integration for gitlab freedesktop-sdk pipeline.

As Flatpak binary is running on Debian 10 PPC64 Big Endian and need the Freedesktop-dsk layer to prepare the flatpak packages starting from hundreds of manifests, now we are a step closer to see flatpak packages prepared for PPC64 .

E’ stato pubblicato il file sorgente dello schema elettrico di Orcad v 0.6 e altre notizie

Finalmente abbiamo pubblicato sul nostro repository gitlab il file sorgente di Orcad con l’ultima versione (v0.6) di Electrical Schematics.

Questo file è alla base del PCB Design su cui si sta attualmente lavorando utilizzando Mentor Xpedition. La versione precedente degli schemi richiedeva alcuni aggiornamenti per consentire piccole modifiche per adattarsi agli spazi interni dello chassis Slimbook. Inoltre, gli schemi sono ora compatibili con la scheda di espansione I / O e la posizione delle porte esterne presenti sul modello di chassis “Elipse”, gentilmente fornite da Slimbook.

Dopo aver raggiunto l’obiettivo della Fase 1A (grazie a tutti !!), abbiamo appena avviato la Fase 1B della campagna di donazioni mirata alle “Simulazioni Fast SI bus”, ovvero un’analisi approfondita dell’integrità dei segnali del PCB che era venuto fuori dalla campagna precedente.

Dopo aver discusso con gli ingegneri che stanno attualmente lavorando sul PCB, ci è stato detto che pubblicare un PCB incompleto e potenzialmente difettoso non avrebbe molto senso, poiché potrebbero esserci grossi problemi che verranno risolti dopo aver eseguito le simulazioni del bus SI. Alla fine di queste lunghe discussioni, abbiamo concordato di pubblicare il PCB solo dopo che avremo raggiunto la fine della Fase 1B, quando tutti i controlli saranno stati effettuati.

A questo punto non possiamo fissare una scadenza per la pubblicazione del PCB, poiché la fine del lavoro sul PCB dipende in gran parte da quando raggiungeremo l’obiettivo della campagna di donazione della Fase 1B, e da quando la simulazione SI aiuterà a risolvere tutti i problemi elettrici che potrebbero verificarsi.

La scadenza provvisoria per la Fase 1B è il 16 ottobre, quindi mancano due settimane per donare i restanti 4000 euro (circa 4700 USD). Se raggiungeremo l’obiettivo, il PCB con simulazione del bus SI dovrebbe essere pronto entro la fine di novembre.

Open Source Summit + Embedded Linux Conference Europe 27 Oct 2020

Continue reading

Orcad source of Electrical Schematic v0.6 published and other news

Finally we have published on our gitlab repository the Orcad source file with the latest version (v0.6) of the Electrical Schematics.

This file is at base of the PCB Design which is currently being worked on using Mentor Xpedition. The previous version of the schematics required some updates in order to accommodate minor changes to match the Slimbook chassis internal spaces. In addition, the schematics are now compatible with the I/O expansion board and the position of the external ports found on the “Elipse” chassis model, that was kindly provided by Slimbook.

After achieving the goal of Phase 1A (thank you all!!), we have just started Phase 1B of the donation campaign targeting the “Fast SI bus simulations”, in other words, an in-depth analysis of the integrity of signals of the PCB that came out from the previous campaign.

After discussing with the engineers currently working on the PCB, we were told that publishing an incomplete and potentially buggy PCB does not have much sense, as there might be major problems that will be solved after carrying out the SI bus simulations. At the end of these long discussions, we agreed on publishing the PCB only after reaching the end of Phase 1B, when all checks will be done.

At this point we cannot fix a deadline for publishing the PCB, as the end of the work on the PCB largely depends on when we will reach the goal of Phase 1B donation campaign and when the SI simulation will help solve all electrical problems that may come up.

The tentative deadline for Phase1B is 16th October so there are two weeks left to donate the remaining 4000 euros (around 4700 USD). If we will reach the goal, the PCB with SI bus simulation should be ready by the end of November .

Open Source Summit + Embedded Linux Conference Europe 27 Oct 2020

Continue reading