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 ;-)
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"..
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
;-)
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
;-)
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.. ......
