danke für die Info!
denkst du, der Bug unter Sketch ist zu fixen ?
danke für die Info!
denkst du, der Bug unter Sketch ist zu fixen ?
Ich denke das ist nichts schwerwiegendes. Außerdem ist es ja ein öffentlicher Betatest ...
Wahrscheinlich sind die Arduino IO Geschichten ohnehin nicht dazu gedacht parallel benutzt zu werden. Dazu sind die IOs des Galileo auch viel zu langsam. Multithreading ist also eher etwas für große Berechnungen im Hintergrund.
Außerdem ist es Windows, man kann sich auch mit CreateThread (WinAPI) oder _beginthreadex (Visual C++ Runtime) versuchen. Auch kann man nicht nur Threads starten, auch andere .exe-Dateien, die APIs CreateProcess (entspricht Start->Ausführen) und ShellExecute (entspricht Doppelklick auf Datei) werden auch gehen.
Was schon geht ist die Concurreny Runtime, wie man in diesem Beispielsketch sieht:
http://ms-iot.github.io/content/Casablanca.htm
Das ist dann schon richtiges C++11 in einem Sketch
Man sieht da auch schön die Zielgruppe von Galileo und Tre. Das ist eher was für die Maker, die den Zustand ihrer LEDs twittern wollen. Wenn Dir der Due nicht mehr reicht, wirst Du meiner Meinung nach nicht herumkommen eine andere Plattform zu wählen. Und da dürfte mbed am nächsten an den Anforderungen liegen.
Auf Windows-Compiler-/WinAPI- und .NET-Ebene schreibe ich keine Programme, ich nutze den Dinosaurier VS ebensowenig wie das Monster Eclipse: NET finde ich ebenso zum Kotzen wie Eclipse mit gpp und makefile und gdb, von ssh und putty ganz zu schweigen.
Auch das Casablanca ist schon wieder 3 Nummern zu kompliziert, und die Tatsche, dass der Galileo grad mal sowenige IO pins hat wie ein Uno macht ihn auch kaum nutzbar, zumal die Pins nicht alle echtzeitfähig sind.
Vom Tre liest man auch nicht viel und von den devs dort auch generell nichts Gutes, was Bugfixes und Driver-Updates angeht: bereits seit Jahren werden da wohl welche längst berichteten Fehler ignoriert, selbst wenn Lösungsvorschläge existieren. Die Stimmung in der Community ist auch alles als freundlich und hilfsbereit, vllt gerade deshalb.
Der BBB wird allgemein noch empfohlen, die IOs sind zahlreich, und es läuft ja sogar schon eine Lego-Labview-VM samt kompatiblen IO Ports auf dem TI Linux (was mich nicht so antörnt, aber immerhin).
http://www.legomindstormsrobots.com/...glebone-black/
https://www.youtube.com/watch?v=1ZUc22_5OJU
Mit welcher IDE wird denn der BBB programmiert? (Simpel und downstripped, hoffe ich ?)
(ps, auch C++ nutze ich nicht, generell auch kein OOP, erst recht kein C# oder Java (*würg*), nur straight-ANSI-C.
Wenn man den C++ Part allerdings so gut versteckt wie bei Sketch. ist es absolut ok.
Aber mit :: und -> kannst du mich jagen!!![]()
Geändert von HaWe (14.12.2014 um 09:59 Uhr)
Ich schreibe meine Programme für den BBB mit Notepad++ unter Windows, übersetzen tue ich dann auf dem BBB, da habe ich mein Standardmakefile, was ich nur wenig anpassen muss. Kopieren zwischen beiden geht mit WinSCP, eine Art "Norton Commander" im Netzwerk.
Was Arduino angeht, auf eine größeren Controller als den Due würde ich nicht spekulieren, dagegen spricht auch diese Pressemitteilung vom Oktober
http://ir.atmel.com/releasedetail.cfm?ReleaseID=874101
die Zielrichtung hinter der Pressemitteilung verstehe ich jetzt nicht, aber wenn das heißt : es wird wohl so schnell nichts, dann reicht mir das für den Moment.
Im Prinzip geht es mir um 2 Dinge:
schnelles ansteuern von Encoder-Motoren, i.P. mit L293/L298 oder ähnlichen H-Brücken,
und dann um Sensoren wie entweder standard-I2C und/oder ADC für Sharp GP2D12 IR etc.
Wichtig ist mir Standard-C, kein C++ o.ä.
Damit du siehst und vllt besser verstehst, auf welchem simplem Programmier-Level ich programmiere, hier 3 Links - einmal Sketch mit C und NXC (Multiplexer), einmal Sprachrythmus-Wort-Erkennung (NXC) und einmal neuronales Netz (NXC):
(Nicht wundern über NXC, es ist Not_eXactly_C, eine Text-Adaptation für den NXT)
http://www.mindstormsforum.de/viewto...&t=8302#p65015
http://www.mindstormsforum.de/viewto...t=6386&p=53924
http://www.mindstormsforum.de/viewtopic.php?f=70&t=6620
Auf diesen simplen C-Level (eben wie Sketch C) möchte ich nun leistungsfähigere Programme schreiben, die diese Teilprogramme und Module vereinen und erweitern, mit schnelleren Prozessoren und viel mehr RAM und permanentem Flash...
nur ich möchte mich auf die Motor-Justierung und die KI konzentrieren, nicht erst die Hardware neu programmieren müssen...
Geändert von HaWe (14.12.2014 um 13:11 Uhr)
Die Pressmitteilung bedeutet grob "Der Stammlieferant der Arduino Controller ist Mitglied beim Konkurrenzverein geworden".
Was deine Wünsche angeht ist das einfach:
- Ohne Linux fallen alle Cortex A* Boards aus.
- Ohne IDE fallen alle Einsteigerboards der Chiphersteller aus.
- Ohne C++ fällt dann noch mbed aus.
Es bleibt also nichts mehr übrig, außer Arduino.
Suche beendet.
Lesezeichen