Datum: 23.07.2007 01:07
Hallo, ich hoffe ich bin in diesem forum richtig... da ich immer wieder die selben probleme auf die selbe art und weise löse, habe ich mir gedacht, sowas stumpsinniges kann mein pc doch auch ! rausgekomme ist ein kleiner code-wizard (early beta) wens interessiert: bisher gehen: *) atmega8 *) baudraten berechnen *) timer0 berechnen *) weiterer kleinkram :-) anregungen und wünsche ? gruss, gg
Datum: 23.07.2007 07:51
Die fehlenden/benötigten DLLs mit ins Zip packen!? mscoree.dll
Datum: 23.07.2007 08:45
Mein PC vermisst keine DLL... Aber das Programm ist schon beim ersten Test durchgefallen: AtMega8 FCPU = 12.000 MHz USART Baudrate 115200 => 8.5% Error
// USART settings: 115200 baud 8-n-1 // WARNING: real baud = 125000: err = 8.50694444444444% UBRRH = 0; UBRRL = 5; UCSRB = (1<<RXEN) | (1<<TXEN); UCSRC = (1<<URSEL) | (1<<UCSZ1) | (1<<UCSZ0); |
Offenbar wird die Möglichkeit U2X=1 (UCSRA-Register) nicht ausgenutzt, dann wäre nämmlich der Fehler nur noch 0.2%... Zudem wäre die Einstellung mit UBRRL=6 (107143 Baud) etwas besser als UBRRL=5 (125000 Baud), bzw. die Abweichung kleiner!
Datum: 23.07.2007 09:43
Günter Greschenz wrote: > *) baudraten berechnen > *) timer0 berechnen Ich schreib da immer einfach die Fromel in den Quelltext und laß sie dann vom Präprozessor ausrechnen. Peter
Datum: 23.07.2007 10:02
Codewizard von Codevision kann das auch recht gut und noch viel mehr ;-)
Datum: 23.07.2007 11:31
Peter Z. wrote:
> Codewizard von Codevision kann das auch recht gut und noch viel mehr ;-)
Dafür ist das Tool von Günter kostenlos und wie er auch schon schrieb:
"early beta". Ich bin sicher, wenn das Feedback so anhält wird´s schnell
eine neue, verbesserte Version geben.
Auch von mir ein Wunsch: Codegenerierung immer dann, wenn ich auf den
Reiter Code klicke (derzeit geht dies nur, wenn man auf dem Reiter "CPU"
ist und dort explitit "generate Code" auswählt.
@tcg: Veröffentliche doch auch Deinen Quellcode (offensichtlich MS VC),
dann bekommst Du die Wünsche und Ergänzungen der anderen eventuell gar
"mundgerecht".
Gruß,
Klaus
Datum: 23.07.2007 13:25
Hi, also nochmal kurz zur klarstellung: das war erst al internes helperchen für mich gedacht, und ist auch erst 2 (lange) abende in arbeit. wenn ihr andere wünsche anforderungen habt: info zu mir ! @Gast: das wird nicht reichen, das ist ein .net programm und braucht wohl mehr als nur eine dll. das .net-framework 2.0 ist frei von m$ erhältlich (entweder automatisch per windows update oder von "http://www.microsoft.com/downloads/details.aspx?di...;) @Peter S.: da ich bisher nur mit 9600 baus arbeite (und grad nur einen 16mhz quarz habe :-) hab ich dieses "feature" noch nie gebraucht... ich schau mirs an, und baus dann ein... die berechnung von UBRR hab ich direkt aus der atmel-atmega8-doc, hast du ne bessere formel ? @Peter Dannegger: jepp, geht natürlich auch :-) @Peter Z. & Klaus R.: hmmm, kenn ich nicht, codevision war mir immer zu teuer, WinAvr geht (für mich) genau so gut... was kann der codevisionwizard denn so alles ? mein avrwiz ist mit astudio und winavr wohl wesentlich billiger, das ist (wird) shareware und bedeutet (für mich): du kannst was zahlen, musst aber nicht ! das mit dem sourcecode veröffentlichen will ich noch nicht, der sieht momentan noch fürchterlich aus, das wäre mir peinlich. evtl. wenn ich mal zeit habe etwas aufzuräumen... aber erst will ich noch mehr features einbauen das mit dem code-generieren bei tabwechsel auf "code" ist jetzt drin (gute idee, genau solchen feedback brauche ich !) cu, gg
Datum: 23.07.2007 13:37
so, gleich die dritte: @Peter S.: hab mal U2X eingebaut, aber nicht (mit realer hw) getestet... bitte sag mir einfach obs stimmt :-) das ist auch mein allgemeines problem: ich brauche tester, die mit sagen ob ich mist gebaut habe... bitte probierts mal einfach aus und feedbackt an mich... cu, gg
Datum: 23.07.2007 16:34
Super! Für mein Beispiel scheint es nun ok zu sein...!
// F_CPU 12000000 // USART settings: 115200 baud 8-n-1 // WARNING: real baud = 115384: err = 0.159722222222225% UBRRH = 0; UBRRL = 12; UCSRA = (1<<U2X); UCSRB = (1<<RXEN) | (1<<TXEN); UCSRC = (1<<URSEL) | (1<<UCSZ1) | (1<<UCSZ0); |
Ich denke das U2X-Bit darf generell immer gesetzt werden, sofern es beim entsprechenden CPU-Typ existiert. Allenfalls bei sehr tiefen Baudraten macht es eventuell Sinn, darauf zu verzichten..?
Datum: 23.07.2007 16:41
Peter S. wrote: > Ich denke das U2X-Bit darf generell immer gesetzt werden, sofern es beim > entsprechenden CPU-Typ existiert. Allenfalls bei sehr tiefen Baudraten > macht es eventuell Sinn, darauf zu verzichten..? Nope, so einfach würde ich mir das nicht machen. Eher im Gegenteil: Das U2X Bit nur, wenn's nötig ist. Im Datenblatt steht, dass die Empfindlichkeit etwas herabgesetzt wird, da nur noch die Hälfte der Samples gemacht werden. Im Mega16 Datenblatt auf Seite 161 (10/06) ist eine Tabelle über die maximal erlaubte Abweichung. PS: Hast du bedacht, dass sich die Baudrate anders berechnet beim U2X Bit?
Datum: 23.07.2007 19:45
ja, die andere berechnung habe ich bedacht... ich benutze u2x nur, wenn der fehler kleiner als ohne ist... so, meine frau hat mir heute abend wieder ausgang gegeben, mal schaun, was ich heute noch einbaue... irgendwelche wünsche ? cu, gg
Datum: 23.07.2007 21:15
Hallo, ich hätte da mal 2 fragen/probleme: 1) kann jemand mal testen, ob der USART code mit 9 databits geht ? das windows-hyperterminal kann nur mit bis zu 8 umgehen :-( 2) ich habe mal versucht per irq auf incoming usart daten zu reagieren. das geht auch soweit ganz gut, aber zwischendrin macht der mega-at immer wieder mal einen reset ?!?!? warum denn das ??? testen: avrwiz starten, bei "usart" mal "use ring buffer" anwählen, code compilieren, auf dem atmega rüberschubsen und im win-hyperterminal (oder von wo auch immer :-) mal auf einer taste bleiben. dann kommt zwischendrin bei mir immer wieder mal ein "OK!" cu, gg
Datum: 23.07.2007 21:38
@Klaus R. und Günter Greschenz Es gibt eine Free, 2kbytes code size limited version von Codevision. Die ist auch kostenlos! Was der Wizard alles kann, kannst dir ja selber anschauen wenn du willst. Ich denk mal um einiges mehr als dein Programm. Aber es hat mit Sicherheit einen Lerneffekt so ein Programm zu schreiben. Hab auch mal einen I/O Codegenerator in Javascript spaßeshalber für meine Webseite gemacht(http://www.clipswitch.de/codegenerator) Also weitermachen :-)
Datum: 23.07.2007 21:58
> 1) kann jemand mal testen, ob der USART code mit 9 databits geht ? > das windows-hyperterminal kann nur mit bis zu 8 umgehen :-( Komisch, Hterm und Bray können auch keine 9 Bit, muss wohl irgendwie kompliziert sein... > (wird) shareware und bedeutet (für mich): Ach bitte, Shareware ist doch sowas von out. Entweder das wird ganz was tolles, für das die Leute richtig Geld ausgeben wollen oder besser gleich Open Source. Wobei letzteres hier wahrscheinlich der sinnvollerer Weg wäre. Grüße, T.
Datum: 23.07.2007 21:58
nett :-) darf ich den codegen von dir bei mir einbauen ? cu, gg
Datum: 23.07.2007 22:16
hi Thomas B. mag sein dass du shareware nicht magst, aber ich fände es immer noch toll etwas taschengeld dazu zu bekommen. es geht ja nicht um unsummen, wenn 100 leute je einen euro spenden, hab ich meine hw kosten wieder drausen und kann mir davon z.b. andere mcus und quarze kaufen um die auch noch zu unterstützen... da ich berufstätig bin und 2 kinder habe, hab ich nicht die zeit was supertolles auf die beine zu stellen, aber ich trau mir schon einiges zu :-) und fände es wie gesagt schön wenns jemand honoriert (wie auch immer) aber lange rede, kurzer sinn: bis dahin ist noch ein weiter weg :-) noch isses n hobby: ich machs eh, wers mag, kanns haben, wer nicht, solls lassen... open source is ja recht schön, aber davon kauf ich mir keinen atmega128... aber wie gesagt, wenn du nicht magst, brauchste auch nicht zu löhnen, ist schon ok, kannst es ja trotzdem benutzen. cu, gg
Datum: 24.07.2007 00:20
so, ich glaub das reicht für heute :-) viel spass & erfolg damit !
Datum: 24.07.2007 08:39
@Günter Greschenz ...klar mach ruhig Aber wie gesagt lade dir mal die EVAL Version von Codevision und schau dir den Codegenerator an. Vielleicht kannst dir da noch mehr inspirationen holen ;-) (http://www.hpinfotech.ro/html/download.htm)
Datum: 24.07.2007 08:47
Auch MakeAPP von IAR ist ein sehr interessanter Code-Generator zur Initialisierung der HW-Funktionen von AVR´s. MakeApp unterstützt div. Bausteine der AVR-MEGA Baureihe und ist kostenlos und ohne Einschränkungen zu benutzen.
Datum: 24.07.2007 12:19
Übrigens: 9-Bit UART muss nicht das Terminalprogramm unterstützen, sondern viel mehr der im PC verbaute RS232 Chip. Und der kann's nunmal (in der Regel) nicht.
Datum: 24.07.2007 20:17
Hi All, hier gibts ne neue version mit einigen features mehr... bitte schauts mal an und sagt mir was noch fehlt (jaja ziemlich viel :-) ich würde gerne prioritäten festlegen was zuerst rein soll... cu, gg
Datum: 24.07.2007 20:51
Hallo, nettes Tool. Kleiner Tipp zur Unterstützung weiterer µC Typen: Hinterlege alle Typenspezifsiche Angaben (Verfügbare Ports, Funktionen, Speichergröße,...) in Dateien (z.B. xml), welche vom Programm ausgelesen werden. Somit können andere das Programm entsprechend mit anderen Typen "erweitern" und du hättest nur einmalig Stress damit. Gruß
Datum: 24.07.2007 23:37
Gute Idee mit dem XML-Dateien. Es kommt noch besser: AvrStudio enthält bereits solche XML-Dateien für sämtliche unterstützten CPU-Typen... Zum Beispiel für den AtMega8: siehe Anhang. Vielleicht noch eine kleine Anregung zum Programm: (Noch) nicht unterstützte CPU-Typen grau (bzw nicht selektierbar) darstellen. Jetzt macht man sich unter Umständen die Mühe, einen AtMega128 zu konfigurieren und stellt dann erst beim finalen Klick auf den "Generate" Button fest, dass diese CPU vom Wizard nicht unterstützt wird...
Datum: 24.07.2007 23:51
Hi, hatte bei den AVR schon was zur IDE geschrieben die ich gerade bau. Da habe ich auch CodeInsight und Module vorgesehen die in die Richtung Deines Codegenerators gehen. Es soll halt mehr wie das Visual Studio bzw. Delphi werden. Ich hoffe dass ich mein aktuelles AVR Projekt für die Hochschule diese Woche fertig krieg, dann kann ich nächste Woche an der IDE weiterarbeiten. Ich werd auch die Spezifikation für die Module usw. entwerfen. Wenn Euch da schon was zu einfällt schreibts ruhig. (evtl. in dem anderen Thread da es eher dort hingehört). Beitrag "ATMega IDE 2007" Ich dachte daran, weitestgehend auf .h/.c Dateien zurückzugreifen um die Programme auch ohne die IDE bearbeiten und compilieren zu können (der Ein oder Andere mag ja doch seine gewohnten Tolls lieber ;-) Mit dem Makefile bin ich ja schon diesen Weg gegangen das Standardfile vom WinAVR als Template zu benutzen. @Günter: Für das Code Fenster wäre Courier New wahrscheinlich angenehmer (gewohnter) zu lesen. Ciao Karsten ATMega IDE 2007 -> www.KarstenDonat.de/AVR
Datum: 25.07.2007 00:13
Moin, > mag sein dass du shareware nicht magst, aber ich fände es immer noch > toll etwas taschengeld dazu zu bekommen. es geht ja nicht um unsummen, Ich sag' doch nichts gegen Shareware und bin auch der Meinung, dass jeder machen darf, wie er will. Andererseits erwartest du die Mitarbeit der Gemeinschaft ("ich brauche tester") und da hat Open Source nunmal die Nase ganz weit vorn, nicht zu letzt durch die höhere Motiviation, dass man eben nicht was testet, womit jemand anderes Geld verdienen will. Aber sei's drum. Kann ja jeder machen, wie er meint ;-) > da ich berufstätig bin und 2 kinder habe, hab ich nicht die zeit was > supertolles auf die beine zu stellen, aber ich trau mir schon einiges zu Die Idee bei OS ist ja auch die, dass drei Programmierer mehr leisten, als einer. Wobei der entstehende Verwaltungsoverhead natürlich auch wieder zu berücksichtigen ist. Kann ich auch verstehen, dass du lieber programmieren willst, statt mit anderen zu streiten ;-) XML-Dateien: Konfiguration insb. für unterschiedliche Controller ausserhalb des Programms und auch für closed-source Binaries sind wirklich zu empfehlen. Mit den XML-Dateien von Atmel wäre ich aber dennoch vorsichtig, nicht dass Atmel dich mit Abmahnungen überzieht... Grüße, T.
Datum: 25.07.2007 00:21
hi, ich hab mir schon am anfang mal die avr-studio xmls angeschaut, aber die gefallen mir nicht so gut: z.b. ist in der ATmega32.xml die speed-obergrenze bei 8mhz (meiner hier kann aber mehr :-) das xml parsen wäre einfach, .net macht sowas ja fast von alleine, aber es ist noch viel handarbeit nötig das ganze brauchbar zu machen. ein laden externer config files ist geplant, aber erstmal mache ich den jetzigen prototyp weiter .-) @Karsten: hab mir dein teil mal angeschaut: schön :-) allerdings will ich keine integrierte ide bauen, sondern nur ein "primitives" config-tool für den einfachen projekt-start... (bin also keine konkurrenz für dich :-) evtl. könnten wir daran denken meinen code-generator bei dir einzubauen, dann müsstest du aber auf c# wechseln, ich kann kein delphi :-) cu, gg
Datum: 25.07.2007 00:32
hi Thomas, den traum vom grossen geld mit meinem hobby habe ich (leider) schon lange aufgegeben :-) ich komme auch ohne shareware-spenden über die runden (naja, mein auto ist inzwischen 14 jahre alt, mein haus erst in ca. 30 jahren abbezahlt). das mit den streitereien und code-mergen ist meine grössere sorge :-))) ohne "spenden" in irgend einer art und weise werden halt einfach cpus, die mir zu teuer sind aussen vor bleiben (ein stk501 hab ich halt nicht, und werde es mir auch nicht kaufen, wenn ichs selbst nicht brauche) das bedeutet allerdings nicht, dass ich nicht versuche, die "grossen" cpus später auch einzubinden, ich kanns dann halt nicht richtig testen ! aber wie auch immer, mein bisheriger plan ist nicht eine freie "verkrüppelte" version und eine "tolle" kostenpflichtige rauszubringen, jeder darf wenn er will alles machen... (es sei denn es wird irgendwann mal das super-mega-tool :-)))))))) zu der externen config: wie eben schon geschrieben, die atmel-xmls sind eh nicht so geeignet, und dein argument hat mich völlig davon abgebracht, danke ! aber früher oder später wirds was externes geben, spätestens nach der 5.cpu wird hardcoden doch zu nervig :-) cu, gg
Datum: 25.07.2007 00:33
Habs auch nicht als Konkurrenz gesehen. Eher als Zusammenarbeit. Mit der Sprache werden wir uns schon eingig. Ich dachte eher an AVR C Code und die nötige Konfiguration im .h. Für Optionen zur Integration in der IDE wäre dann eine .ini gut. Es soll halt so sein das man mit wenig Aufwand Änderungen vornehmen kann (ähnlich der Komponten-Eigenschaften bei VS) aber das ganze immernoch kompatibel zu anderen IDEs bleibt. Damit lassen sich immer noch Beispielprogramme im Forum posten ohne das alle die gleiche IDE benutzen müssen. Die Sache mit externen Config-Dateien hab ich bei mir schon angefangen. Kannste ja mal reinschaun. Für die MPUs wollte ich die Tabelle von der AVR Homepage weitesgehend übernehmen (bislang wird nur der Name verwendet, Rest kommt noch. Wie man das mit den Unterschieden beim Takt und der Spannung macht fällt mir sicher noch was sinnvolles ein g Ciao Karsten
Datum: 25.07.2007 01:04
hi Karsten, ich werde sowas in der art implementieren (siehe attachment) wenn du willst, können wir uns dabei ja zusammentun... ini-files finde ich nicht sehr schön, xml ist mir da lieber... cu, gg
Datum: 25.07.2007 10:42
Gefällt mir mit dem XML. Delphi hat dafür auch Unterstützung. Schau ich mir mal an wie das genau geht. Hast Recht, ist besser als ini. Die waren halt für meine ersten Tests die schnellste Möglichkeit weil Delphi die auch sehr gut unterstützt. Ciao Karsten
Datum: 25.07.2007 11:03
Könnt Ihr (Andreas?) das Ding nicht hier auf der Homepage mit einbauen, so das man es online nutzen kann? Rick
Datum: 25.07.2007 12:35
hmmm, das ist nicht so einfach, dazu müsste es ein asp-programm werden... ist ne überlegung, aber wenn, dann erst später. hat hier jemand ahnung, wie man eine native-c#-application in asp.net "umwandeln" kann ? wäre ne schöne idee ! cu, gg
Datum: 25.07.2007 20:13
Ich denke das war eher gmeint das man z.B. seine Module hochladen kann und eine Art Online-Bibliothek zustande kommt. Karsten
Datum: 26.07.2007 02:26
Hallo, ich habe mal wieder weitergebastelt... eine erste version mit config-file (AvrWiz.xml in zip) ist fertig, aber sie ist noch seeeeehr beta ! dass die ganzen cpus von atmel soooo verschieden sind macht die sache nicht gerade einfacher ! aber ein anfang ist gemacht. wer will kann sich ja mal die config-datei anschauen (z.b. Karsten :-) und evtl. sogar daran schrauben :-) ich habe jetzt mal 4 grundtypen von cpus aufgenommen: *) ATmega8 (und ATmega8L) *) ATmega128 (und ATmega128L) *) ATmega2560 (und ATmega1280, ATmega640, ATmega256V, ATmega1280V, ATmega640V *) ATtiny24 (und ATtiny44, ATtiny84) mal schauen, wie sich die anderen cpus unterscheiden... ich habe nicht sehr ausführlich getestet, immerhin compilieren die erzeugten files ! cu, gg
Datum: 26.07.2007 06:36
Läuft übrigens auch unter Linux mit Wine. Gruss Andreas
Datum: 26.07.2007 17:29
Andreas Jakob wrote:
> Läuft übrigens auch unter Linux mit Wine.
Wie kommt da die ganze Dot-Net Runtime dazu? Interessehalber gefragt.
Gruß, T.
Datum: 26.07.2007 17:40
hi, die runtime gibts unter http://www.microsoft.com/downloads/details.aspx?di... frei zum download. ich könnte auch mal ein msi-päckchen schnüren und die runtime mit einbinden... aber ich hab grad noch wichtigeres zu tun :-)
Datum: 26.07.2007 17:42
aso, sorry unter linux meinst du ? (zu spät den context gesehen :-) unter linux gibt "mono", das ist ne .net-opensource(?)-linux-runtime, evtl. wird die benutzt ? oder wine emuliert die native-win32 runtime einfach mit (?). ich hab aber zu wehnig ahnung von linux um das genau zu sagen... cu, gg
Datum: 26.07.2007 17:54
> frei zum download. Ich weiß ;-) Ich hab's durchaus installiert. Auch das SDK falls sich die Frage stellt. > ich könnte auch mal ein msi-päckchen schnüren und die runtime mit > einbinden Halte ich ohnehin nicht für so sinnvoll. Für Windows Rechner ist dein Tool nicht das einzige, was .NET braucht. Das kann schon mal installiert werden. > unter linux gibt "mono", das ist ne .net-opensource(?)-linux-runtime, Ist bekannt, damit kannst du afaik aber nur .NET Programme auf Linux kompilieren, kann mir nicht vorstellen, wie das für fertige Binaries, die mit Wine laufen gehen soll. Aber das wird uns sicherlich Antibyte erklären können. Ich schätze mal, dass die Runtime für wine eingespeist werden muss, wie es mit anderen nativen Windowsbibliotheken auch gemacht wird. Grüße, T.
Datum: 26.07.2007 20:02
Hallo Günter, Dein Code Wizzard gefällt mir sehr gut !!! Prima Teil und Danke das Du es kostenlos weiter gibts !
Datum: 26.07.2007 23:07
hi, und wieder eine neue release. (man merkt wohl, dass ich diese woche noch urlaub habe, ab montag werden die releases seltener ;-) ich habe jetzt (hoffentlich) alle atmega8-abhängigkeiten im code entsorgt und regele alles per config file. was wäre denn euer nächster wunsch zum einbauen ? @hase: jepp, solche kommentare bauen einen wieder auf :-))) aber kostenlos ist nicht umsonst: durch die arbeit hier habe ich einen haufen über die avrs gelernt (war also nicht umsonst) und: es ist immer noch shareware, bisher allerdings (logischerweise, ist noch lange nicht fertig) noch ohne back-shares :-) @alle: gibt es eigentlich bedarf für ne linux (mono ???) version ? dank virtualbox habe ich hier auch evtl. bald wieder ein linux laufen :-) cu, gg
Datum: 27.07.2007 02:20
sorry, nochn update: mir sind ein paar fehler im config-file passiert... das ist aber auch beknackt... manchmal isses MCUCSR und WDTCR, manchmal MCUSR udn WDTCSR. grrr. da gibts anscheinend alle kombinationen. und nicht nur da, mit den timern kam ich auch etwas durcheinander. also hier ne neuer (test)version. ich hab nicht alle features für alle cpus ausprobiert/kompiliert und schon gar nicht laufengelassen :-) ich hoffe es ist erstmal ok soweit. ausserdem gibts neue cpus: atmega16/32/64 cu, gg
Datum: 27.07.2007 06:41
Das mit Mono is wohl nix. Ist "nur" .Net 1.1 "kompatibel". :-(
Datum: 28.07.2007 18:57
hallo, ich hab mal etwas weitergemacht... und ich hab mal ne "homepage" (naja, klein und nicht fein aber mein) dazu eingerichtet: http://greschenz.dyndns.org/AvrWiz.html ich hoffe, es geht, das hab ich so noch nie richtig gemacht (wohnzimmer-hosting :-) natürlich hätte ich auch gerne weiterhin eure kommentare: *) was ist schlecht und muss verbessert weren *) was ist gut und könnte verbessert weren *) was soll noch rein cu, gg
Datum: 28.07.2007 19:05
sorry !!! http://greschenz.dyndns.org/AvrWiz.php (ist ne dynamische seite, etwas spass muss ja auch dabei sein :-)
Datum: 28.07.2007 23:34
Günter Greschenz wrote: > sorry !!! > > http://greschenz.dyndns.org/AvrWiz.php > > (ist ne dynamische seite, etwas spass muss ja auch dabei sein :-) OT: Irgendwie hast du ein Problem mit Umlauten auf deiner Seite... ;)
Datum: 29.07.2007 00:11
> OT: Irgendwie hast du ein Problem mit Umlauten auf deiner Seite... ;)
Du musst die Zeichenkodierung nur auf Unicode umstellen, dann passts.
Oder aber Günter schickt einfach die Kodierung als HTML-Eigenschaft mit
-> <meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1" />
nur ein Beispiel! UTF 8 = Unicode
Datum: 29.07.2007 00:22
Gast wrote: >> OT: Irgendwie hast du ein Problem mit Umlauten auf deiner Seite... ;) > > Du musst die Zeichenkodierung nur auf Unicode umstellen, dann passts. ICH muss garnichts. Oder willst du jedem Seitenbesucher sagen, dass er gefälligst eine Zeichenkodierung abweichend der "mitgelieferten" verwenden soll? > Oder aber Günter schickt einfach die Kodierung als HTML-Eigenschaft mit > -> <meta http-equiv="Content-Type" content="text/html; > charset=ISO-8859-1" /> Tut er doch, nur sind die Umlaute falsch kodiert. Dafür braucht man aber auch kein Unicode. Sondern nur einen Editor der auch im ISO-8859-1 Zeichensatz schreiben kann.
Datum: 29.07.2007 00:26
Günter Greschenz wrote: > okok :-) > besser jetzt ? Schöne Sache, jou!
Datum: 29.07.2007 00:26
hmmm, > "Sondern nur einen Editor der auch im ISO-8859-1 > Zeichensatz schreiben kann." ich editier meine texte per putty und vi auf ner 133mhz linux box :-)
Datum: 29.07.2007 00:30
> ICH muss garnichts. Oder willst du jedem Seitenbesucher sagen,
sorry. Ich werde meine Ausdrucksweise korrigieren:
Um deinen Browser zu einer korrekten Anzeige der gesendeten Umlaute zu
verleiten, kannst du - sofern du den Aufwand gerechtfertigt findest -
die Zeichenkodierung umstellen, sodass dann die richtigen Symbole am
Bildschirm erscheinen.
Aber mittlerweile ist ja das Problem eh gelöst ;-)
Datum: 31.07.2007 12:15
ich möcht hier gern noch kurz etwas hinzufügen. sollte jemand eine fehlermeldung wie die obige bekommen und eine exeption wenn er versucht auf den 'Code' bereich zuzugreifen der darf mal versuchen das programm auf einer NICHT netzwerkFestplatte zu starten ;D
Datum: 31.07.2007 16:33
grmbl, darauf hätte ich auch kommen können :-) (den quatsch hatte ich auch schonmal ...) danke !!!
Datum: 01.08.2007 22:07
hi, so ruhig hier ? hier ist v0.012a: http://greschenz.dyndns.org/download.php?id=12 cu, gg
Datum: 01.08.2007 22:46
Leider ist die Seite nicht erreichbar :-( Finde die Software wirklich sehr gut!
Datum: 02.08.2007 10:28
Hi Günter Dein Code-Wizard ist ja schon richtig gut! Besonders der integrierte Task-Code Generator find ich cool!
Datum: 02.08.2007 10:40
Hallo Günter, einen sehr schönen Wizard hast Du da gemacht! Falls Du noch Anregungen suchst - Wünsche hätte ich noch ein paar: - Prozessor: AT TINY 2313 - Timer: Die verschiedenen Betriebsarten (PWM, CTC, ...) einstellen inclusive der Zeitberechnungen und Output-Pin-Konfigurationen - Info: Vielleicht noch ein einfaches Projekt-Info-Feld, welches als Kommentar im C-File auftaucht Gruß, Peter
Datum: 02.08.2007 11:29
Hallo Günter, was mir an deinem XML File aufgefallen ist: - Ports/Register haben keine Adressen. Wenn Atmel einen neuen Controller bringt der vom üblichen Adressschema abweicht ist wieder Handkodierung angesagt. Ebenso würde ich im XML File vermerken ob Lesen/Schreiben darauf möglich ist. Das sollte keine Kritik sein, sondern als Anregung gedacht. Ciao Horst
Datum: 02.08.2007 12:26
Ich finde so einen Wizard total klasse! Wenn was nicht funktioniert, kann man über den Wizard fluchen und muß sich nicht selber verteufeln... ;-)
Datum: 02.08.2007 23:34
@Peter S. (psavr) >Dein Code-Wizard ist ja schon richtig gut! Besonders der integrierte >Task-Code Generator find ich cool! ich hoffe nur, der geht momentan auch ... da bastel ich grad etwas rum :-) @pbuenger (Gast) > Prozessor: AT TINY 2313 ok, vorgemerkt :-) > Timer: Die verschiedenen Betriebsarten (PWM, CTC, ...) einstellen > inclusive der Zeitberechnungen und Output-Pin-Konfigurationen tja, ich muss es endlich gestehen: ich bin ein avr-anfänger :-))) mit den timer overflows, den usarts und dem multitasken kenn ich mich jetzt etwas aus, pwm hab ich noch nie ausprobiert. ich bin da über jede info dankbar (vor allem auch: wie könnte es eingebaut werden ) > Info: Vielleicht noch ein einfaches Projekt-Info-Feld, welches als > Kommentar im C-File auftaucht das war einfach (ist in der "Current Version" drin :-) @Horst Schneider (Gast) > was mir an deinem XML File aufgefallen ist: > - Ports/Register haben keine Adressen. die adressen gibt der gcc in seinen header files vor. > Wenn Atmel einen neuen Controller bringt der vom üblichen Adressschema > abweicht ist wieder Handkodierung angesagt. Ebenso würde ich im XML File > vermerken ob Lesen/Schreiben darauf möglich ist. habe ich bisher nicht gebraucht... das teil generiert code, und in dem gebe ich vor, was gelesen und geschrieben wird :-) > Das sollte keine Kritik sein, sondern als Anregung gedacht. gerne :-) danke :-) @STK500-Besitzer (Gast) >Wenn was nicht funktioniert, kann man über den Wizard fluchen und muß >sich nicht selber verteufeln... ;-) sondern mich, jaja, schon klar :-)
