Strona 2 z 2

Re: Repetier 1.0.0 i zapowiedź 2

: 01 sty 2018, 22:57
autor: dragonn
Ah chciałem edytować post a go zacytowałem. Do wywalenia :D .

Re: Repetier 1.0.0 i zapowiedź 2

: 01 sty 2018, 23:00
autor: Berg
czytane jest. ale musi być dodane na końcu każdej linii g-codeu. normalnie nie ma tego w g-code.
tam powyżej w readBlock jest:

Kod: Zaznacz cały

bool Sd2Card::readBlock(uint32_t blockNumber, uint8_t* dst) {
  // use address if not SDHC card
  if (type() != SD_CARD_TYPE_SDHC) blockNumber <<= 9;

  #if ENABLED(SD_CHECK_AND_RETRY)
    uint8_t retryCnt = 3;
    for(;;) {
      if (cardCommand(CMD17, blockNumber))
znalazłem, w Repetierze to nie ma związku z CRC. JEst taki kawałek kodu w gcode.cpp,
w linii 666 :devil: :

Kod: Zaznacz cały

   if(sd.sdmode == 0 || sd.sdmode >= 100 || commandsReceivingWritePosition != 0)   // not reading or incoming serial command
        return;
    while( sd.filesize > sd.sdpos && commandsReceivingWritePosition < MAX_CMD_SIZE)    // consume data until no data or buffer full
    {
        timeOfLastDataPacket = HAL::timeInMilliseconds();
        int n = sd.file.read();
        if(n == -1)
        {
            Com::printFLN(Com::tSDReadError);
            UI_ERROR("SD Read Error");

            // Second try in case of recoverable errors
            sd.file.seekSet(sd.sdpos);
            n = sd.file.read();
            if(n == -1)
            {
                Com::printErrorFLN(PSTR("SD error did not recover!"));
                sd.sdmode = 0;
                break;
            }
            UI_ERROR("SD error fixed");
        }
        

Re: Repetier 1.0.0 i zapowiedź 2

: 01 sty 2018, 23:26
autor: dragonn
Jesteś pewny? Mi to nie pasuje, sam mówisz że czytane jest zawsze - a jak on ma czytać czegoś czego nie ma? Przeczytał by wtedy dwa bajty kolejnego polecenia i wywalił do niczego. Przez co w czytaniu co komendę musiałby się cofać o dwa bajty? Zresztą zobacz tu https://playground.arduino.cc/Code/SDCARD kod nie związany z "g-code" a CRC jest czytane i dokładnie tak samo (wywalane w kosmos jak w Marlinie z wyłączą opcją CRC).

Re: Repetier 1.0.0 i zapowiedź 2

: 01 sty 2018, 23:38
autor: meler
Ta funkcja już od dawna jest w wersji dev 1.0 bo mam ją w lume i faktycznie nie ma problemów a na marlinie wyjeżdzał mi do krańcówki raz na jakiś czas i wracał

Re: Repetier 1.0.0 i zapowiedź 2

: 01 sty 2018, 23:48
autor: Berg
hmm, to są chyba dwa różne CRC. to tu, w kodzie, który przytoczyliśmy z Marlina i Repetiera, to chyba jest nie na poziomie gcode, tylko bloku danych karty SD.

przy czym CRC w gcode to tylko propozycja chyba i nie jest zaimplementowane.

Re: Repetier 1.0.0 i zapowiedź 2

: 01 sty 2018, 23:53
autor: dragonn
rafaljot pisze:hmm, to są chyba dwa różne CRC. to tu, w kodzie, który przytoczyliśmy z Marlina i Repetiera, to chyba jest nie na poziomie gcode, tylko bloku danych karty SD.

przy czym CRC w gcode to tylko propozycja chyba i nie jest zaimplementowane.
Dokładnie tak mi się wydaje i do tego zmierzam. Czyli funkcja SD_CHECK_AND_RETRY powinna też pomóc na problemy z odczytem karty SD niezależnie od tego czy g-code ma CRC czy nie.

Re: Repetier 1.0.0 i zapowiedź 2

: 09 sty 2018, 11:55
autor: Marcin.KnD
mi się podoba szata graficzna podcza wydruku została bardzo uproszczona i jest czytelniej.

a najlepsze funkcje dla mnie to
Automatically enable PS ON pin on usage of steppers and heaters (AUTOMATIC_POWERUP)
oraz pełna obsługa drugiego silnika w osi Z.


Teraz po zaznaczeniu tej nowej opcji PS_ON zasilacz ATX startuje automatycznie po wybraniu pliku do druku. super :)