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.