NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Proste środowisko do tworzenia aplikacji konfigurujących urządzenia przez RS/USB?
Goto page Previous 1, 2, 3 Next
Jerry1111
Guest
Guest
Sat Mar 07, 2009 10:54 am
J.F. wrote:
Quote:
On Fri, 06 Mar 2009 21:23:40 +0000, Jerry1111 wrote:
Sebastian Biały wrote:
Za brak umiejetności trzeba slono płacić. Zwróć uwage na LabView. Jesli
Cie stać oczywiscie ...
Nawet jesli stac finansowo, to nie zawsze stac czasowo - to kurewsko
wolne jest!
I szybsze nie bedzie - interpretowany jezyk ;-(
A pamietasz ile instrukcji wykonuje wspolczesny procesor w czasie
1 us ? :-)
Poza tym i interpreterach zaszly duze zmiany, teraz to trudno nawet
powiedziec czy interpretowane, czy polkompilowane, czy emulowane czy
Java ..
Sebastian Biały wrote:
Za brak umiejetności trzeba slono płacić. Zwróć uwage na LabView. Jesli
Cie stać oczywiscie ...
Nawet jesli stac finansowo, to nie zawsze stac czasowo - to kurewsko
wolne jest!
I szybsze nie bedzie - interpretowany jezyk ;-(
A pamietasz ile instrukcji wykonuje wspolczesny procesor w czasie
1 us ? :-)
Poza tym i interpreterach zaszly duze zmiany, teraz to trudno nawet
powiedziec czy interpretowane, czy polkompilowane, czy emulowane czy
Java ..
Co nie zmienia faktu ze NI dalej _jest_ wolne.
A te w/w zmainy to mowi sie ze sa wirtualizowane (virtualisation - nie
jestem pewny jak to po polsku bedzie).
NI tez by moglo, to bym moze nawet ich zaczal uzywac ;-)
--
Jerry1111
Madz
Guest
Guest
Sat Mar 07, 2009 10:45 pm
Dnia Fri, 06 Mar 2009 17:15:34 +0100, Sebastian Biały napisał(a):
Quote:
Mimo wszystko przydaby si taki program
w formie wizzarda, co jak ukadanie klocków.
Za brak umiejetności trzeba slono płacić. Zwróć uwage na LabView. Jesli
Cie stać oczywiscie ...
w formie wizzarda, co jak ukadanie klocków.
Za brak umiejetności trzeba slono płacić. Zwróć uwage na LabView. Jesli
Cie stać oczywiscie ...
bardzo proste rzeczy pisze sie w Labview dosyc przyjemnie, ale jak rosnie
wielkosc programu - to przestaje mi sie to srodowisko podobac. Wiele nawet
sredniej wielkosci takich typowych programow do testowania komunikacji czy
podobnych rzeczy duzo szybciej napisze w C/VB.
m.
Sebastian BiaĹy
Guest
Guest
Sat Mar 07, 2009 11:04 pm
Madz wrote:
Quote:
w formie wizzarda, co jak ukadanie klocków.
Za brak umiejetności trzeba slono płacić. Zwróć uwage na LabView. Jesli
Cie stać oczywiscie ...
bardzo proste rzeczy pisze sie w Labview dosyc przyjemnie, ale jak rosnie
wielkosc programu - to przestaje mi sie to srodowisko podobac.
Za brak umiejetności trzeba slono płacić. Zwróć uwage na LabView. Jesli
Cie stać oczywiscie ...
bardzo proste rzeczy pisze sie w Labview dosyc przyjemnie, ale jak rosnie
wielkosc programu - to przestaje mi sie to srodowisko podobac.
Pytajacy chcial klocki. Tu sa klocki. O oczywistych problemach przy
tworzeniu duzych systemow automatyki nie ma co mówić - języki graficzne
są zabawką i taką pozostaną.
Quote:
sredniej wielkosci takich typowych programow do testowania komunikacji czy
podobnych rzeczy duzo szybciej napisze w C/VB.
podobnych rzeczy duzo szybciej napisze w C/VB.
Dlatego pisze w Javie
Sebastian BiaĹy
Guest
Guest
Sat Mar 07, 2009 11:06 pm
Jerry1111 wrote:
Quote:
Za brak umiejetności trzeba slono płacić. Zwróć uwage na LabView.
Jesli Cie stać oczywiscie ...
Nawet jesli stac finansowo, to nie zawsze stac czasowo - to kurewsko
wolne jest!
Jesli Cie stać oczywiscie ...
Nawet jesli stac finansowo, to nie zawsze stac czasowo - to kurewsko
wolne jest!
Zdaje się ze krytyczne czasowo operacje są pisane optymalnie (typu fft i
okolice). Labview jest fajny do tego żeby twoj szef pochwalil ci za to
że jest na ekranie dużo przycisków i ladnych wykresów po 2 dniach pracy.
To czy działa nie ma znaczenia
Jerry1111
Guest
Guest
Sun Mar 08, 2009 1:20 am
Sebastian Biały wrote:
Quote:
Madz wrote:
w formie wizzarda, co jak ukadanie klocków.
Za brak umiejetności trzeba slono płacić. Zwróć uwage na LabView.
Jesli Cie stać oczywiscie ...
bardzo proste rzeczy pisze sie w Labview dosyc przyjemnie, ale jak rosnie
wielkosc programu - to przestaje mi sie to srodowisko podobac.
Pytajacy chcial klocki. Tu sa klocki. O oczywistych problemach przy
tworzeniu duzych systemow automatyki nie ma co mówić - języki graficzne
są zabawką i taką pozostaną.
sredniej wielkosci takich typowych programow do testowania komunikacji
czy
podobnych rzeczy duzo szybciej napisze w C/VB.
Dlatego pisze w Javie
w formie wizzarda, co jak ukadanie klocków.
Za brak umiejetności trzeba slono płacić. Zwróć uwage na LabView.
Jesli Cie stać oczywiscie ...
bardzo proste rzeczy pisze sie w Labview dosyc przyjemnie, ale jak rosnie
wielkosc programu - to przestaje mi sie to srodowisko podobac.
Pytajacy chcial klocki. Tu sa klocki. O oczywistych problemach przy
tworzeniu duzych systemow automatyki nie ma co mówić - języki graficzne
są zabawką i taką pozostaną.
sredniej wielkosci takich typowych programow do testowania komunikacji
czy
podobnych rzeczy duzo szybciej napisze w C/VB.
Dlatego pisze w Javie
A probowales tego w swiecie uP? Ja jakos nie mam jak sie za to zabrac ;-(
--
Jerry1111
Mirek
Guest
Guest
Sun Mar 08, 2009 12:22 pm
PC wrote:
Quote:
Ja piszę w VB ale już mam dosyć. Szukam jakiegoś prostego środowiska
okienkowego żeby napisać sofcik konfigurujący moje urządzenie elektronicze
przez RS lub USB.
okienkowego żeby napisać sofcik konfigurujący moje urządzenie elektronicze
przez RS lub USB.
Ja może już trochę za bardzo zlinuksiałem, ale uważam, że najlepsza
konfiguracja jest w zwykłym, edytowalnym pliku tekstowym, a protokół
komunikacji z urządzeniem jasny i jawny. O zaletach tego rozwiązania nie
muszę chyba pisać, natomiast w przypadku innych wynalazków zawsze mam
wrażenie, że ktoś się czegoś wstydzi, coś ukrywa albo boi się, że ktoś
napisze lepszy program od niego.
Mirek.
Sebastian BiaĹy
Guest
Guest
Sun Mar 08, 2009 12:27 pm
Jerry1111 wrote:
Quote:
Dlatego pisze w Javie
A probowales tego w swiecie uP? Ja jakos nie mam jak sie za to zabrac ;-(
A probowales tego w swiecie uP? Ja jakos nie mam jak sie za to zabrac ;-(
Nie pomyliłes się
? W watku chodzi o programy komunikujace sie z uC a
nie na uC.
PS. tak, z java na uC walcze.
Mario
Guest
Guest
Sun Mar 08, 2009 12:35 pm
Mirek pisze:
Quote:
PC wrote:
Ja piszę w VB ale już mam dosyć. Szukam jakiegoś prostego środowiska
okienkowego żeby napisać sofcik konfigurujący moje urządzenie
elektronicze przez RS lub USB.
Ja może już trochę za bardzo zlinuksiałem, ale uważam, że najlepsza
konfiguracja jest w zwykłym, edytowalnym pliku tekstowym, a protokół
komunikacji z urządzeniem jasny i jawny. O zaletach tego rozwiązania nie
muszę chyba pisać, natomiast w przypadku innych wynalazków zawsze mam
wrażenie, że ktoś się czegoś wstydzi, coś ukrywa albo boi się, że ktoś
napisze lepszy program od niego.
Ja piszę w VB ale już mam dosyć. Szukam jakiegoś prostego środowiska
okienkowego żeby napisać sofcik konfigurujący moje urządzenie
elektronicze przez RS lub USB.
Ja może już trochę za bardzo zlinuksiałem, ale uważam, że najlepsza
konfiguracja jest w zwykłym, edytowalnym pliku tekstowym, a protokół
komunikacji z urządzeniem jasny i jawny. O zaletach tego rozwiązania nie
muszę chyba pisać, natomiast w przypadku innych wynalazków zawsze mam
wrażenie, że ktoś się czegoś wstydzi, coś ukrywa albo boi się, że ktoś
napisze lepszy program od niego.
Będzie jasny i jawny gdy to będzie protokół tekstowy. Ja też najczęściej
tak robię żeby dało się konfigurować ze zwykłego terminala. Ale czasami
urządzenie ma mieć modbusa lub coś w tym rodzaju. Wtedy trzeba sofcik.
Owszem może być po linuksowemu. Czyli zapuszczenie programu cfgdtupdtr
uploadującego dane z pliku konfigurującego do urządzenia
Udała mi się nazwa nie? Tylko jedna samogłoska :)
--
Pozdrawiam
MD
Mirek
Guest
Guest
Sun Mar 08, 2009 12:46 pm
Mario wrote:
Quote:
Będzie jasny i jawny gdy to będzie protokół tekstowy.
[...]
Ale czasami urządzenie ma mieć modbusa lub coś w tym rodzaju. Wtedy
trzeba sofcik.
[...]
Ale czasami urządzenie ma mieć modbusa lub coś w tym rodzaju. Wtedy
trzeba sofcik.
Przecież modbus jest jasny i jawny i jest do niego sofcik.
Ja nie twierdzę, że masz nie pisać swojego, tylko fajnie by było, żeby
użytkownik nie był na niego skazany.
Mirek.
Mario
Guest
Guest
Sun Mar 08, 2009 1:11 pm
Mirek pisze:
Quote:
Mario wrote:
Będzie jasny i jawny gdy to będzie protokół tekstowy.
[...]
Ale czasami urządzenie ma mieć modbusa lub coś w tym rodzaju. Wtedy
trzeba sofcik.
Przecież modbus jest jasny i jawny i jest do niego sofcik.
Ja nie twierdzę, że masz nie pisać swojego, tylko fajnie by było, żeby
użytkownik nie był na niego skazany.
Będzie jasny i jawny gdy to będzie protokół tekstowy.
[...]
Ale czasami urządzenie ma mieć modbusa lub coś w tym rodzaju. Wtedy
trzeba sofcik.
Przecież modbus jest jasny i jawny i jest do niego sofcik.
Ja nie twierdzę, że masz nie pisać swojego, tylko fajnie by było, żeby
użytkownik nie był na niego skazany.
Ja nie piszę że protokół ma być ukryty, ale zapakowanie liczb hex przy
pomocy darmowego crapowatego softu do obsługi modbusa nie jest jawne i
jasne dla użytkownika ani dla serwisanta. Program w cmd/cli + plik
konfiguracyjny to minimum. A z tym prostym dostępem do konfiguracji
przez klienta tez nie przesadzajmy. Czasami zwierzchnicy nie chcą żeby
pracownik obsługujący urządzenie wiedział jak w prosty sposób zmienić
jego parametry.
--
Pozdrawiam
MD
Sebastian Biały
Guest
Guest
Sun Mar 08, 2009 1:16 pm
Mirek wrote:
Quote:
Przecież modbus jest jasny i jawny i jest do niego sofcik.
Modbus to krap. Pod każdym możliwym względem. Napisanie uniwersalnego
programu do modbusa jest awykonalne sadząc po wesolych features
implementowanych przez niedzielnych programatorow uC (próbowałem,
poddałem się po parunastu urzadzeniach z modbusem). Ma tylko ta zaletę
że jest.
Mirek
Guest
Guest
Sun Mar 08, 2009 1:24 pm
Mario wrote:
Quote:
A z tym prostym dostępem do konfiguracji
przez klienta tez nie przesadzajmy. Czasami zwierzchnicy nie chcą żeby
pracownik obsługujący urządzenie wiedział jak w prosty sposób zmienić
jego parametry.
przez klienta tez nie przesadzajmy. Czasami zwierzchnicy nie chcą żeby
pracownik obsługujący urządzenie wiedział jak w prosty sposób zmienić
jego parametry.
No to jest jasne - czasem takie są wymogi bezpieczeństwa, ale od tego są
mechanizmy autentykacji, tego nie załatwisz "tajnym" protokołem i
schowaniem płytki z programem do szafy pancernej.
Mirek.
Jerry1111
Guest
Guest
Sun Mar 08, 2009 8:50 pm
Sebastian Biały wrote:
Quote:
Jerry1111 wrote:
Dlatego pisze w Javie
A probowales tego w swiecie uP? Ja jakos nie mam jak sie za to zabrac ;-(
Nie pomyliłes się? W watku chodzi o programy komunikujace sie z uC a
nie na uC.
Dlatego pisze w Javie
A probowales tego w swiecie uP? Ja jakos nie mam jak sie za to zabrac ;-(
Nie pomyliłes się
? W watku chodzi o programy komunikujace sie z uC a
nie na uC.
No ale watek zszedl na manowce (znaczy na LabView).
Quote:
PS. tak, z java na uC walcze.
Mozesz cos blizej? Jak to wyglada w praktyce? Rozumiem ze nie ma zadnej
maszyny wirtualnej, tylko java jest bezposrednio kompilowana do
asemblera ze wzgledow wielkosci i szybkosci uC?
--
Jerry1111
Sebastian BiaĹy
Guest
Guest
Sun Mar 08, 2009 8:55 pm
Jerry1111 wrote:
Quote:
PS. tak, z java na uC walcze.
Mozesz cos blizej? Jak to wyglada w praktyce? Rozumiem ze nie ma zadnej
maszyny wirtualnej, tylko java jest bezposrednio kompilowana do
asemblera ze wzgledow wielkosci i szybkosci uC?
Mozesz cos blizej? Jak to wyglada w praktyce? Rozumiem ze nie ma zadnej
maszyny wirtualnej, tylko java jest bezposrednio kompilowana do
asemblera ze wzgledow wielkosci i szybkosci uC?
Wręcz przeciwnie, jest VM. Pracuje teraz nad sensownym algorytmem
kompresji pamięci (taki rozdzaj GC który nie zostawia dziur). Na razie
efektow nie ma za duzo, to tylko zbiór idei w części zaimplementowanych.
Zaczeło się od koncepcji nanoVM ale ja chce to zrobic bardziej
abstrakcyjnie (nie tylko VM java istnieje na świecie
MoonWolf
Guest
Guest
Mon Mar 09, 2009 7:48 am
Sebastian Biały denied rebel lies:
Quote:
Mirek wrote:
Przecież modbus jest jasny i jawny i jest do niego sofcik.
Modbus to krap.
Przecież modbus jest jasny i jawny i jest do niego sofcik.
Modbus to krap.
A co innego byś proponował?
--
<:> Roger, MoonWolf Out <:>|Blow the universe into nothingness
(:
(:|
(
JID:moonwolf@jabberpl.org(| http://karakkhaz.prv.plelektroda NewsGroups Forum Index - Elektronika Polska - Proste środowisko do tworzenia aplikacji konfigurujących urządzenia przez RS/USB?