Więc muszę poszukać o taskach w mach-u? Może by to załatwiło sprawę, co np. 20 ms odpytanie zewnętrznej aplikacji i na tej podstawie np. doButton().
Inna kwestia. Czym się otwiera/edytuje pliki .set ?

Witam!
Ok-zapisuję już wartości do macha, klikam przyciskami, tylko tego p... Zał palnik nie mogę trafić! Mógłby ktoś podrzucić numerek tego guzika? Może to jakieś makro?(Profil plasma). A może znowu jakaś wskazówka gdzie szukać?
Druga niejasność-czy tylko update() i wewnątrz tej funkcji komunikacja ze światem zewnętrznym, czu poza update() można dostać się do przycisków i kontrolek? Chciałbym ominąć odświeżanie co 100ms. Ale jak? Mach wywołuje update() i wewnątrz tej funkcji działamy "wewnątrz macha". Jak na machy wymusić obsługę zewnętrznego zdarzenia poza tą funkcją?

Witam!
Dzięki po raz kolejny Kolego Jarekk!
No fajnie, wizzard chodzi, blank plugin się skompilował i dało się go "podłączyć" do macha. Ale jak teraz kliknąć przycisk w machu z poziomu tego plugina? Jak zapalić leda, jak odczytać stan np. wciskam "załącz palnik" i chciałbym to wciśnięcie zobaczyć w pluginie, żeby dalej wysłać, jak się pojawi łuk chcę z plugina wysłać tą informację do wysłać do macha żeby poszedł dalej. Jest jakiś reference manual, gdzie napisane jest np. button.plasma->checked czy jak tam, żeby sobie można to było odczytać i zapisać? To samo odnośnie lampek i w ogóle kontrolek? Chciałbym móc sterować przyciskami na machu zarówno myszą jak i przyciskami fizycznymi, których obsługa jest w pluginie.

Witam!
Spróbowałem skompilować Twój mach_vmotion.. i takim czymś mnie potraktowało:

• 1>------ Build started: Project: mach_vmotion, Configuration: Debug Win32 ------
  1> Creating library E:\Wsp\PLC\CNC\Mach\mach_vmotion\mach_vmotion\Debug\mach_vmotion.lib and object E:\Wsp\PLC\CNC\Mach\mach_vmotion\mach_vmotion\Debug\mach_vmotion.exp
  1> mach_vmotion.vcxproj -> E:\Wsp\PLC\CNC\Mach\mach_vmotion\mach_vmotion\Debug\mach_vmotion.dll
  1> Liczba skopiowanych plików: 0.
  1> System nie może odnaleźć określonej ścieżki.
  1>C:\Program Files\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets(113,5): error MSB3073: The command "copy "E:\Wsp\PLC\CNC\Mach\mach_vmotion\mach_vmotion\Debug\mach_vmotion.dll" C:\Apps\Mach3\PlugIns\
  1>C:\Program Files\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets(113,5): error MSB3073: :VCEnd" exited with code 1.
  ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

Wypisuje, że niemoże którejś ścieżki odnaleźć, ale przynajmniej te podane powyżej są.

Masz może Jarku pomysł co z tym zrobić? Odpowiedzi wujka googla są trochę enigmatyczne.

jarekk pisze:Mach generalnie woła callbacka plugina

I tego na razie nie ogarniam-jakby tak jak dla chłopa-gdzie szukać poleceń z macha i gdzie wstawiać mu odpowiedzi-bity, stany? Przynajmniej jeden komplet-resztę dorobię może sam.

jarekk pisze:Mach ma służyć jako wyświetlacz i zadajnik trajektorii

No właśnie tak! Potrzebuję go skomunikować z maszyną, a interfejs to ten soft plc. Plugin ma więc komunikować się z zewnętrzną aplikacją poprzez odczyt stanów 0-1 włącz/wyłącz wystawianych dla macha przez aplikację oraz wysyłanie komend włącz/wyłącz z macha do aplikacji. Mogą to być pola bitowe, struktury, tablice. Jaką technikę komunikacji międzyprocesowej obsłuży dobrze "machowski" plugin, jaką zacząć rozgryzać?

[ Dodano: 2011-11-13, 10:31 ]

jarekk pisze:Zapomnij o upychaniu tego do Windows

Rozumiem co masz na myśli-że będzie pod winem się krzaczyć, że będą "nazapowiedziane" przerwy, opóźnienia. Unikam tych atrakcji pisząc w czystym c/c++ aplikację niepowiązaną z żadnym oknem. Jeśli zrobimy aplikację "na formie" to takie siupy się dzieją, ale już konsola inaczej się zachowuje-długo i namiętnie to testowałem. Następnym krokiem będzie aplikacja bez zadnego okna, za to z wysokim priorytetem procesu.

Witam i dziękuję! Dzięki wizzardowi pusty plugin się skompilował. I z nowu problem podstawowy-jak logicznie funkcje "moje" mają się komunikować z kontrolkami-przyciskami, lampkami i bitami odpowiadającymi np. krańcówkom w machu? Plugin ma komunikować macha z resztą maszyny-są tam przyciski, czujniki zbliżeniowe, elementy wykonawcze. Tym zarządza "soft plc", którego początek mam już działający. Plugin ma łączyć ten soft plc z machem. Dla przykłądu, jak na maszynie zostanie wciśnięty guzik np. posuw szybki x+ to mój soft plc odwzoruje to w odpowiednim bicie i prześle do macha a mach uruchomi odpowieni napęd. Mój "soft plc" co 20ms komunikuje się z kartami we/wy maszyny, odczytując stany wejść i odświeżając wyjścia. W sumie nie jest rozbudowany, napisany jest w natywnym c/c++. Musi działać z wysokim priorytetem, tak by żadne odświeżanie ekranu ani inne windowsowe zagrywki nie zakłócały odświeżania kart we/wy. Jak by szanowni Koledzy radzili-czy upchać mojego "soft plc" do plugina, czy tylko niech plugin robi komunikację z moim "soft plc" jako z osobnym procesem? Czy plugin może funkcjonować jako osobny proces, wątek czy cóś z wyższym priorytetem niż sam mach?

Dzięki za szybką odpowiedź!
Nie masz Kolego nic po naszemu?
Puściłem konwersję na vc2010 i spróbowałem blank plugin skompilować. Wyrzuciło błąd braku headera afxwin.h, który jest opisany jako część MFC. Czy przypadkiem właśnie mfc nie brakuje w vs express? Jak to przeskoczyć?

p.s. to są właśnie uroki startu z samego dołu

[ Dodano: 2011-11-08, 08:25 ]
Ok. sprawa mfc ogarnięta ale nie z sdk, bo tam jakoś mfc nie znalazłem, ale z wdk. Jeszcze zgłasza błędy od braku definicji typów związanych z OLE. Gdzie tego szukać?

Witam! Potrzebuję zintegrować aplikację w c++ z machem. Najlepiej chyba będzie naskrobać plugina. Jak zacząć? Sciągnąłem sdk i dla przykładu zaglądam do folderu "blank plugin". Jest tam plik solucji, ale pod vs2003. I tu pierwsze pytanie-czy można go sobie przekonwertować do "formatu" vs2010 np, czy też trzeba koniecznie szukać i instalować vs2003 bo nie dogada się moja produkcja z Machem?