Hallo,
siehe auch mein Posting hier dazu:
https://www.roboternetz.de/community...-Intel-Galileo
Aber mittlerweile habe ich ihn eingemottet. Die aktuelle Intel Software scheitert beim Aktualisieren der Firmware. In den früheren Versionen hat das immer problemlos funktioniert. Deshalb kann ich auch das aktualisierte Windows Image nicht mehr testen.
Windows/VS ist dann allerdings wohl nicht so interessant. Aber die Arduino-Sketch IDE finde ich schon interessant.
Frage, ob dann auch alles mit AVR-Libs wie AVR-IRQs und Timer und sprintf-float-Patch etc. funktioniert.
Halbe Leistung des RPi klingt auch nicht so prall, was heißt das im Vergleich zum Arduino Due?
(Da stellet sich wieder die Frage nach einem benchmark)
edit...:
Haha - für den Arduino Mega und Due gibts ja meinen Benchmark!!
- kannst du den mal da drüber laufen lassen? Ist ja 100% Arduino-Sketch!
http://www.mindstormsforum.de/viewto...tart=75#p65463
Geändert von HaWe (09.12.2014 um 09:55 Uhr)
Um ein Haar wäre er Samstag in der Tonne gelandet ...
Wie gesagt, er läuft ja gerade nicht. Die Firmware müsste ja erstmal geupdatet werden ...
Rechnen tut er viel schneller als ein Due. Das Problem sind die IOs. Die sind um einiges langsamer als beim Uno ! Das hat man beim Nachfolger Galileo Gen 2 verbessert, aber es ist immer noch langsam. Microsoft hat da mit seinem neuen "Lightning" Treiber wohl versucht das Maximum herauszuholen.
Der Nachfolger vom Galileo ist übrigens der Edison. Da rechnet ein Dual-Core Atom mit 500 MHz. Die IOs hängen an einem zusätzlichen 100 MHz Quark-Prozessor. Der Weg vom Sketch zu den IOs ist also eher länger geworden. Außerdem verwenden die IOs 1,8 V Logik (!), weshalb man eine Adapterplatine mit Pegelwandlern braucht.
Ansonsten kann ich den Galileo zum aktuellen Wetter sehr empfehlen. Ich habe bisher keinen anderen Bastelrechner gesehen, der so heiß wird ...
*LMFAO*Ansonsten kann ich den Galileo zum aktuellen Wetter sehr empfehlen. Ich habe bisher keinen anderen Bastelrechner gesehen, der so heiß wird ...
vllt ein Kühlkörper oben drauf? 8-)
ansonsten, wenn du ihn mit der Arduino-Sketch FW nochmal aufsetzen könntest...?
Es bleibt ja immerhin auch der Weg per I2C-Mega-Slave und ein nicht so anspruchsvolles Uno-Erweiterungsshield.
Ich wär da schon sehr interessiert.
Je einfacher zu programmieren, desto besser, Linux-Shell und Eclipse und VS sind mir ein absolutes Gräuel.
Immerhin klingt es ausbaufähig...
Minst du, du kriegst den Test hin?
Dann würd ich ihn dir sogar abkaufen, wenn's dann läuft
Es ist die Arduino-Firmware die nicht läuft. Intel hat eine eigene Version der Arduino 1.5.3 Software. Da gibt es einen Menupunkt zum Firmwareupdate. Da hat er den Geist aufgegeben ...
Hallo,
Das alte Intel-Problem!Zitat von Mxt
Das war schon so, als AMD noch offiziell Secondsource des 8086 gefertigt hatte.
AMD-CPUs benötigten weniger Strom, bei gleicher Taktrate wie ein Intel. Entsprechend konnte AMD seine CPUs mit einem etwas höheren Takt als Intel laufen lassen.
Das war dann auch der Grund für die Auflösung des Vertrages zu Zeiten des Pentiums.
Das selbe Problem gab es auch zwischen Motorola und Hitachi.
Die 680x-Familie gab es nur von Hitachi in CMOS (630x). Zudem konnte Hitachi, mit dem selben Prozess, auch noch EPROM mit auf den Chip packen.
OK, ist alles auch schon gegen 30 Jahre her ....
Der grosse Rechtsstreit zwischen Motorola und Hitachi war dann Anfang der 90er Jahre.
MfG Peter(TOO)
Manchmal frage ich mich, wieso meine Generation Geräte ohne Simulation entwickeln konnte?
ich find das Teil schon interessant - zum Thema Hitze, wie bereits gefragt:
vllt ein Kühlkörper oben drauf?
was nimmt man da GENAU für einen?
was für eine Wärmeleitpaste?
habe da bisher überhaupt keine Berührungspunkte zu.
ps,
besonders interessiert mich ntl auch die Sache mit den IRQ-Timern bzw den AVR Timer-libs etc.
Für einen Kühlkörper wäre es gut, wenn die Oberfläche eben wäre. Das ist aber ein Metall-Gehäuse mit einer Erhebung in der Mitte. Sieht aber schon so aus, als ob es mit der Wärme klar kommt. Man spürt aber, wenn man einen Finger 1-2 cm drüber hält, deutlich die Hitzestrahlung.
Wahrscheinlich lässt sich das Ding wieder erwecken, eventuell über die serielle Konsole an dem Kopfhörerstecker (!). Aber im Moment beschäftige ich mich lieber mit funktionierenden Rechnern.
hi,
alles klar, danke für die Info!
Ganz wichtig wäre für mich noch zu wissen, wie das Teil mit Timer-IRQs zurecht kommt.
Beim Mega verwende ich AVR-Timer IRQs,
beim Due die DueTimer lib.
Beides brauche ich, um im 250µs-Rhytmus in Echtzeit 12-18 DPins für die Quadraturencoderstellungen abzufragen.
Wie geht das mit den IRQ-Timern aber beim Galileo?
Anderes Thema ist Multitasking.
Beim Due verwende ich die Scheduler lib, weil sie einfach konfigurierbar und steuerbar ist, leider ist das MT nur kooperativ (für die geringen Anforderungen aber ausreichend).
Bei gpp C für Linux (EV3) habe ich auch schon POSIX pthread benutzt, ist auch recht einfach zu handhaben und sogar preemptiv, hier kann man über die Zeitscheiben dann auch sehr langwierige Berechnungen pseudo-parallel und trotzdem quasi in Echtzeit durchführen (parallele Mustererkennungen über FFT und Neuronale Netze oder auch Routen-Neuplanung über Astar, die jeweils ein paar Sekunden dauern können, und trotzdem Echtzeit-Navigation per Odometrie und Sensor-Fusioning mit Kalman bei derweil fahrenden Robotern).
Wie ist also MT bei Galileo-Sketch geregelt?
Geändert von HaWe (10.12.2014 um 08:25 Uhr)
Gerade heute morgen festgestellt:
offenbar unterstützt Intel auf seiner Download-Seite kein XP (mehr).
Hat oder kennt wer Hardware-Treiber für XP? die aktuelle Arduino IDE (1.6.5) läuft ja bestens auf meinen XP-Rechnern, insb. auch für meine Due's.
Berechtigungen
Zitieren
Lesezeichen