Hi, was heist das jetzt konkret? .. The bug is on our lists, we are not due another release however for a while and hopefully it will be fixed when the next release is due .. dass der bug auf der liste ist aber es noch nicht angedacht ist ein weiteres release jetzt rauszubringen und gehofft wird dass es dann zum nexten relase gemacht werden "kann..".. ? ..was gemacht werden kann, das fixen oder ins release? konnte man den bug schon finden und nachvollziehen? will man daran jtzt nicht arbeiten für das jetzige release? .. Danke für eure Unterstützung! LG Rudi ;-)
Der Fehler ist in unseren Listen, wir haben aber im Moment kein Release geplant aber hoffentlich wird er beim nächsten Release gefixt. Typische Softwerkerausrede ;-)
Ist vielleicht in der nächsten Version behoben, aber bis dahin wirds noch ziemlich dauern.
danke euch. es war der grösste fehler meines lebens mich da auf was neues einzulassen, man soll da bleiben wo man zuhause ist,, auf der shell und back to root.. ich poste jetzt lieber nicht den hersteller... einige wissen worum es hier vermutlich geht.. fassungslos wie die mit echten kunden umgehen! ich habe mich die letzten wochen wie ein zahlender beta tester gefühlt.. so .. jetzt steut salz ... .. genau das brauche ich auch..man man man .. 700 eur für die katz... lg rudi .. timing bug in einer mikrocontroller ide software... das zieht sich durch SPI, UART, USB, eben alles... ihr könnt mir gar nicht soviel salz streuen wie ich die letzten wochen gelitten habe .... das nichts aber auch nichts von anfang bis ende mal durchlaufen kann.. "geheult" habe ... Wenn man was neues probiert macht man fehler... und ich war so am verzweifeln .. zweifelte an mir .. ... ... ach was solls.. danke .. jetzt weiss ich wenigstens dass es nicht an mir gelegen hat, zumindest nicht allein ... LG Rudi ;-)
Bananenprodukte reifen beim Kunden. Getreu dem Motto: Auf dem Markt damit wir brauchen Vorlauf und Kohle. Qualität? Wer fragt schon danach wenn es verkauft ist?
IDE mit bekannten nicht behobenen Fehler erworben? ----> verdeckter Mangel! Nachbesserung nicht in Aussicht? ----> Rückabwickeln oder als Leergeld verbuchen um nicht dem Verlorenen noch Weiteres nach zu werfen. Aber, jetzt würde ich schon gern wissen worum es geht? mag nicht den gleichen weg nehmen.
Meistens kann man mit einem Bug leben, muss vielleicht etwas drum herum arbeiten. Als Hersteller schaut's anders aus. Man hat die entwicklung grad fertig, natuerlich ueber Zeit. Neue Projekte sollten dringen angepackt werden. Das alte Produkt moechte man erst wieder anfassen, wenn's auch etwas verkauft wurde. Ein perfektes Produkt, das zu wenig verkauft wird ist nicht wirtschaftlich. Daher her muss erst mal ein unfertiges Produkt raus. Ist leider so.
Hi . ..das problem ist, dass gerade ein beispiel LED an delay 1s LED aus zum überprüfen des richtigen taktes kund getan wird. macht man es mit delay 1000ms stimmt nichts mehr ein setting von #define CLKS_PER_INST 2 oder #define CLKS_PER_INST 1 ändert sich nicht bei ms aber bei s jetzt stimmt das ganze timing nicht bei usb spi .. uart.. das blöde ist auch noch dass c code möglich ist aber der anders geschrieben werden muss wie steht niergends fragt man danach bekommt man in salami taktik abgewandelte syntax zu c string variablen sind functions behaftet byte variablen sind char functions behaftet usw. usf. winne pm hast von mir bekommen. ich hab mich mal getraut, was anderes zu machen. ging leider voll daneben. 700 eur ärgern mich gewaltig. hätte ich nur die einenm jugentreff oder jugendheim gespendet... die hilfe zur aktuellen version ist aus der vorherigen version dazu auch noch falsche syntax upper case = gross geschrieben c code variable must write upper case... ok mach ich compiler fehler schreib ich die wie ich die geschrieben habe ( Test1 ) dann nimmt er die funktioniert nur bei Byte / Integer String wieder ganze anders. man muss eine function voranstellen der variablen manager lässt aber zu, dass man byte variablen per drag & drop in den c code einfügen kann by byte funktiioniert es auch string variablen können genau so eingefügt werden, keine mitdenken dass functionen vorangestellt werden müssen, fügt er so ein klappt natürlich nicht .. usw mir kommt es vor, dass die hardware die dazu gekauft werden kann, läuft, das "timing" ect is da schon alles berücksichtigt fertig in einem vorcompilierter "Komponenten" die man lediglich einfügt... macht man eigen "experimente" wie USB Slave.oder SPI.. oder UART oder sonst was zeit kritisches... happerts an der ms timming einheit... will ich ein timming durchlauf von 32us generieren stimmt der ganze takt nicht... ..das ist "sa.do.f" gerade wenn man die IDE noch nicht kennt, keine Hilfe datei offline gibt, in der online wiki sucht man vergebens... und man experimentiert eigentlich nur vor sich dahin in der hoffnung, wird schon gehen beim nächsten versuch... ...x versuche hinter mir, jetzt komm ich auf den timming bug frag an erkläre alles bekomme keine antwort, dann nochmal erinnert mit push... dann endlich .." ja den bug haben wir auf die liste gesetzt...." ich bin mir sicher, dass einige versuche schon beim ersten mal geklappt hätten......man wird zunehmend aber unsicher... LG Rudi ;-) sorry für das hin"rotz.." des textes... ich bin noch in rage wegen gestern.. das kann doch nicht angehen....das sowas einfach dann hinausgeschoben wird... man will nicht, dass die leute mit der IDE arbeiten können anscheinend... man will das die Leute die fertige Hardware Module kaufen für die es dann in der IDE fertig compilierte Module gibt zum Click und einfügen ohne eine einzige Code Zeile..." .. .. ach menesch..hab sehr viel davon gehalten.. aber ich denke das funktioniert nur in einem bestimmten "kreis"..
Du hast also einen Compiler für 700 Euro gekauft oder wie? Privat oder Firma? Falls privat, warum nicht einfach GCC?
Mac Gyver schrieb: > Falls privat, warum nicht einfach GCC? Vielleicht ist es weder AVR noch ARM?
:
Bearbeitet durch User
Hi Eine "ganze" IDE mit verschiedenen Compiler Packs.. Compiler Packs dürften in Ordnung sein..für den Anfang aber die IDE... Die durch einfaches clicken damit wirbt, c code in einem Flowchart zusammenzustellen... der keiner ist.. ...und zum schluss kommt das Hex raus.. das man noch mit externem PicKit Tools beschreiben muss weils intern nicht hinhaut.... Ich hab bisher nur MPLAB gemacht, wollte mir was gutes tun, und dann gleich alle Compiler Packs von denen ohne langes überlegen gekauft... AVR, Pic und dsPic... nur ARM wollte ich nicht da nur drei oder vier glaube ich unterstützt werden.. Mac Gyver PM an Dich Ich mache hauptsächlich Pic ..dsPic.. LG Rudi ;-)
Danke für die PM kam rechtzeitig werde bei der hauseigenen IDE bleiben ;)
Hmm ich beschäftige mich auch hauptsächlich mit Pic's. Mich würde auch wundernehmen worum es hier geht. Wieso schreibst du es nicht einfach öffentlich?
Dominic A. schrieb: > Hmm ich beschäftige mich auch hauptsächlich mit Pic's. Mich würde auch > wundernehmen worum es hier geht. Wieso schreibst du es nicht einfach > öffentlich? Hi Dominic, man könnte mir eventuell einen strick drehen und ich der gefahr auflaufen wegen übler nachrede an den pranger gestellt zu werden...bin da vorsichtiger geworden... ;-) ...du hast ne pm.. lg rudi ;-)
R. W. schrieb: > ich poste jetzt lieber nicht den hersteller... Doch, poste ihn. Warum solltest du ihn schützen?!?
Rudi hat mir ja den Hersteller mitgeteilt... naja - lohnt sich nicht ;-) Ich erinnere mich noch daran, als ich vor vielen Jahren noch ab und zu mal in die Elektor reingeschaut habe, war da oft (immer?) Werbung von denen drin (zu einem anderen Produkt - meine aber auch schon dieses Zeugs worum es in diesem Thread geht - falls das zutrifft dann wäre es eine sehr langsam reifende Banane ;-) ). War halt Einsteiger Spielkram der mich damals schon nicht interessiert hat ;-)
Software, die von Elektor beworben und verkauft wird, betrachte ich erstmal mit Vorsicht. Für mich spricht das nicht gerade für Qualität. Die Tools für grafische Programmierung sehen in den kleinen einfachen Demos schön aus - aber bei realen und etwas komplexeren Problemen ist das Ende der Fahnenstange schnell erreicht. Nach diversen Versuchen mit solchen Tools bin ich zurück beim Coden.
Hi mir tun die echten Einsteiger leid, also die, die in Schule, Studium und Weiterbildung sich damit auseinandersetzen, manchmal ja müssen.. Der Lehrer tut sich hart mit Fragen - oder er hat ein anderes "Buch" zur Hand ;-) Es sind sehr viele im gleichen Zusammenhang gestellte Fragen von wissensgierigen ( possitiv gemeint ) immer wieder zu Timming zu lesen. Die zweifeln - ( wie auch ich ) - nicht an der IDE.. der Kompos oder was auch immer - sondern fragen erst mal, "was mach ich falsch"... dschungeln durch x-verschiedene Antworten, probieren viele Sachen, verwerfen eigentlich gute Entwürfe, kommen ab vom Ziel.. und am Ende darf man froh sein, dass es zugegeben wird, dass es sich um einen Bug handelt... man weiss dann auch nicht mehr, wie weit man eigentlich schon war.. vieleicht wars auch schon fertig.. Es sind ja an jeder Ecke Bug_s.. 0 Byte Strings ( nullterminierte )können nicht empfangen - naja nicht ganz richtig formuliert - empfangen vieleicht schon, aber nicht ausgewertet werden von der RS 232 Kopmponente, Eine Touchfolie die 0x12 0x24 0x34 0x00 0x34 0x32 .. sendet ... kommt so an: ..12 ..24 ..34 nix ..34 ..32 grass.. In Midi geht ein 3 Byte String erst gar nicht.. 0x90 0x3C 0x00 .< .. das wird nicht ausgewertet und der Ton hängt man muss tricksen.. und ein char selber generieren bis der bug behoben wird..wann ?... ... der String Format Wandler kann nur das "String Array" MyString[8] als einzelnes IDX MyByte1 = StringToInt(MyString[0]) MyByte2 = StringToInt(MyString[1]) MyByte3 = StringToInt(MyString[2]) MyByte4 = StringToInt(MyString[3]) MyByte5 = StringToInt(MyString[4]) MyByte6 = StringToInt(MyString[5]) MyByte7 = StringToInt(MyString[6]) MyByte8 = StringToInt(MyString[7]) aber nicht als ganzes verarbeiten.. MyByteX = StringToInt(MyString[0]) + StringToInt(MyString[1]) + ... Es ist schier - ja fast unmöglich - die Sytnax manchmal zu erraten, wie es denn in einem C Code Fenster auszusehen hat, der keiner ist, manchmal schon, aber nicht immer,... dann stehen Salami Scheiben in den Hilfe Texten , auf die man gewartet hat und sich freut.... dann stehen diese wieder im Widerspruch zur eigentlichen KernSyntax ( upper-case ..) Ich schätze mich mal nicht mehr als Anfänger ein... aber noch lange auch nicht als Profi ein. Lerne sehr gerne dazu, hier im Mikrocontroller Forum sind manchmal sogar echte SuperProfis Tips zu lesen, über die man nicht nachdenken darf, die gleich zu verstehen, sonst landet man im Fragekatalog bei "warum ist die Erde rund.."... das muss muss man erst mal so mitnehmen, die funktionieren aber auch ... da gibt es keine Widersrpüche. Aber das in Salami Taktik verfügbar gestellte Wissen verwirt mein bisher gelerntes und man will dieses Code Clicken hinbekommen... geht ja auch soweit aber dann ewig diese Fallstricke wenn man tiefer eintauchen will. Genau wie einhart schreibt. "aber bei realen und etwas komplexeren Problemen ist das Ende der Fahnenstange schnell erreicht." Simulation ect schön und recht. Nutzt aber nichts wenn sie nicht funktioniert, oder der C Code im C Code Fenster, das als C Code Komponente in das Projekt miteingebaut werden kann, beworben wird C Code einfügen zu können.. wird in der Simulation nicht berücksichtigt, super.. für was generiere ich mir dann Stringlisten per #include "c:\StringListe.c" wenn ich die in der Simmulation nicht anzeigen lassen kann... Berechnungen geh ich erst gar nicht mehr an, die Formatierungsregeln sind "Kraut und Rüben" - die Stringfunctionen einseitig. Kurz um - hier schreibt ein freiwillig zahlender beta tester. Ich werde es als Lehrgeld betrachten. Das Konzept selbst - Spitze. Es geht echt sehr schnell. Aber dann bitte das Regelwerk richtig implementieren.. Bugs passieren ok.. aber.. : das ist doch quatsch : es steht zum UART in der Application Note doch ganz klar drin.. ---------------------------------------------------------------- //Hardware Baud update definitions #ifndef MX_HARD_BAUD_CHANGE_DEFS #define MX_HARD_BAUD_CHANGE_DEFS // geändert Rudi 4.4.2014 #define MX_HARD_BAUD_1200 ((MX_CLK_SPEED / 1200) / 16 ) - 1 #define MX_HARD_BAUD_2400 ((MX_CLK_SPEED / 2400) / 16 ) - 1 #define MX_HARD_BAUD_4800 ((MX_CLK_SPEED / 4800) / 16 ) - 1 #define MX_HARD_BAUD_9600 ((MX_CLK_SPEED / 9600) / 16 ) - 1 #define MX_HARD_BAUD_19200 ((MX_CLK_SPEED / 19200) / 16 ) - 1 #define MX_HARD_BAUD_38400 ((MX_CLK_SPEED / 38400) / 16 ) - 1 #define MX_HARD_BAUD_57600 ((MX_CLK_SPEED / 57600) / 16 ) - 1 #define MX_HARD_BAUD_115200 ((MX_CLK_SPEED / 115200) / 16 ) - 1 // Original Hersteller // #define MX_HARD_BAUD_1200 (((MX_CLK_SPEED / 1200) - 16) / 64) // #define MX_HARD_BAUD_2400 (((MX_CLK_SPEED / 2400) - 16) / 64) // #define MX_HARD_BAUD_4800 (((MX_CLK_SPEED / 4800) - 16) / 64) // #define MX_HARD_BAUD_9600 (((MX_CLK_SPEED / 9600) - 16) / 64) // #define MX_HARD_BAUD_19200 (((MX_CLK_SPEED / 19200) - 16) / 64) // #define MX_HARD_BAUD_38400 (((MX_CLK_SPEED / 38400) - 16) / 64) // #define MX_HARD_BAUD_57600 (((MX_CLK_SPEED / 57600) - 16) / 64) // #define MX_HARD_BAUD_115200 (((MX_CLK_SPEED / 115200) - 16) / 64) #endif Ich höre jetzt auf, will hier keinen Flame entstehen lassen, das macht nur die IDE wahrscheinlich bekannter. Gerne kann der Mod den Thread löschen wenn es Sinn macht. Mir gings darum, wegen der Übersetzung, das "due" konnte ich nicht richtig zuordnen, ich verstehe das nicht, dass man da keinen "Workaround" herausbringt, das Timing ist doch das A + O. Hätte ich so ein "Werk" veröffentlicht und dann die Leute noch zahlen lassen dafür. Ich würde kein Auge mehr zumachen können in der Nacht bis ich das ausgemerzt hätte.. oder das Geld zurückzahlen. ( Ganz ehrlich - mir is bissal schlecht davon - das stösst richtig auf was manche auf den Markt schmeissen und es wird auch noch gekauft von mir "hirnochse" ) ;-)... In einer meiner "Projekte dazu" hab ich im Mikrocontroller den UART auf 19200 eingestellt damit ich ihn im Terminal mit 38400 lesen kann, die CLK stimmt mit dem Delay nicht, muss ich aber so einstellen, damit die anderen Schnittstellen "im Takt" laufen... den Timer0 kann ich nicht verwende der "spinnt" muss einen anderen nehmen den ich wieder ganz anderes einstellen muss damit der INterrupt hinhaut... usw.. das sind Kartenhäuser mit Flucht und Notwegen.. ein Ruck und es bricht ein .. Schade hatte soviel davon gehalten es versprach auch sehr viel. Sicher werd ich da noch dran bleiben - und das eine oder andere Release noch probieren. Aber man ist jetzt aber auch unsicher, wie sich das in den Projekten allgemein verhält, man kann ja nicht immer in alles erst hineinsehen.. dann kann man ja gleich wieder alles selber machen. ..Leute danke für die Übersetzung. Ich schliess das für mich und buche es erstmal -> "Konto Erfahrung". Wenn ich ehrlich bin, mir gehts jetzt auch bissal besser, weil mans mal "ausgesprochen" hat.. und sorry wenn ich jetzt einfach nur so dahingelabert habe - daher danke nochmal auch fürs lesen! LG Rudi ;-) das Vorgängermodel ist ja für manche PIC super..solange man nichts neues macht.. aber nicht für PIC24...ARM oder gar AVR.. ......
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.