logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

[Zlecę] Napisanie programu w LabView dla CRIO - szukam wykonawcy

Abradolf 07 Sty 2024 12:31 459 12
REKLAMA
  • #1 20895809
    Abradolf
    Poziom 1  
    Więcej informacji priv.

    Jeżeli dodałem zły temat lub dział to proszę o wiadomość, co powinienem zmienić lub nakierowanie, gdzie mogę znaleźć taką informację. To mój pierwszy post.
  • REKLAMA
  • #2 20896122
    smiga
    Poziom 14  
    Proszę o więcej info na PRIVa lub o telefon.
    Pomogłem? Kup mi kawę.
  • REKLAMA
  • #4 20899222
    smiga
    Poziom 14  
    _jta_ napisał:
    ... było dużo bardziej złożone, niż się spodziewaliśmy.


    Jak to zwykle bywa z prostymi programami.

    Zakładając, że Kolega Abradolf naprawdę chce wersję prostszą, a nie "trudniejszą", to i tak trochę=sporo "dupogodzin" trzeba nad tym wytopić, ... co starałem się delikatnie Koledze na PRIV zasygnalizować. :)

    PS.: Kiedyś, na szkoleniu architektów w Monachium, zostaliśmy zapytani, ile czasu zajęłoby nam napisanie programu do akwizycji danych temperaturowych, z jednego czujnika temperatury, zbierającego dane raz na minutę, w okresie 24h, z zapisem tych danych na dysku HD?
    Odpowiedzi były różne, czyli podawaliśmy czasy od około 1h, 2h ... do chyba max 4h. Odpowiedź prowadzącego szkolenie była bardzo konkretna - co najmniej 25h (24h+1h lub więcej na pisanie), bo przecież musicie przetestować działanie programu zgodnie z zadaną specyfikacją. Tak to już jest z tym szybkim pisaniem prostych programów - nawet jeżeli nie wszystkie testy wymagają naszej atencji, to i tak nie możemy przeskoczyć na inny, absorbujący temat, ... bo wciąż jest coś, z tyłu głowy, do zamknięcia :)
    Pomogłem? Kup mi kawę.
  • #5 20899444
    _jta_
    Specjalista elektronik
    A nie można w takiej sytuacji dla przetestowania puścić programu z przyśpieszonym zegarem?

    W moim przypadku trzeba było prawie 2 lat, zanim zamawiający podał wymagania, które wymagały zmiany całej struktury programu i techniki, jaką był tworzony; ponad 3 lat, zanim uzgodniliśmy szczegóły tego, co program ma robić - i to jeszcze nie wiem, czy ostatecznie, chyba nie całkiem, bo zamawiający dodaje nowy sprzęt, którym program ma zarządzać (teraz naliczyłem 119 urządzeń na liście sprzętu, ale już nie wiem, czy jest zaktualizowana).
  • REKLAMA
  • #6 20899961
    waltersalata
    Poziom 21  
    Abradolf napisał:
    Więcej informacji priv.

    Jeżeli dodałem zły temat lub dział to proszę o wiadomość, co powinienem zmienić lub nakierowanie, gdzie mogę znaleźć taką informację. To mój pierwszy post.


    NI cRIO to jest sprzed dla studentow, aby sie troche pobawic w robinie projektow studenckich. Robienie czegokolwiek bardziej zaawansowanego, jakiejkolwiek aparatury, to proszenie sie o klopoty.
  • REKLAMA
  • #8 20900982
    smiga
    Poziom 14  
    waltersalata napisał:
    Abradolf napisał:
    Więcej informacji priv.

    Jeżeli dodałem zły temat lub dział to proszę o wiadomość, co powinienem zmienić lub nakierowanie, gdzie mogę znaleźć taką informację. To mój pierwszy post.


    NI cRIO to jest sprzed dla studentow, aby sie troche pobawic w robinie projektow studenckich. Robienie czegokolwiek bardziej zaawansowanego, jakiejkolwiek aparatury, to proszenie sie o klopoty.


    Tu się z Kolegą nie zgodzę. Zrobiliśmy, jako firma, kilka poważnych projektów, dla poważnych klientów na cRIO - działają bez żadnych problemów latami, to znaczy klient nie dzwoni, a sprzęt chodzi 24h, często wiele tygodni bez wyłączania (testery HIL).

    Dodano po 12 [minuty]:

    _jta_ napisał:
    A nie można w takiej sytuacji dla przetestowania puścić programu z przyśpieszonym zegarem?


    Oczywiście, że zawsze znajdzie się sposób, żeby test przyśpieszyć. Myślę, że prowadzący bardziej użył tego przykładu, żeby pokazać nam złożoność problemu budowania rozwiązania dla klienta (hardware-software, a często też sam software). Człowiek, w pewnym momencie życia inżynierskiego, posiadając już sporo umiejętności i doświadczenia (w końcu to było szkolenie dla architektów oprogramowania), nie doszacowuje pracochłonności.
    Ponad dwadzieścia lat budowania dla klientów różnych systemów "szytych na miarę", w jednostkowych ilościach, czyli najczęściej sporo prac R&D, nauczyły mnie mnożyć zakładany czas x2 i dodawać, do tego, 50% ;)
    W tym zawodzie raz rozwiązuje się złożony problem w kilka minut, a innym razem siedzi tydzień lub więcej nad czym, co później okazuje się trywialne - jakoś to trzeba uśrednić i wycenić :)
    Pomogłem? Kup mi kawę.
  • #9 20901022
    _jta_
    Specjalista elektronik
    smiga napisał:
    sprzęt chodzi 24h, często wiele tygodni bez wyłączania (testery HIL).

    To, co ja robię, powinno chodzić bez zakłóceń przez wiele miesięcy. Z tego powodu jest wymóg: cała logika sterowania w FPGA, reset części RT nie może zakłócić działania.
  • #10 20901054
    smiga
    Poziom 14  
    _jta_ napisał:
    smiga napisał:
    sprzęt chodzi 24h, często wiele tygodni bez wyłączania (testery HIL).

    To, co ja robię, powinno chodzić bez zakłóceń przez wiele miesięcy. Z tego powodu jest wymóg: cała logika sterowania w FPGA, reset części RT nie może zakłócić działania.


    Te systemy inspekcyjne, testery, o których wspominałem, też zwykle chodzą latami bez wyłączania, ale sam test może się zatrzymywać, bo jest np. przestój linii.
    Jeden z robionych przez nas testerów HIL, zmieniając scenariusz testu, zbierał dane z 50 zsynchronizowanych kanałów (obroty, ciśnienie, temperatura itp., w odstępach 10ms - RT, FPGA), aż, zwykle po 2 tygodniach, testowany obiekt "padł".

    To są całkiem porządne kontrolery przemysłowe - jak się przyglądniesz specyfikacji, to większość cRIO ma mocne FPGA, system RT, pracuje w dużym zakresie temperatur -20*C+55*C (kolega sprzedaje zbudowane na cRIO systemy do pomiaru kół tramwajowych, pracujące w mrozie i upale - cRIO zakopane w ziemi pod torowiskiem na zajezdni, a system robi pomiar przejeżdżającego tramwaju) itd.. W CERN właśnie na cRIO jest zrobienie prowadzenie cząstek w akceleratorach cząstek/zderzaczach hadronów.

    To potrafią być wydajne i drogie zabawki, np. cRIO-9039 1.91 GHz Quad-Core, 2GB RAM, 16GB Storage, 8-Slot, Kintex-7 325T FPGA - około 12k Euro + cena za każdy moduł wsadzony do jednego z 8 slotów.
    - nie brzmi to jak zabawka dla studentów :)
    Pomogłem? Kup mi kawę.
  • #11 20901251
    waltersalata
    Poziom 21  
    _jta_ napisał:
    Może to jest jeszcze kwestia, jaki cRIO? Ja mam użyć dwóch, na razie zakupiono jeden - cRIO-9039.

    Do zabawy w projekty studenckie to jest dość drogie. A jakich kłopotów i z jakiego powodu można się spodziewać?


    Drogie jest dla firm i instytucji w Polsce ze wzgledu na przelicznik euro/pln, slaba sile nabywcza i generalnie niedofinansowanie instytucji edukacyjnych. Link do strony NI podany przez Ciebie wskazuje cene cRIO na 12 tys euro -- to jest koszt 1 (moze 1.5) miesiacy pracy dobrego inzyniera, nie jekas straszna suma dla firmy lub instytucji edukacyjnej. A automatycznie generowany kod VHDL zazwyczaj jest kiepskiej jakosci.
  • #12 20901341
    _jta_
    Specjalista elektronik
    smiga napisał:
    większość cRIO ma mocne FPGA

    Niespecjalnie, cRIO-9039 jest jednym z trzech, które mają FPGA Kintex-7 325T - inne mają znacznie mniejsze FPGA.

    Znacznie tańszy od cRIO jest jakiś sprzęt Beckhoff-a - tam chyba moduły są ponad 2x tańsze.
  • #13 20901371
    smiga
    Poziom 14  
    waltersalata napisał:
    A automatycznie generowany kod VHDL zazwyczaj jest kiepskiej jakosci.


    Oczywiście, że dobry inżynier napisze w VHDL'u/Verulog'u bardziej optymalny kod, tylko zajmie mu to 10 razy więcej czasu, który kosztuje. W sprzęcie i sofcie NI płaci się właśnie za szybkość "dowożenia" prototypów lub pojedynczych rozwiązań. Przy masowej produkcji, warto zainwestować w czas inżynierów i zrobić własną elektronikę.
    Nie wiem ile czasu zajęłoby nam np. zrobienie softu w VHDLu, na FPGA, do analizy obrazu (5000fps - 300x300pix szybko przesuwające się okienko skanujące) ryby pod wodą, na której szukamy pasożytów, a po znalezieniu wystawiamy sygnał decyzji strzału ... z lasera do pasożyta na rybie. :)
    Rozwiązanie takie zbudowaliśmy z kolegą na PXI z kartą FPGA FlexRIO z interfejsem CameraLink do szybkiej kamery (transfer obrazu z kamery 850MB/s). Taki działający prototyp powstał w 2-3 miesiące (kod oczywiście w LabVIEW).
    Pomogłem? Kup mi kawę.

Podsumowanie tematu

W dyskusji poruszono temat programowania w LabVIEW dla systemu cRIO, z naciskiem na złożoność projektów oraz czasochłonność ich realizacji. Uczestnicy wymienili doświadczenia związane z tworzeniem oprogramowania, wskazując na trudności w ustaleniu wymagań oraz długotrwały proces testowania. Zwrócono uwagę na różnice w kosztach sprzętu, w tym na model cRIO-9039, oraz na alternatywy, takie jak sprzęt Beckhoff. Podkreślono również znaczenie doświadczenia inżynierskiego w szacowaniu czasu potrzebnego na realizację projektów oraz wyzwań związanych z programowaniem w VHDL i FPGA.
Podsumowanie wygenerowane przez model językowy.
REKLAMA