Skocz do zawartości

Elvis

Użytkownicy
  • Zawartość

    2345
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    161

Wszystko napisane przez Elvis

  1. Ale to jest wersja ethanaka, inne już niekoniecznie
  2. Ja zgaduję że tapper będzie wyglądał mniej więcej tak https://www.mobygames.com/game/tapper__
  3. Ja wolę nie wymyślać własnych przykładów, ani nie uczyć innych fizyki, bo nie czuję się w tym ekspertem. Natomiast wymyślanie złych przykładów jest gorsze niż milczenie. Opór, czy raczej rezystancja to stosunek napięcia do prądu - więc nie mając definicji napięcia w tym przykładzie ciężko jest podać analogię oporu. Mnożenie przez szerokości, długości itd jest absolutnie bez sensu, chociaż wydawało mi się, że ma to jakiś związek z rezystywnością i była to próba tłumaczenia rezystancji za pomocą rezystywności... Ale nie wiem, o co chodziło - i chyba nie chcę wiedzieć. Poponuję zamiast pisać głupoty na forum po prostu się douczyć. A może ktoś pokusi się o artykuł z podstawami fizyki dla początkujących? Może wtedy będzie łatwiej zrozumieć czym są te nieszczęsne samochodziki, pasy, czy inne cuda.
  4. Z mojej strony to był tylko apel o pisanie sensownych odpowiedzi, nie złośliwość. Po prostu nikt chyba nie zna się na wszystkim, więc może lepiej pomagać w tym na czym się znamy, niż wprowadzać w błąd początkujących pisząc na tematy o których nie mamy pojęcia.
  5. W sumie nic się nie zgadza, ale napięcie faktycznie najbardziej. Ilość samochodów odpowiada ładunkowi, nie ma nic wspólnego z napięciem. Natężenie to liczba samochodów przejeżdżających przez jedną "linię" (przekrój), czyli nieskończenie krótki (wąski?) odcinek. Podana definicja oporu zupełnie nie ma sensu - chyba powstała z nie do końca zrozumiałego pojęcia rezystywności i zamiany kierunków. Bo jeśli należałoby mnożyć to nie przez długość, ale przekrój poprzeczny (liczbę pasów na autostradzie?) Proponowałbym skupić się na pomaganiu w dziedzinach, które się jednak rozumie, a nie nabijaniu wpisów - ilość nie przechodzi w jakość.
  6. Skoro masz uwagi do czytelników, pozwól że ja będę miał uwagę do pisarzy. Alokowane zasoby należy zawsze zwalniać. Poleganie na systemie świadczy o słabej jakości programu i nawet jeśli nie doprowadzi do katastrofy, należałoby tego unikać. Jak dla mnie wystarczyłoby napisać - w przykładzie pojawił się błąd, każdemu się zdarza i koniec. Edit: Trochę przesadziłem ze złośliwością w pierwszej wersji, dokonałem autocenzury, przepraszam.
  7. Raczej chodziło mi o łatwość i wygodę. Używająć RPi nożna biblioteki instalować używając npm, co więcej gotowce mają większe szanse na działanie w pełnej wersji. Dlatego na początek radziłbym pełnego node.js, później można próbować sił z czymś innym, może ciekawszym.
  8. Skoro znasz JS to proponuję użyć node.js. Dokładnie jak zasugerował @FlyingDutch, tylko odradzałbym esp32. Okrojone wersje to nic dobrego i wymagają nieco więcej wiedzy. Najprościej użyć RPi, zainstalować node.js i można zaczynać programowanie.
  9. Najważniejszy jest plik .ucf, bo błąd w nim daje dokładnie takie efekty.
  10. Możliwe że błąd był w syntetyzowanym kodzie i to zblokowało płytkę. Niestety, ale niepoprawna konfiguracja pinów może zablokować generator zegara dla programatora - a objawy idealnie to potwierdzają. Miałem kiedyś taki problem z płytką ElbertV2, pomogło zablokowanie komunikacji z pamięcią SPI podczas załączania zasilania.
  11. Chyba błąd jest tutaj: INKL(); Numer = kod; Numer = 0; Miało być raczej: kod = Numer To samo jest dalej: INKL(); Numer = szt;
  12. Jeśli faktycznie generowane jest _estack = 0x20009FFF; to straszna bieda. Cały stos jest źle wyrównywany, aż dziwne że cokolwiek wtedy działa.
  13. A ja bym proponował Autorowi wątku dwa razy się zastanowić, czy na pewno ma wiedzę i umiejętności niezbędne do wykonania takiego projektu. Niezależnie od przyczyny, awaria zarówno sprzętu, jak i oprogramowania może prowadzić zarówno do pożaru, jak i śmierci zwierząt (nawet jeśli to gadziny). A to jest w dzisiejszych czasach bywa nielegalne https://www.tvp.info/41702756/gilotynowal-karpie-bez-ogluszania-jest-wyrok
  14. Z tego co pamiętam założyłem że skoro projekt jest sprawdzony to wszystko powinno działać Na płytce DE1-SoC pamięć DDR działa na pewno, używałem jej jako pamięci dla wbudowanego Cortex-A9 do uruchamiania linuksa i problemów nie było. Miałem za to mnóstwo problemów z jtag-iem i kiedy się w końcu połączyłem właściwie odechciało mi się tym bawić.
  15. Na stronie Briey-a (https://github.com/SpinalHDL/VexRiscv#briey-soc) jest link do gotowych projektów dla Terasic DE0-Nano i DE1-SoC: https://drive.google.com/drive/folders/0B-CqLXDTaMbKZGdJZlZ5THAxRTQ Testowałem na obu, chociaż więcej na DE0-Nano: https://www.terasic.com.tw/cgi-bin/page/archive.pl?No=593 DE1-SoC: https://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=English&CategoryNo=165&No=836 Udało mi się uruchomić projekt i połączyć używając JTAG-a. Było to trochę czasu temu, więc nie pamiętam szczegółów, chyba był problem z wgraniem programu, albo jego uruchomieniem. W każdym razie na tym skończyłem i uznałem, że do RISC-V lepiej użyć gotowego układu, np. K210.
  16. @sergiuszf zupełnie nie rozumiem dlaczego jesteś tak nerwowy na punkcie krytyki. Na tym polega działanie internetu, a forum w szczególności, że to co prezentujesz jednym się podoba, a innym nie - i dzięki dyskusji można wymieniać poglądy. Więc masz takie samo prawo pisać że bardzo fajnie jest przerabiać butelki na cokolwiek, jak i ja pisać że jest to zupełnie bez sensu. Natomiast co do tego całego urządzenia, to nie myślałeś o ogłoszeniu kampanii na kickstarterze, czy innym portalu start-up owym? Mógłbyś wtedy dokładniej zbadać rynek, zdobyć fundusze na zaprojektowanie, przebadanie oraz wyprodukowanie urządzenia zgodnie z przyjętymi zasadami. Może nawet na porządną reklamę by wystarczyło.
  17. I tutaj dochodzimy do tego czym różnią się biblioteki od zwykłych progamów. Każdy sposób będzie poprawny - jeśli jako kryterium przyjmiemy po prostu działanie programu, to ten z 144x kopiuj-wklej też. Ale niektóre sposoby są lepsze, niż inne. W przypadku małego, krótkiego programu wybór sposobu implementacji często nie ma znaczenia. Natomiast w przypadku biblioteki podjęte decyzje mogą mieć długofalowe konsekwencje - jak chodziażby interfejs funkcji printf, który od początku był zły, ale teraz jego zmiana jest właściwie niemożliwa.
  18. To jest straszne, używanie kopiuj-wklej powinno być zakazane, a zakaz wpisany do konstytucji. Mam taśmę 144 led-ów, czyli powinienem tyle razy skopiować funkcję start... A może dałoby się ten kod poprawić i uniknąć kopiowania kodu? To takie małe zadanie domowe.
  19. Skoro ten wątek dotyczy różnych płytek związanych z RISC-V, to może podam link do interesującego projektu lowRISC: https://www.lowrisc.org/ Autorzy postanowili być nieco ambitniejsi, niż projektanci K210 i lowRISC ma za cel przygotowanie SoC-a zdolnego do uruchomienia Linux-a. Prototypową wersję lowRISC możemy uruchomić sami, jeśli mamy pod ręką płytkę NEXYS 4 DDR https://reference.digilentinc.com/reference/programmable-logic/nexys-4-ddr/start Pełny opis instalacji jest tutaj: https://www.lowrisc.org/docs/getting-started/ Przetestowałem i wygląda na to, że faktycznie na RISC-V może działać linux Prędkość działania nie powala, ale użycie RISC-V może być interesującą alternatywą dla Microblaze.
  20. @BainThru podałem linka do gotowej płytki, ale przecież nie musisz jej używać w swoim robocie - możesz za to "podpatrzeć", jak takie rozwiązanie zostało zrobione. Na stronie ReSpeaker-a znajdziesz nawet opis gotowej biblioteki, która pozwala na lokalizację źródła dźwięku.
  21. Może coś takiego: http://wiki.seeedstudio.com/ReSpeaker_4_Mic_Array_for_Raspberry_Pi/
  22. Masz jak najbardziej rację, że układ nie jest piękny - na pewno też nie pasuje do sztuki, albo chociaż do sztuki uczonej na początku studiów. Z drugiej strony takie układy niektórzy popełniają w produkcyjnych urządzeniach - i to nie tylko chińczycy, ostatnio było kilka razy na forum o podłączaniu led-ów bezpośrednio do mikrokontrolera, czy zasilania. W tym układzie nie wiem, czy było to zbieg okoliczności, czy właśnie dokładne obliczenia - w każdym razie prąd w fototranzystorze duży nie popłynie, a BD911 wytrzyma znacznie więcej. Więc oczywiście układ należałoby zaprojektować inaczej, ale nadal nie jest to aż tak strasznie złe jak się na pierwszy rzut oka wydaje.
  23. A moim zdaniem ten układ będzie tak samo dobrze działał przy naładowanej baterii powiedzmy do 1,6V - a nawet 2V. Proponuję na początek popatrzeć na charakterystykę zastosowanego fototranzystora - on po prostu większego prądu niż powiedzmy 30mA z siebie nie wypuści. Natomiast tranzystor BD911 nawet dziesięciokrotnie większy prąd na bazę przyjmie bez problemu. Jest to więc bardzo niezgrabny układ, ale w tym fragmencie raczej nie całkiem niepoprawny. Jak dla mnie błąd jest po drugiej stronie - transoptor ma diodę podłączoną bezpośrednio do Arduino. A to działa tylko dlatego że wydajność prądowa mikroprocesora jest niewielka - inaczej popsułby się i procek i dioda.
  24. Trochę się pogubiłem. Miało być urządzenie DIY, w tym dziale jest wpis. Okazało się że jednak produkuje je firma, a właściwie to nie produkuje, bo to prototyp (a firma nadal nieznana). Trochę mnie dziwią i niepokoją te oferty sprzedaży, ale skoro to legalne, to pozostaje mi uwierzyć. Ja też wiem ile trwa i kosztuje opracowanie wyrobu zgodnie z wymaganiami dyrektyw unijnych - i tym bardziej mnie martwi, gdy widzę że inni starają się chodzić na skróty i likwidować "bezsensowne koszty". Nie wiem dlaczego ten wątek wzbudził tyle emocji - jeśli ktoś chce legalnie produkować i sprzedawać urządzenia, to powinien przestrzegać prawa. Sprzedawanie urządzeń, które wymagają CE bez odpowiedniego oznakowania jest przestępstwem o ile się orientuję, ale jeśli tak można to chętnie się o tym dowiem.
  25. Może mi się coś pomyliło, wydawało mi się że z układem Spartan3 są jakieś problemy. Xilinx nawet wydał "aktualizację" do ISE żeby obsługiwać Spartan6: https://www.xilinx.com/support/download/index.html/content/xilinx/en/downloadNav/design-tools.html
×
×
  • Utwórz nowe...