Herzlich Willkommen im einzigen (deutschsprachigem) Picaxe-Forum.

Der Ursprung dieses Forum reicht bis in das Jahr 2008 zurück

Foren Suche

  • Das freut mich das Du das so gut in Linux hinbekommen hast , denn das ist ja schon eine sehr wichtige Sache , Chip und Code müssen ja die gleiche Sprache sprechen ;-)

    Du müßtest aber deinen Kommentar zu den Hex-Daten erweitern ..

    Zitat
    ' --- Mikrocontroler Daten -------------------------------------------------------------------------------------
    $regfile = "attiny44.dat"
    $crystal = 8000000
    $hwstack = 30
    $swstack = 30
    $framesize = 30

    $PROG &HFF, &HE2, &HDF, &HFF \
    ' 8MHz intern Systemtakt , divide clock by 8 OFF
    ' clock output disable
    ' Debug Wire disable
    ' Erase EEPROM when Chip erase




    Die anderen Parameter die noch zu den Hex gehören können wir vernachlässigen in der Beschreibung.
    Ich brauche ja nicht soviel Hex-Daten wenn es NUR um die Taktfrequenz geht ;-)

  • Du , ehrlich gesagt habe ich überhaupt keinen Schnall wie die Fusebits sein müssen , sprich als Hex auszusehen haben oder was die am Ende bedeuten

    Ich gehe lediglich in die entsprechende Sektion bei Bascom , stelle ein was ich möchte , .... und Bascom macht es dann .... irgendwie ..... irgendwas .... irgendwo .....



    Aber schön daste jetzt sämtliche Kontrolle hast und sehen wie schreiben kannst , was Du an Fusebits haben möchtest.
    Dann muß ich meine Codes nicht immer unnatürlich verlangsamen und kann schreiben wie immer ;-)

  • mh ... XFCE sagt mir ja so garnichts

    scheint , man kann / muss des nachinstallieren ?

    reicht da nicht das simple Ubuntu ? Is das jetzt irgendwie was besonderes ?

  • Mal so ne kleine Zwischenfrage ... was für ein Linux benutzt denn eigentlich ? Ubuntu ?

  • Also Bascom möchte das so haben :

    $PROG &HFF,&HE2,&HDF,&HFF

    jetzt frag mich aber nicht welcher Wert die Highbits , die Lowbits oder die Checkbits sind.

  • Naja, zum Glück kann ich mich nicht vertippen , da bei Bascom Aufklapp-Menus kommen und ich nur auswähle.
    Was das dann später an Hex-Code ergibt is mir relativ Banane. ;-)
    Man kann auch keinen Fehler machen , außer absichtlich etwas falsches auswählen . (beispiel : Attiny mit 128 Mhz )

    Es gibt ja verschiedene Fusebits , Fusebits high , Fusdebits Low , Checkbits ...

    mag sein das das ggf. die gleichen sind , aber dann muß man wissen welcher Wert was ist.
    Ich könnte es Dir nicht sagen welcher Wert für was zuständig ist , da biste mir wohl weit vorraus wenn Du das so einfach plazieren kannst

  • Kannst Du auch HEX-Files senden ?

  • Neeee , neeee , neeee !!!!!


    Das war das dümmste was überhaupt jemand machen kann !


    ICH habe Dir ins Programm eingesetzt was der Editor BASCOM machen würde wenn man es so haben will.

    Das jetzt einfach so pauschal für AVR dude oder was auch immer dann zu benutzen , ...... Aldder ... seih froh daste dem nicht damit gesagt hast
    er soll jetzt ne Waschmaschine sein !

    Wie kommt man denn auf den Trichter das Parameter von BASCOM das gleiche sind wie Parameter von AVR dude ?
    ... weil da irgendwas von Fusebits die Rede ist , ne ?

    Warum ??????????????? .......... hast Du nicht einfach meinen Code stink normal rüber gesendet an den Chip ?????
    Dann wäre der super eingestellt.


    Die Einstellung des Chips , is ja völlig unabhängig was für einen Code ich mal lade.
    Oder hast gedacht man müsse jetzt jedesmal diese Zusatz im Programm haben ??

    dann kann ich nur sagen : ....wer lesen kann ......

  • Hier mal Dein Code MIT gleichzeitig dem Einstellen der passenden Fusebits :




    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    59
    60
    61
    62
    63
    64
    65
    66
    67
    68
    69
    70
    71
    72
    73
    74
    75
    76
    77
    78
    79
    80
    81
    82
    83
    84
    85
    86
    87
    88
    89
    90
    91
    92
    93
    94
    95
    96
    97
    98
    99
    100
    101
    102
    103
    104
    105
    106
    107
    108
    109
    110
    111
    112
    113
    114
    115
    116
    117
    118
    119
    120
    121
    122
    123
    124
    125
    126
    127
    128
    129
    130
    131
    132
    133
    134
     

     

    ' Compiler: Bascom-Demo 2.0.8.2
    ' Dateiname: Lauflicht 6-LED mit Taster.avr
    ' Funktion: ein LED-Lauflicht mit einem Taster einschalten/ausschalten
    ' Datum: Start 23.12.2019, Stand 26.12.2019
    ' Von: Naubaddi
     
    ' --- Mikrocontroler Daten -------------------------------------------------------------------------------------
     
    $regfile = "attiny44.dat"
    $crystal = 8000000
    $hwstack = 30
    $swstack = 30
    $framesize = 30
    $PROG &HFF,&HE2,&HDF,&HFF
     
    ' --- Deklaration ----------------------------------------------------------------------------------------------
     
    config porta.0 =output
    config porta.1 =output
    config porta.2 =output
    config porta.3 =output
    config porta.4 =output
    config porta.5 =output
    config pina.6 =input
    config porta.7 =output
    config portb.0 =output
    config portb.1 =output
    config portb.2 =output
    config portb.3 =output
     

    LED_1 alias Porta.0
    LED_2 alias Porta.1
    LED_3 alias Porta.2
    LED_4 alias Porta.3
    LED_5 alias Porta.4
    LED_6 alias Porta.5
     
    Taster_1 alias pina.6
     
    ' --- Variablen... ---------------------------------------------------------------------------------------------
     
    dim ein as bit ' Lauflicht einschalten/ausschalten, ein = 1, aus = 0
     
    ' --- Vorbelegung der Variablen... -----------------------------------------------------------------------------
     
    LED_1 = 0 ' LED 1 ausschalten
    LED_2 = 0 ' LED 2 ausschalten
    LED_3 = 0 ' LED 3 ausschalten
    LED_4 = 0 ' LED 3 ausschalten
    LED_5 = 0 ' LED 3 ausschalten
    LED_6 = 0 ' LED 3 ausschalten
    ein = 0 ' Lauflicht ausschalten
     
    ' --- Programm Anfang ------------------------------------------------------------------------------------------
     
    Lauflicht:
     
    if Taster_1 = 1 then goto Taster
     
    if ein = 1 then
     
    LED_1 = 1
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_2 = 1
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_3 = 1
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_4 = 1
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_5 = 1
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_6 = 1
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_1 = 0
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_2 = 0
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_3 = 0
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_4 = 0
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_5 = 0
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    LED_6 = 0
    waitms 100
    if Taster_1 = 1 then goto Taster
     
    endif
     
    goto Lauflicht
     
    end
     

    Taster:
     
    LED_1 = 0 : LED_2 = 0 : LED_3 = 0 : LED_4 = 0 : LED_5 = 0 : LED_6 = 0
     
    toggle ein
     
    do : loop until Taster_1 = 0
     
    waitms 100
     
    goto Lauflicht
     
    ' --- Programm Ende --------------------------------------------------------------------------------------------
     
     

  • Bei der Picaxe ist das natürlich anders.
    Da ist der PIC fest auf 4 Mhz eingestellt.

    Eine Emulation kann nie so schnell laufen wie ein Original !

    Diese lustigen Einstellungen bei der Picaxe sind ja rein fiktiv.

    Picaxe --- echte Freqeunze
    _________________________
    4 Mhz --- 250 Khz
    8 Mhz --- 500 Khz
    16 Mhz --- 1 Mhz
    32 Mhz --- 2 Mhz
    64 Mhz --- 4 Mhz


    Schon mal aufgefallen das so manche Dinge bei der Picaxe ausschliesslich nur bei "4Mhz" funktionieren ??!!
    Bestes Beispiel dieses Multitasking bei der Picaxe.
    Natürlich haben wir da keine 4 x 4 Mhz ! ( man kann ja glaube ich 4 oder 8 Task laufen lassen ....)
    Dann müßte die Picaxe 08M2 ja z.B. 16 Mhz von Haus aus haben .
    Dann hätten wir ja ein Perpetuum Mobile wenn die Picaxe ( lediglich ein aufgespieltes System , nicht der Chip ) schneller könnte als der Wirt .
    Bei 4 x 250 Khz in echt , sieht das schon ganz anders aus .
    Weiteres Beispiel :
    Mit einem Controller kann man nur bis absolut 1/2 seiner eigen Frequenz messen.
    Beim AVR ist das 4 Mhz.
    Die Picaxe steigt schon bei über 50 Khz aus.

    So , und bei dem AVR gibts diese Verarsche nicht.
    Das ist der original Chip.
    Dementsprechend muß / kann man ihn natürlich auch einstellen je nach Wunsch . ( Fusebits )
    Das ist vll. etwas nervig , aber hier haben wir auch kein Spielzeug mehr am Start :-)

  • Bestes Beispiel der Attiny :




    Da ist es z.B. wichtig , das Divide clock by 8 auf OFF steht ==> Frequenze 8 Mhz : 8 = 1Mhz Systemtakt
    Bei Dir nicht der Fall , darum kannst alle Attiny erstmal nur mit 1 Mhz programmieren ==> $crystal = 1000000
    Dann das Clock output disable. Da wird immer der interne Takt an einem Pin ausgegeben - unnötig, brauch man nicht
    Debug Wire , brauch man auch nicht am Pin.

    Das ist immer das erste was ich prüfe ob alles richtig eingestellt ist , was mir auch zugleich sagt , das ich Verbindung habe und der Chip funktioniert.

  • Das sind ja viele schöne Bilder , ... aber leider kann ich nicht erkennen wie die FuseBits eingestellt




    So hätte ich das gern gehabt.

    Man sieht schön das es der Mega8 ist.
    Watchdog auf 2.7V
    8 Mhz Takteinstellung.
    SPI enable.
    Reset aktiv.

  • Tja, .... das ist wohl in diesem Linux sehr sehr kompliziert :-(

    In Bascom is das ja schon fast ein Kinderspiel ;-)
    Da ist die Übersicht auch wesentlich besser.

    Ich sach mal so .... wenn ich Dir einen Code schreibe , setz ich (wie schon bereits zig mal erwähnt) , im Code den Satz der die Fusebits passend einstellt.

    Im Grunde brauchst du eh nur 2 Einstellungen :


    1. den jeweiligen Chip der NEU benutzt wird , 1x auf 8Mhz stellen und alle Ports frei geben
    warum soll man nur die halbe Leistung benutzen wenn ich den Chip ganz bezahlt habe , dann kann ich ne Picaxe nehmen

    2. mal einen Chip auf extern Quarz ( 16 Mhz oder 20Mhz ) stellen , was aber eher bei den Atmega 32 und Atmega644 vorkommt
    oder beim Attiny 2313 wenn ich absolut exakt Frequenzen messen will

    Wenn man sich mal doch wirklich vertan hat bei den FuseBits , weil ... ext. Clock , ext. RC Clock , ext. High , ext. Low, int. Clock ,int. RC Clock ,usw ..usw....usw...
    sollte man immer einen 1Mhz Oszillatorquarz zur Hand haben , dann kann mit diesem an Xtal1 den Chip wieder "zurück holen" und auf standart einstellen.
    Geht auch dies nicht mehr , gehts nur noch mit einem STK500 Board , was aber um/über 100€ kost.
    Im Zweifelsfall doch lieber die Finger von lassen :-(

  • Sieht sehr schön aus

  • Du hast ja Recht.
    Um zu testen ob man es verstanden hat und /oder Fehler sich versteckt haben , macht man erst extrem simple Sache.
    Da bietet sich so eine Blink-Blinki Sache natürlich an.

    Auch möchte man sicherlich ein paar Funktionen testen.
    Nur , ... dann sollte man sich ggf. auch sinnvolle Tests ausdenken.

    Ich könnte das derzeitge "Testprogramm" auch mit Proceduren schreiben oder mit Gosub .....
    es macht aber keinen Sinn , als Test noch weniger.

    Natürlich sollte man so wenig wie möglich mit GOTO arbeiten , das kann den Code oftmals sehr unübersichtlich machen.
    Aber man muss halt abwägen für welches Ziel ( egal wie simpel die Funktion ist ), welcher Befehl und Struktur am geeignetesten ist ?!
    Da immer pauschal zu sagen : neee, nur auslagern (Proceduren) is auch nicht immer die beste Idee.


    Mit GOTO kann ich eine aktuelle Abarbeitung stoppen und anderweitig verzweigen lassen.
    Mit Proceduren oder Gosub unterbreche ich nur den aktuellen Vorgang um ihn später wieder aufzunehmen.
    Mit Timer kann ich zwar etwas aktuelles beeinflussen , habe aber da das Timing problem das es selten zeitnah ist.

  • Neues Picaxe-BoardDatum25.12.2019 13:59
    Foren-Beitrag von BoomBoomMagic im Thema Neues Picaxe-Board

    Ok , habe das noch hinbekommen , wird noch eins nachgeschoben.

    Darf ich dann bitte um entsprechende Zahlungen bitten .....

  • Neues Picaxe-BoardDatum25.12.2019 12:33
    Foren-Beitrag von BoomBoomMagic im Thema Neues Picaxe-Board

    Morgen Naubaddi ,

    naja, wir diskutieren bzw. warten seit 3 Tagen auf Deine Bestätigung.


    Da ich heut morgen erst bestellt habe , is vielleicht noch eins nachschiebbar ...

  • Neues Picaxe-BoardDatum25.12.2019 10:41
    Foren-Beitrag von BoomBoomMagic im Thema Neues Picaxe-Board

    Prima Kabelratte.
    Ich hab die Boards jetzt für 36 € zusammen bestellt , ..... gib mir einfach 15€ per Paypal ( uwe68.zierath@web.de ).
    Sollten dann ca. 01./02. Januar ankommen.

    Deine Adresse natürlich nur per PN ;-)

  • Neues Picaxe-BoardDatum25.12.2019 00:14
    Foren-Beitrag von BoomBoomMagic im Thema Neues Picaxe-Board

    Da Naubaddi sich nicht zu äußerst , denke ich das er so ein Board nicht brauch.
    Dann müssen Kabelratte und ich das eben alleine bestellen .
    Was sagst Du Kabelratte dazu ?

  • Hallo Naubaddi,

    ob Dein Sarkasmus jetzt angebracht war ... ?

    Ich arbeite hauptsächlich mit dem Atmega8 und 8Mhz .
    Du stehst mehr auf die 8 Pin und den Attiny44 - alle samt mit lediglich 1MHZ ( bedingt weil Du Dich noch nicht mit den Fusebits auskennst )

    Ich dachte ja erst das Du auf Grund Deiner Erfahrung ,in der Lage bist den Code eines Atmega8 mit 8Mhz selber in einen lauffähigen Code eines Attiny mit nur 1Mhz umzusetzen ?
    Wohl falsch gedacht , man irrt nie aus ...


    Alle Codes die ich rausgebe , sind von mir vorher geprüft , probiert und 100% ok.
    (Sonst macht des auch wenig Sinn Codes rauszugeben )
    Wenn es dennoch bei anderen Usern mal nicht klappt ist der "Fehler" immer bei den Usern zu finden.

    Das mit dem TIMER hätte perfekt bei Dir geklappt wenn nicht Birnen mit Tomaten verglichen hättest.

    Aber , Du hast ja jetzt eine lauffähige Version entwickelt und somit geht die Reise ja wohl weiter

    Atmega8 und TIMER Version

Inhalte des Mitglieds BoomBoomMagic
Beiträge: 541
Ort: Bielefeld
Geschlecht: männlich
Picaxe Editor 5.5.5 Download
Update auf Picaxe Editor 5.5.6 Download
Picaxe Editor 6.x.x.x Download
Manual1.pdf        -      Grundwissen Download
Manual2.pdf        -      Befehle Download
Manual3.pdf        -      Beispiele Download


Press [Backspace] for back to Menu


Counter
Xobor Forum Software ©Xobor.de | Forum erstellen
Datenschutz