reprapy.pl

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.

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

:

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

jakkolwiek, + dla repetiera.

@dragonn, tak, widziałem tę opcję ale myślałem, że to tylko gdy jest zapisane CRC w g-code. ale domyślnie slicery tego nie generują. Jakiś zdaje się plugin do Cury jest by dodawać CRC w każdej linii.

zaczął mi się dziś sypać odczyt z karty SD. Przy okazji zauważyłem, że repetier coś próbuje naprawić. wyskakuje jakiś komunikat "SD coś tam fixed". I idzie dalej. Pewnie jak mu coś nie pasi próbuje jeszcze raz odczytać blok.
Myślę, że w podobnej sytuacji Merlin wysyła głowice w kosmos.

Jak widać z końcem roku wszyscy chcą zamknąć release'y i dobrze. ( Jedynie zapowiadanemu na 4 kwartał Slic3r owi zostało parę godzin

i chyba nic z tego nie będzie )

W repetier 1.0.0 głównie poprawione bugi,
- dodane wsparcie dla podwójnych X, Y, (z-ki były wcześniej)
- jakieś inne rzeczy bardziej stabilny PID- no sprawdzam jest stabilny. ale czy wcześniej nie był..

https://github.com/repetier/Repetier-Firmware

Znaleziono 6 wyników

Re: Repetier 1.0.0 i zapowiedź 2

Re: Repetier 1.0.0 i zapowiedź 2

Re: Repetier 1.0.0 i zapowiedź 2

Re: Repetier 1.0.0 i zapowiedź 2

Re: Repetier 1.0.0 i zapowiedź 2

Repetier 1.0.0 i zapowiedź 2