Erfahrung mit simpleIDE

[yeti]

-------------------------------
propgcc wird aber wahrscheinlich schwieriger. Insgesamt ist das, im Vergleich zu BST, eine sehr komplexe Geschichte...
-------------------------------

Bitte benutz die QUOTE-Funktion des Forums oder gib anders an, wen Du da zitierst und zitier bitte nicht derart verkürzt, daß es nicht mehr der ursprünglichen Aussage entspricht:

Ich bin noch nicht soweit, SimpleIDE richtig zu benutzen. Ich compiliere alles selbst (ist beim Gentoo Linux normalerweise so), da SimpleIDE nur dann wirkliche Vorteile gegenüber BST hat, wenn man das auch selbst bauen kann. SimpleIDE und OpenSpin laufen erstmal, propgcc wird aber wahrscheinlich schwieriger.

Und was Deine Antwort mit PropGCC selber bauen zu tun hat, erschließt sich mir nicht.

Klär mich auf...

[TuxFan]

Oh Yeti, laß ihn doch vor sich hin grummeln.......der Held des Funkes ist nicht nur beratungsresistent sondern auch beratungsrenitent.
Don't feed the Troll........
Gruß
TuxFan

[funkheld]

Hallo, TuxFan.
Du könnstest mir mal eine Platine für 2 Prop herstellen, wo alle Pins frei zugänglich sind und über ein Dip beide EEproms bedient werden. 7,5 Volt Spannungseingang und Spannungsregler natürlich 3,3 Volt.

Gruss

[funkheld]

wenn man das auch selbst bauen kann

Programme für die Hardware selber erstellen mit PropGcc in C.

Zur Zeit werden ja für SimpleIDE und Propgcc sogenannte DAT erstellt von Spin mit : bstc
Die dann weiterhin in ein lauffähiges Array gewandelt werden für C mit einem dazugehörigen C-programm.
Siehe TV und VGA.

Ich habe ein Purebasic geschrieben welches die Dat in ein C-Array umwandelt.

Diese Abhängigkeit sollte vermieden werden SPIN nach DAT und Array umwandeln.
Wenn schon, dann alles ganz in C. Auch die Geschwindigkeit der Abläufe ist mit dem C noch miserabel,
weil es teilweise den Interpreter vom ROM benutzt. Meine Testversuche sind jetzt beendet.

Darum werde ich weiterhin mit dem PropellerTool spielen, weil es da auch einfach ist ASM dort mit einzubinden. Dieses ASM für den Prop ist leicht erlernbar und hat eine kleinen Befehlsumfang.

Gruss

[PIC18F2550]

Neee das auch noch.
Jetzt wird der knappe hRAM auch noch mit Werbung zugepflastert.

[yeti]

Neee das auch noch.
Jetzt wird der knappe hRAM auch noch mit Werbung zugepflastert.

2014-08-01_19-19-30_396.jpg

http://webcache.googleusercontent.com/s ... ceweasel-a

Häääääää?

[PIC18F2550]

Das das alles rückwärts da steht liegt am treiber ist aber so richtig.
Tolle Seite yeti wo gräbst Du immer solche sachen aus
Was ich meine ist :

================Copyright 2005 Parallax, Inc. ------------------------------ www.paralax.com=======================

[yeti]

Tolle Seite yeti wo gräbst Du immer solche sachen aus

Ich hab lediglich Marjorie freundlich befragt...

[yeti]

Zur Zeit werden ja für SimpleIDE und Propgcc sogenannte DAT erstellt von Spin mit : bstc
Die dann weiterhin in ein lauffähiges Array gewandelt werden für C mit einem dazugehörigen C-programm.
Siehe TV und VGA.

Assembler kann man direkt in C einbetten oder als *.s-Files getrennt übersetzen und den Linker das Zusammenkleben erledigen lassen. Es besteht keine Notwendigkeit für Spin-Hilfscode an dieser Stelle, jedoch kann  man es auf diesem Weg machen.

Wahrscheinlich ist's auf die Schnelle einfacher, mit vorhandenen "Treibern" erstmal diesen Weg zu gehen. Ich vermute, es kommen reine C+Assembler-Lösungen, wenn PropGCC eine größere Nutzerschar erreicht...

[funkheld]

Assembler kann man direkt in C einbetten oder als *.s-Files getrennt übersetzen

Das habe ich bis jetzt nicht bei SimpleIDE und bei PropCC gesehen.

Man hat immer diese Umwandlung "ASM im SPIN" zu Dat gemacht und dann umgewandelt in ein Array für "C".
Habe da jetzt 4 Programme gesehen. Dein System muss bei denen Unbekannt sein.

Vielleicht erzählst du hier mal mit einem Beispiel und mit welchen Compiler es geschehen soll?

Ich mache jetzt auch Experimente mit PROPBasic, wenn man es kann ich es gar nicht so übel.
Die Beschreibung mit Beispielen ist da etwas dürftig.

Danke.
Gruß