[szymon_wolebez]

Czy OSD Remzibiego również będzie wspierane?

[Rurek]

Nie sądzę. Ale to pytanie raczej do Remzibiego. Ale jeden plus jest - można wykorzystywać odbiornik GPS z zestawu

[szymon_wolebez]

Małe OT

To do kogo po te dobre OSD z pytaniami :)

[miś]

A to zależy jakie pytania. Techniczne do mnie, dostępność i sprzedaż do Rurka.

[Adasko]

Misiu czy Twoje OSD na jednym sofcie dziala z mk i z wii?

[miś]

Nie, softy są różne.

[Adasko]

Musze sie wglebic w Twoje osd
remzibiego mi wystarcza do platowcow , a z tego co czytalem to Twoje pasuje do copterow
Wii juz mam . mk juz ponoc idzie wiec czas sie usmiechnac do Ciebie

[Radzu]

Czy leci z nami moderator ? bo chyba ostatnie 8 postów jest nie na temat a ja dokładam 9.

OSD Remzibiego możliwe że też zostanie powiązane z MWC aczkolwiek napotkałem na jeden problem - GPS nadaje na prędkości 9600b, a MCW domyślnie ma prędkość 115kb. Nie ma problemu zmienić w kodzie MWC prędkości transmisji i dopisać dodatkowych procedur jednak przestaje wtedy działać konfigurator w którym nie ma możliwości zmiany prędkości (a przy prędkości 9600 z pewnością też by działał prawidłowo) więc trzeba by wymóc dodatkowy parametr w konfiguratorze - prędkość transmisji.

Gdyby wziąć pod uwagę OSD bez GPSu to nie ma wtedy tego problemu, potrzeba by tylko drobnej zmiany w sofcie przez Remzibiego.

[Adasko]

to moze zamiast kasowac ,
wydzielic , moze sie temat rozwinie
I tez pomozesz

[diem]

Czy leci z nami moderator ? bo chyba ostatnie 8 postów jest nie na temat a ja dokładam 9.

Reszta modów cosik śpi :P Wydzielone ;)

[miś]

Serial.print, czy Serial.write w ardu działa w czasie rzeczywistym, a nie na przerwaniach, więc wysyłając w ten sposób cokolwiek dłuższego niż kilka bajtów na 9600baud robisz straaaaaszne przestoje i lagi w pętli głównej.

[cholo]

Serial.print, czy Serial.write w ardu działa w czasie rzeczywistym, a nie na przerwaniach, więc wysyłając w ten sposób cokolwiek dłuższego niż kilka bajtów na 9600baud robisz straaaaaszne przestoje i lagi w pętli głównej.

od tego jest biblioteczka fastserial:
http://code.google.com/p/arducopter/sou ... FastSerial

[Radzu]

Serial.print, czy Serial.write w ardu działa w czasie rzeczywistym, a nie na przerwaniach, więc wysyłając w ten sposób cokolwiek dłuższego niż kilka bajtów na 9600baud robisz straaaaaszne przestoje i lagi w pętli głównej.

No tak ku... cholerne Arduino, jak by nie mogli pisać w normalnym przejrzystym C, kurde normalnie drugi Bascom

Aktualnie mam pomysł żeby przełączać prędkość transmisji w zależności od pinu PC2 (A2), zwarte 115k i współpraca z MWConfig, rozwarte 9600 i przepisywanie RXa na TXa oraz wstrzykiwanie ramek z danymi akcelerometru, ale będę musiał coś wymyślić z tą prędkością wysyłania pakietów.

A i był bym zapomniał: Cholerne Arduino

[miś]

Cholo, ale to kolejna biblioteka pożerająca zasoby i dokładająca kolejne bufory w RAM. Odbiór w oryginale jest na przerwaniach, więc wystarczy dopisać procedury nadawania, czyli obsługę przerwania TX oraz procedure inicjującą wysyłanie. Jako bufor można wykorzystać zadeklarowany już w kodzie bufor uint8_t s[128] bo zapisy do niego idą szybko i nie częściej jak co 20ms, a wysłanie 50 bajtów RS'em na 115200 to w sumie ok 5ms.

A i był bym zapomniał: Cholerne Arduino

W 100% popieram. Niby C ale nie C, zakręcone jak wagon słoików.

[cholo]

uzywam biblioteki FastSerial w sofcie do quada i przy petli stabilizujacej 300hz wysylam sporo danych do osd Remzibiego (20hz), wiec nie jest tak zle z tym procesorem ;)

a odnosnie Arduino, Panowie chyba zapomnieli do czego zostalo stworzone. mial to byc prosty jezyk dla prostych ludzi do prostych zastosowan i moim zdaniem sprawdza sie pod tym wzgledem znakomicie

a gdyby nie prostota arduino nie bylo by pewnie wielu projektow opensource z MultiiWii wlacznie