Het grote ESP topic

[Septillion]

@kroegtijger Zie nu dat serialBT al met een voorbeeldje komt. Zou denk ik zelf eens proberen met:

C++:

#include "BluetoothSerial.h"

#if !defined(CONFIG_BT_ENABLED) || !defined(CONFIG_BLUEDROID_ENABLED)
#error Bluetooth is not enabled! Please run `make menuconfig` to and enable it
#endif

BluetoothSerial SerialBT;

void setup() {
  Serial.begin(115200);
  SerialBT.begin("ESP32test"); //Bluetooth device name
  Serial.println("The device started, now you can pair it with bluetooth!");
}

void loop() {
  if (SerialBT.available()) {
    Serial.write(SerialBT.read());
  }
}

Misschien nog hogere baud rate. En dan eens je hele JSON sturen. Krijg je dan wel alles binnen of nog steeds maar 512?

[kroegtijger]

@Septillion Dat voorbeeldje had ik uiteraard al wel getest (zit ook als voorbeeld erbij meegegeven) en dat gaat wel goed, maar daar schrijf ik alles wat binnen komt per direct weg op de serial monitor. Dat werkt wel; daar kom je immers nooit boven die 512 bytes uit maar verwerk je per direct elke byte die je ontvangt.

Da's niet de bedoeling, die bytes moeten in een array worden opgeslagen en daarna verwerkt worden zodat ik de data in de json kan aanspreken.

[Septillion]

@kroegtijger Okay, dan werkt de serialBT als te verwachten is van serial. Dan moet je, net als in het voorbeeld, de data gewoon gelijk wegschrijven naar een array.

Zorg dat je een array hebt die groot genoeg is, maak een index (of pointer) aan waarmee je de volgende te vullen positie aangeeft. En telkens als er wat available is, schrijf je dat weg in de array op die positie en verhoog je de index. Heb je alles binnen (zou je kunnen doen met een time out), dan kan je de array parsen.

Denk aan
- check altijd dat je niet buiten de array schrijft tijdens het vullen
- vergeet de array niet af te sluiten met een nullchar voor je gaat proberen er string functies op toe te passen.

[Raymond P]

@kroegtijger Vluchtig meegelezen, heb je je threads ook aan een core gepinned?

[kroegtijger]

@Septillion Dat was ook mijn gedachte, en dus kwam ik op die manier uit bij het stukje code waar m'n vraag mee begon (althans, dat was wel wat ik bedoelde te maken). Een array met een grootte van 1024 (zou groot zat moeten zijn) en daar elke byte die binnen komt op toevoegen, maar ik geloof dat ik daar nog iets verkeerd in doe, want die stopt er dus na 512 bytes mee.

[kroegtijger]

Raymond P schreef op donderdag 27 oktober 2022 @ 13:48:
@kroegtijger Vluchtig meegelezen, heb je je threads ook aan een core gepinned?

Jazeker, thread1 op core 0, thread 2 op core 1

[Septillion]

@kroegtijger Je probleem is dus dat je niet bijhoudt waar je bent. Je probeert in een keer 1024 chars te lezen, of deze er nu zijn of niet. Maar je moet bijhouden tot waar je de array gevuld hebt zodat je de volgende keer als er iets available is dat je het dan toe kunt voegen.

Maar het feit dat je wel in een keer 512 chars weet te lezen betekend dat je receive buffer wel compleet vol zit. Ofwel, je leest de buffer niet vaak genoeg (of tijdig genoeg) uit. Je zal met minder tussentijd moeten kijken of er wat in de buffer zit.

[kroegtijger]

@Septillion Ik ben even helemaal terug naar de basics gegaan, en nog altijd een limiet van 512...
De gehele sketch:

code:

#include "BluetoothSerial.h"

BluetoothSerial SerialBT;

void setup() {
  Serial.begin(115200);
  SerialBT.begin("ESP32 Json Test");
}

char jsonData[1024];


void loop() {
  if(SerialBT.available()>0) {
    delay(10); // wait for the whole message
    int i=0;
    while(SerialBT.available()>0)  {
      char inchar=SerialBT.read();
      jsonData[i]=inchar; // add char to j string
      i++;// increment to where to write next
    }    
  }
  Serial.println(jsonData);
}

Daar schop ik de volgende data naartoe:

code:

{"loop": 1, "route": [{"id": 0, "lat": 52.4511275, "lng": 4.5977144, "status": 0}, {"id": 1, "lat": "51.4511275", "lng": "3.5977144", "status": 0}, {"id": 2, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 3, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 4, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 5, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 6, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 7, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 8, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 9, "lat": "53.4511275", "lng": "5.5977144", "status": 0}]}

maar op de ESP ontvang ik slechts:

code:

{"loop": 1, "route": [{"id": 0, "lat": 52.4511275, "lng": 4.5977144, "status": 0}, {"id": 1, "lat": "51.4511275", "lng": "3.5977144", "status": 0}, {"id": 2, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 3, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 4, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 5, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 6, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 7, "lat": "53.4511275", "lng": "

Omdat het zelfs in zo'n basic manier nog steeds mis loopt begon ik BluetoothSerial te verdenken. En inderdaad blijk ik niet de enige te zijn die hier tegenaan liep: https://forum.arduino.cc/...eceiving-512-bytes/884726

Daar wordt gewezen op het aanpassen van de limitatie, maar helaas verder weinig info mbt waar je de rommel dan kan vinden. Dat bleek na veel zoeken te zijn verstopt onder %localappdata%\Arduino15\packages\esp32\hardware\esp32\2.0.5\libraries\BluetoothSerial\src en daar vind je inderdaad BluetoothSerial\BluetoothSerial.cpp inclusief de verwijzing van de limiet van 512. Deze aangepast naar 1024, sketch erin gemikt en problem solved:

code:

{"loop": 1, "route": [{"id": 0, "lat": 52.4511275, "lng": 4.5977144, "status": 0}, {"id": 1, "lat": "51.4511275", "lng": "3.5977144", "status": 0}, {"id": 2, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 3, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 4, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 5, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 6, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 7, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 8, "lat": "53.4511275", "lng": "5.5977144", "status": 0}, {"id": 9, "lat": "53.4511275", "lng": "5.5977144", "status": 0}]}

Nu krijg ik alles eindelijk netjes binnen zoals verwacht was. Inmiddels druk bezig met de nodige aanpassingen zodat het ontvangen van data allemaal wat netter verloopt, maar mijn dank is groot @Septillion voor de nodige aanwijzingen en met name de hint naar een limiet van 512 op de serial output. Dat blijkt de BluetoothSerial dus niet anders te zijn.

[Septillion]

@kroegtijger Zoals gezegd is het vergroten van je buffer maar een patch. En zonde, je hebt nu 2x 1024 bytes (of hopelijk de tweede dus 1025 bytes) staan. En zeker als je daarvoor je library aan moet passen breek je daarmee portabiliteit en dat ben je de volgende keer ook weer vergeten...

Je echte probleem is:

C++:

delay(10); // wait for the whole message

Je gooit daar even 2.400.000(!!!) instructies op je ESP weg. Zomaar, voor niets. Ik kan even niet vinden wat de echte baud rate van serialBT is maar lees ook getallen van 921600 baud. In 10ms ontvang je dan wel even ruim 900(!!!) karakters. 10ms klinkt misschien kort maar is voor een ESP gewoon 10 jaar Je had ook gewoon kunnen lezen wat er was en dan weer door kunnen gaan. delay() is eigenlijk alleen maar nuttig als je even wat aan het testen ben, in echte programma's moet je ze gewoon vermijden als de pest.

Daarnaast vergeet je als nog om een nullchar toe te voegen Dat gaat gewoon een keer mis...

Zelfde testje maar dan zonder delay (en met nullchar):

C++:

#include "BluetoothSerial.h"

BluetoothSerial SerialBT;

const unsigned int JsonDataSize = 1024 + 1; //1024 char + room for the nullchar
const unsigned int JsonDataTimeout = 10;

char jsonData[JsonDataSize];
unsigned int jsonDataIndex;
unsigned long jsonDataMillis;

void setup() {
  Serial.begin(115200);
  SerialBT.begin("ESP32 Json Test");
}

void loop() {
  //Check if there is new data and jsonData isn't full (leave room for nullchar!)
  if(SerialBT.available() > 0 && jsonDataIndex < JsonDataSize - 1){
    //fill jsonDatawith available data as long as it's not full still
    while(SerialBT.available() && jsonDataIndex < JsonDataSize - 1)){
      jsonData[jsonDataIndex++] = SerialBT.read(); // add char to j string
    }
    
    //keep track that we added data
    jsonDataMillis = millis();
  }
  
  //check is there has been no data for a while and there is data in jsonData
  if(millis() - jsonDataMillis >= JsonDataTimeout && jsonDataIndex > 0){
    //add nullchar to make it a propper string
    jsonData[jsonDataIndex] = '\0'; 
    
    //Print it or parse the data etc
    Serial.println(jsonData);
    
    //reset buffer for the next time
    jsonDataIndex = 0;
  }
}

[ Voor 4% gewijzigd door Septillion op 28-10-2022 10:36 ]

[kroegtijger]

@Septillion Wat je beschrijft klinkt logisch (met name dat wijzigen van de library niet is hoe je het zou moeten willen. Als ik je voorbeeld bekijk, dan heb je in ieder geval de delay vervangen voor "blink without delay" (dus tijdsverschil bijhouden), maar hoe daarna dan de daadwerkelijke verwerking van de data in elkaar steekt is me nog niet helemaal duidelijk eerlijk gezegd.

[Septillion]

@kroegtijger Bedoel je wat ik er mee doe of hoe dan verder?

Laatste is namelijk niet anders dan hoe je het zou doen met een delay.

En ja, blink without delay, altijd. Voor echte programma's mag je eigenlijk gewoon compleet vergeten dat delay() bestaat. Die geeft je meer problemen dan gemakken.

[kroegtijger]

@Septillion Je leest voor zover ik het begrijp althans nu elke keer 1 byte uit die je in de array erbij plaatst, maar hoe voorkom je dan dat de buffer niet in 1x wordt vol gegooid vanuit de binnenkomende data? Daar heb je toch vanuit de ESP geen invloed op, dus als die over die 512 heen gaat zit je dan toch weer direct met hetzelfde probleem? Of zie ik hier iets heel erg over het hoofd?

[Septillion]

@kroegtijger Ik lees niet maar één byte uit maar alles wat op dat moment in de buffer staat. Je hebt inderdaad geen invloed op de binnenkomende data. Maar de rest komt dan gewoon de volgende keer. Voorwaarde is wel dat je loop dus snel genoeg moet zijn. Je mag hem dus ook nergens anders ophangen met een delay of het wachten op input etc. Altijd door door door. Als iets er nu nog niet is, gewoon door, komt de volgende keer door loop dan wel.

Als serialBT inderdaad 921600 baud is dan betekend dat 512 chars/bytes er 5,5ms over doen. Ofwel, binnen 5,5ms moet je dus weer checken of er data is en dat lezen. Je loop moet dus onder de 5,5ms blijven. Dat klinkt lastig maar zolang je hem niet bewust op gaat zitten houden is dat niet zo lastig. Immers voert de ESP in die tijd op een enkele core al 1,3 miljoen instructies^* uit.

* Ga ik wel even uit van single tick instructies wat waarschijnlijk al het standaard werk is afgezien van float math.

[kroegtijger]

@Septillion aah ok, ja ik snap dan inderdaad wat je doet. Zolang je dus maar snel genoeg weer de SerialBT uitleest voordat de buffer vol zit, zou het goed moeten gaan. Ik denk niet dat dat een probleem zal vormen, maar ik ga van het weekend er eens mee zitten spelen om te zien of het allemaal nog wat fraaier kan

Overigens is de doorvoersnelheid van BluetoothSerial afhankelijk van het platform waarop het draait. Op de ESP32 is dit 115200, maar op telefoons kan dit soms zelfs maar 9600Baud betreffen. Er is geen mogelijkheid om zelf de baudrate mee te geven hierin, dus je moet echt vooraf weten op welk platform de meuk draait

[Septillion]

@kroegtijger Correct! Eigenlijk met alles zo als je dingen sequentieel moet doe. Doe wat je kunt doen, kan je niets meer doen sla je alles op en ga je door. Volgende loop ga je dan gewoon weer er mee verder. No time to wast

En als serialBT maar 115200 baud is dan heb je 44ms nodig voor 512 bytes. Dus zolang je sneller dan dat weer leest zit je helemaal goed.

[JBS]

Hoe zijn het hier de ervaringen met bewegingssensoren voor aan een ESP? Zijn er betrouwbaarderde exemplaren dan HC-SR501 of zijn die gewoon prima, ook voor buiten met veel verschil in licht gedurende de dag?

[Septillion]

@JBS Heb bij mijn vader buiten twee HC-SR501 geplaatst en die doen het eigenlijk prima

[JBS]

Heb een tweetal SenseAir S8 sensoren in gebruik, beide op een eigen Wemos D1 gesoldeerd waarbij ik de draadjes uit een UTP kabel gebruikt heb. Nu zie ik wat fluctuaties in de meting wanneer ik de sensor en ESP dicht op elkaar leg (waardoor de gebruikte draden uit een UTP kabel met koperen kern door elkaar raken), soms komt de boel zelfs niet online of gaat ie om de zoveel tijd even offline. Kan dit wellicht komen door het feit dat ik de draadjes uit een UTP kabel gebruikt heb? De soldeer punten raken elkaar overigens uiteraard niet, ook niet als de draadjes op elkaar geduwd worden.

[-Casper]

Ik probeer een ESP-01S te flashen via ESPHome (addon in HA).
Dit doe ik via de USB poort op mijn eigen PC (dus niet waar HA zelf op draait).
ESP aangesloten op de USB poort. Eerst nog een foutje met bedrading dus gefixt en de ESP wordt herkend.
Gaat netjes door erase en installation heen maar nadat de installation op 100% staat krijg ik opeens de volgende foutmelding:

Installation failed: SlipReadError: Timed out waiting for packet header

Google brengt me niet veel verder. Enige wat ik daar kon vinden was om de GPIO0 te disconnecten van de ground nadat de esp in flash modus is gestart. Dat heb ik gedaan maar helaas met nog steeds hetzelfde resultaat. Iemand tips?

[Septillion]

@JBS Niets bijzonders aan UTP kabel. Dus zolang het koper / soldeer elkaar niet raakt verwacht ik niets geks. Maar is het stranded of solid UTP? Laatste laat zich niet zo vaak buigen voor je een breuk hebt.

[Septillion]

@-Casper Een ESP-01 heeft geen USB aan board, wat gebruik je daarvoor? En heeft dat een auto reset en auto bootloader circuit of moet je dat zelf doen?

Als je het zelf moet doen zou het kunnen dat de boel een reset naar het programma verwacht op het einde maar dat dus niet gebeurd. Maar gezien hij al 100% zegt verwacht ik dan wel dat hij werkt nadat je GPIO0 weer laag maakt en de boel een reset geeft.

[-Casper]

Septillion schreef op zondag 30 oktober 2022 @ 12:04:
@-Casper Een ESP-01 heeft geen USB aan board, wat gebruik je daarvoor? En heeft dat een auto reset en auto bootloader circuit of moet je dat zelf doen?

Als je het zelf moet doen zou het kunnen dat de boel een reset naar het programma verwacht op het einde maar dat dus niet gebeurd. Maar gezien hij al 100% zegt verwacht ik dan wel dat hij werkt nadat je GPIO0 weer laag maakt en de boel een reset geeft.

Ik gebruik een usb adapter, breadboard, en een hoop Dupont kabeltjes om de boel te linken
Maar wat je zegt is dat de ESP waarschijnlijk wel gewoon geïnstalleerd is, ondanks deze melding?

[-Casper]

-Casper schreef op zondag 30 oktober 2022 @ 13:34:
[...]

Ik gebruik een usb adapter, breadboard, en een hoop Dupont kabeltjes om de boel te linken
Maar wat je zegt is dat de ESP waarschijnlijk wel gewoon geïnstalleerd is, ondanks deze melding?

Kennelijk is het flashen inderdaad wel succesvol verlopen. De moeite maar even genomen om de ESP aan te sluiten en werkt zoals verwacht. Wel vreemd dat ESPHome dan de melding geeft dat de installatie mislukt is

[Septillion]

@-Casper Ik weet niet wat ESPhome als cue gebruikt wanneer een auto reset en auto bootloader circuit te verwachten tijdens het programmeren. Zou ook kunnen dat het dit eigenlijk altijd verwacht. Maar met een losse USB-Serial heb je dit niet. Ofwel, het denk aan het einde de boel een reset te geven naar het normale programma maar dat gebeurd niet.

[-Casper]

Septillion schreef op zondag 30 oktober 2022 @ 14:08:
@-Casper Ik weet niet wat ESPhome als cue gebruikt wanneer een auto reset en auto bootloader circuit te verwachten tijdens het programmeren. Zou ook kunnen dat het dit eigenlijk altijd verwacht. Maar met een losse USB-Serial heb je dit niet. Ofwel, het denk aan het einde de boel een reset te geven naar het normale programma maar dat gebeurd niet.

In het verleden had ik hier geen last van, maar zijn ondertussen aardig wat updates van ESPhome geweest dus wellicht dat dit de reden is dat ik de error eerder niet had. Hij werkt in ieder geval dus ik ben blij

[Septillion]

@-Casper Maar zo lang ondersteund ESPhome toch nog niet uploaden via de browser? Dus deed je het toen niet met een programma op je PC en downloadde je gewoon de .bin?

[-Casper]

Septillion schreef op zondag 30 oktober 2022 @ 20:34:
@-Casper Maar zo lang ondersteund ESPhome toch nog niet uploaden via de browser? Dus deed je het toen niet met een programma op je PC en downloadde je gewoon de .bin?

Hangt van je definitie van "lang" af, maar ik heb denk ik iets meer dan een jaar geleden een esp geflashed via de browser. En toen dus geen foutmelding als deze. Toen moest ik de esp volgens mij wel aan de HA host hangen en kon dat niet via een usb poort op een ander apparaat

[Septillion]

@-Casper Direct aan de host was de browser alleen een interface. Daar werd gewoon het programmeer commando lokaal afgetrapt op de host.Nu aan een andere computer via de browser is een compleet andere (nieuwe) methode. Compile gebeurd nog steeds op de host en er is een programmeerapplicatie voor de browser geschreven, volgens mij van scratch. Die krijgt de .bin vanuit de host. Daardoor zou het me dus ook niet verbazen dat de porgrameersoftware dus nu niet weet of de gebruikte module auto reset en auto bootloader heeft of niet.

Dus ja, dat was "lang" geleden dan dat je het deed

[ Voor 14% gewijzigd door Septillion op 30-10-2022 20:54 ]

[Toppe]

Ik zit te kijken naar een combinatie van de M5StickC-Plus gecombineerd met de omgevingslichtsensor

Nu zie ik wel dat mensen ESPHome werkend hebben op dit apparaat, maar iemand die hier toevallig ook een hat werkend gekregen?

Vind het een prijzige combinatie maar wel lekker compact en dergelijke, geen soldeerwerk dus dat is altijd +1. Maar als het niet gaat werken heb ik er weer weinig aan

[ Voor 14% gewijzigd door Toppe op 03-11-2022 10:06 ]

[Raymond P]

@Toppe BH1750 is zonder diffuser een rare sensor.

I2C zal, neem ik aan, geen issue zijn met ESPHome.

[Toppe]

Raymond P schreef op donderdag 3 november 2022 @ 10:08:
@Toppe BH1750 is zonder diffuser een rare sensor.

I2C zal, neem ik aan, geen issue zijn met ESPHome.

Klopt, maar ik wil de grove poort niet gebruiken dus ik gebruik dan G26, G25/G36 & G0 maar ik kan niet ergens vinden naar elke poorten deze daadwerkelijk lopen:

[Raymond P]

Je wilt die HAT gewoon in de daarvoor bedoelde female headers aan de bovenkant stoppen neem ik aan?

De nummers die ze gebruikt hebben komen (op het eerste oog) overeen met de GPIO's op de ESP.
Rechtsbovenin op je schema zie je de HAT met bijbehorende pin nummers.

Of snap ik het verkeerd?

[Toppe]

Raymond P schreef op donderdag 3 november 2022 @ 10:30:
Je wilt die HAT gewoon in de daarvoor bedoelde female headers aan de bovenkant stoppen neem ik aan?

De nummers die ze gebruikt hebben komen (op het eerste oog) overeen met de GPIO's op de ESP.
Rechtsbovenin op je schema zie je de HAT met bijbehorende pin nummers.

Of snap ik het verkeerd?

Nee, ik denk te moeilijk! Thanks!

[Raymond P]

@Toppe Ik heb niets gedaan.

Lees je wel ff in in de meetwaarden van een BH1750 met en zonder diffuser, zonder ben je erg afhankelijk van de invalshoek.
Dat kan wenselijk zijn, maar is het vaak niet.

[Toppe]

Raymond P schreef op donderdag 3 november 2022 @ 10:46:
@Toppe Ik heb niets gedaan.

Lees je wel ff in in de meetwaarden van een BH1750 met en zonder diffuser, zonder ben je erg afhankelijk van de invalshoek.
Dat kan wenselijk zijn, maar is het vaak niet.

Ik wil alleen de waarde meten om de verlichting te schakelen en kijk gewoon wat de lux waarde is op het moment dat ik de verlichting aan wil hebben. Dat is voor mij nog de meest betrouwbare optie.

Overigens komt de sensor gewoon buiten te hangen.

Ik kan ook gewoon voor een 'gewone' ESP gaan en dan een 1750 met diffuser maar die kom ik amper tot niet tegen in de nederlandse webshops, jij nog een adresje?

Edit:

Ik zie wel deze: https://opencircuit.nl/pr...nt-light-sensor(0-200klx)

Maar mijn idee van een diffuser is een matte bol?

Voordeel van die sensor is dat ik hem wel vast kan kitten en hij dus meteen weer waterdicht is

[ Voor 25% gewijzigd door Toppe op 03-11-2022 10:53 ]

[Raymond P]

@Toppe Vandaar m'n opmerking. Als je 'm richting het zuiden hangt en de zon hangt in het westen meet je te snel te weinig.

Om (een stuk beter) licht op te vangen van alle kanten moet er een lens op. voorbeeldje

Edit: ik had je edit gemist. Mijn voorbeeldje is inderdaad een matte wit-plastic bol. Dus geen dure lens, maar voldoende voor je toepassing (uit ervaring).
Die kan je natuurlijk met een esptje ook gewoon waterdicht in een doosje kitten, mja daar heeft niet iedereen zin in.

[ Voor 30% gewijzigd door Raymond P op 03-11-2022 11:03 ]

[Toppe]

Raymond P schreef op donderdag 3 november 2022 @ 10:59:
@Toppe Vandaar m'n opmerking. Als je 'm richting het zuiden hangt en de zon hangt in het westen meet je te snel te weinig.

Om (een stuk beter) licht op te vangen van alle kanten moet er een lens op. voorbeeldje

Hm, misschien is dat zo gek nog niet. Wat goedkoper dan zo'n M5 en deze sensoren ken ik wel

Nu alleen nog opzoek naar een ultra compacte omvormer!

[Raymond P]

@Toppe Het is dezelfde sensor, enkel een ander omhulsel.

Als je 't op een printje gaat monteren is een hi-link wellicht een optie.
Zet er wel een zekering voor.

(Een zonnepaneel en accu is ook een optie natuurlijk.)

[Toppe]

Raymond P schreef op donderdag 3 november 2022 @ 11:11:
@Toppe Het is dezelfde sensor, enkel een ander omhulsel.

Als je 't op een printje gaat monteren is een hi-link wellicht een optie.
Zet er wel een zekering voor.

(Een zonnepaneel en accu is ook een optie natuurlijk.)

https://www.tinytronics.n...zekeringhouder-5x20mm-15a
https://www.tinytronics.n...ringen/zekering-5x20mm-1a
https://www.tinytronics.n...-voeding-5vdc-1a-hlk-5m05

En dan jou sensor, dan zou 't wel moeten gaan werken

[Raymond P]

@Toppe Je kan ook gelijk 3.3V pakken als je geen andere plannen hebt.

[Toppe]

Raymond P schreef op donderdag 3 november 2022 @ 11:19:
@Toppe Je kan ook gelijk 3.3V pakken als je geen andere plannen hebt.

Heb een NodeMCU en die heeft 5v nodig

[Rouwette]

Hmm interessant!

Ben wel benieuwd hoe die zekering er tussen moet enzo!

[Toppe]

Rouwette schreef op donderdag 3 november 2022 @ 11:22:
Hmm interessant!

Ben wel benieuwd hoe die zekering er tussen moet enzo!

Tussen de bruine draad

[Raymond P]

@Rouwette Aan de input kant inderdaad.
Wil je het netjes doe dan heb je daar ook nog een varistor.
Je zou eigenlijk ook een beetje moeten filteren.

Leesvoer

[Toppe]

@Raymond P binnen, aangesloten en werkt perfect!

Enigste nadeel: Het 'voetje' van de diffuser kap is nogal smal, dat wordt dus dus heel nauwkeurig boren en lijmen

[vonkkie]

iemand ervaring om een wemos S2 mini met esphome aan de praat te krijgen

[Raymond P]

Toppe schreef op vrijdag 4 november 2022 @ 19:56:
@Raymond P binnen, aangesloten en werkt perfect!

Enigste nadeel: Het 'voetje' van de diffuser kap is nogal smal, dat wordt dus dus heel nauwkeurig boren en lijmen

Dat is toch gewoon een halve (holle) bol?
De sensor zit op een printje, het printje 'klemt' in het bolletje.

Uitlijnen is wel een ding als je niet 3d-print.
Bolletje zit bij mij op de case gelijmd, dat gaf uiteindelijk het netste resultaat.
Edit: en de sensor steekt dus van binnenuit naar buiten.

@vonkkie Ik niet, maar waar loop je tegenaan?

[ Voor 8% gewijzigd door Raymond P op 04-11-2022 21:08 ]

[Toppe]

Raymond P schreef op vrijdag 4 november 2022 @ 21:04:
[...]


Dat is toch gewoon een halve (holle) bol?
De sensor zit op een printje, het printje 'klemt' in het bolletje.

Uitlijnen is wel een ding als je niet 3d-print.
Bolletje zit bij mij op de case gelijmd, dat gaf uiteindelijk het netste resultaat.
Edit: en de sensor steekt dus van binnenuit naar buiten.

@vonkkie Ik niet, maar waar loop je tegenaan?

Er op lijmen is inderdaad ook nog een optie. Beetje acrylaat kit en ‘t zit zo vast. Heeft ook niets te houden natuurlijk

[Raymond P]

@Toppe Exact! Zolang het maar waterdicht is.

Schoonheidsprijsjes win je er niet mee natuurlijk, maar je kan wel snel meten.

[Toppe]

Raymond P schreef op vrijdag 4 november 2022 @ 21:20:
@Toppe Exact! Zolang het maar waterdicht is.

Schoonheidsprijsjes win je er niet mee natuurlijk, maar je kan wel snel meten.

Hij gaat op het garage dak, niemand die het ziet.

Kan natuurlijk ook z’n dummy camera op de buren richten en hem daar in monteren

[vonkkie]

@Raymond P

Als ik probeer de yaml er op tezetten krijg ik iedere keer de fout melding geen verbinding mogelijk

Hou dan de 2 knoppen ingedrukt dan dan komt hij is programmeerstand en krijg dan de melding niet gelukt verwacht een esp32

[Nhz]

Hopelijk kan iemand hier me helpen, want met de output van de seriele verbinding kan ik niet zoveel...

code:

rl lÉr☻$↕Γn♀♀♀─♀l╟♀b|ÄÉ☻↕Ær↕b─♀b♦≥nn☻lnn↕b♀b♦blb♫lrl₧↕↕n↕nn☻î≥n| ♀nn|ÉÆ`☻

Bovenstaande 'code' krijg ik wanneer ik mijn Wemos D1 mini met 6 BS18b-20 sensoren en 1 relais-shield (srd-05vdc-sl-c) probeer te booten. Ik verdenk (1 van) de zes sensoren van moeilijk doen, maar ik krijg het niet gepinpoint. Wanneer ik de Wemos reset zonder de sensoren, maar met relais, dan boot hij gewoon zonder problemen. Prik ik daarna 1 voor 1 de sensoren eraan dan blijft hij gewoon netjes draaien en kan ik de sensoren uitlezen en het relais bedienen. Reboot ik hem daarna, krijg ik weer dezelfde melding. Resetten helpt dan ook niets.

Ik draai ESP_Easy_mega_20220809_normal_ESP8266_1M Aug 9 2022.

In de seriele monitor zit soms ook wat vreemde output, deze komen echter niet in de log van ESP Easy terug en ik heb er nog geen regelmaat in weten te vinden.

code:

471280 : Info   : DS   : Temperature: 21.8 (28-7f-17-48-f6-99-3c-43 [DS18B20])
471372 : Info   : DS   : Temperature: 21.9 (28-b9-1d-48-f6-60-3c-f8 [DS18B20])
471473 : Info   : DS   : Temperature: 21.3 (28-39-f6-48-f6-fd-3c-f2 [DS18B20])
471614 : Info   : DS   : Temperature: 21.4 (28-b4-06-48-f6-e5-3c-6e [DS18B20])
>i%%\: `@1 @@ @ #)  @@   @"@(HB@  @@@@D@@D )@@   0p@@ @@  @B@@<x` <_7$r f@A
475027 : Info   : Command unknown: i%%\: `@1 @@ @ #)  @@   @"@(HB@  @@@@D@@D )@@   0p@@ @@  @B@@<x` <_7$r f@A
Command unknown: i%%\: `@1 @@ @ #)  @@   @"@(HB@  @@@@D@@D )@@   0p@@ @@  @B@@<x` <_7$r f@A
476280 : Info   : DS   : Temperature: 21.8 (28-7f-17-48-f6-99-3c-43 [DS18B20])
476371 : Info   : DS   : Temperature: 21.9 (28-b9-1d-48-f6-60-3c-f8 [DS18B20])
476471 : Info   : DS   : Temperature: 21.3 (28-39-f6-48-f6-fd-3c-f2 [DS18B20])
476615 : Info   : DS   : Temperature: 21.4 (28-b4-06-48-f6-e5-3c-6e [DS18B20])
481280 : Info   : DS   : Temperature: 21.8 (28-7f-17-48-f6-99-3c-43 [DS18B20])
481372 : Info   : DS   : Temperature: 21.9 (28-b9-1d-48-f6-60-3c-f8 [DS18B20])
481471 : Info   : DS   : Temperature: 21.3 (28-39-f6-48-f6-fd-3c-f2 [DS18B20])
481617 : Info   : DS   : Temperature: 21.4 (28-b4-06-48-f6-e5-3c-6e [DS18B20])
481665 : Info   : WD   : Uptime 8 ConnectFailures 0 FreeMem 19696 WiFiStatus 3 ESPeasy internal wifi status: Conn. IP Init
> @  x@P@~0@  ?~~~~Hp0?,` > ??olh6@2` H
483760 : Info   : Command unknown:  @  x@P@~0@  ?~~~~Hp0?,` > ??olh6@2` H
Command unknown:  @  x@P@~0@  ?~~~~Hp0?,` > ??olh6@2` H
>E@@0F&K 2@ B@@D`0,%@v@  #D@@@@A 3~rAp~`|@23 $  &%08jcAj "?0"o`p{no)JH@, >d@@x @   " @@D @@@ 7p " (a @D@?@<@@@@@ @   @ 8<`@ x @@@
485317 : Info   : Command unknown: E@@0F&K 2@ B@@D`0,%@v@  #D@@@@A 3~rAp~`|@23 $  &%08jcAj "?0"o`p{no)JH@, >d@@x @   " @@D @@@ 7p " (a @D@?@<@@@@@ @   @ 8<`@ x @@@
Command unknown: E@@0F&K 2@ B@@D`0,%@v@  #D@@@@A 3~rAp~`|@23 $  &%08jcAj "?0"o`p{no)JH@, >d@@x @   " @@D @@@ 7p " (a @D@?@<@@@@@ @   @ 8<`@ x @@@
>0
486142 : Info   : Command unknown: 0
Command unknown: 0
486280 : Info   : DS   : Temperature: 21.8 (28-7f-17-48-f6-99-3c-43 [DS18B20])
486372 : Info   : DS   : Temperature: 21.9 (28-b9-1d-48-f6-60-3c-f8 [DS18B20])
486471 : Info   : DS   : Temperature: 21.3 (28-39-f6-48-f6-fd-3c-f2 [DS18B20])
486615 : Info   : DS   : Temperature: 21.4 (28-b4-06-48-f6-e5-3c-6e [DS18B20])
>@?` @{0~< "B@@8("   @@  @@ @@@@@@ @  P@@@
> @ @@  ?,@g<h`!"@|  ' <  8@@@ {00@ @ @@H  d@@ @@@ 0 @   !~ A @??0 (8>|x F@$@@ x"
491104 : Info   : Command unknown:  @ @@  ?,@g<h`!"@|  ' <  8@@@ {00@ @ @@H  d@@ @@@ 0 @   !~ A @??0 (8>|x F@$@@ x"
Command unknown:  @ @@  ?,@g<h`!"@|  ' <  8@@@ {00@ @ @@H  d@@ @@@ 0 @   !~ A @??0 (8>|x F@$@@ x"

[Raymond P]

vonkkie schreef op vrijdag 4 november 2022 @ 22:21:
@Raymond P

Als ik probeer de yaml er op tezetten krijg ik iedere keer de fout melding geen verbinding mogelijk

Hou dan de 2 knoppen ingedrukt dan dan komt hij is programmeerstand en krijg dan de melding niet gelukt verwacht een esp32

Dat kan gebrek aan support voor de hardware zijn.
Ik heb nul ervaring met esphome, maar de oplossing hier (maak er een lolin van) klinkt plausibel: https://community.home-as...-arduino-framework/467253

@Nhz aan welke pin zitten die sensors?

[ Voor 3% gewijzigd door Raymond P op 04-11-2022 22:54 ]

[Dr.Roelski]

Nhz schreef op vrijdag 4 november 2022 @ 22:46:
Hopelijk kan iemand hier me helpen, want met de output van de seriele verbinding kan ik niet zoveel...

code:

rl lÉr☻$↕Γn♀♀♀─♀l╟♀b|ÄÉ☻↕Ær↕b─♀b♦≥nn☻lnn↕b♀b♦blb♫lrl₧↕↕n↕nn☻î≥n| ♀nn|ÉÆ`☻

Bovenstaande 'code' krijg ik wanneer ik mijn Wemos D1 mini met 6 BS18b-20 sensoren en 1 relais-shield (srd-05vdc-sl-c) probeer te booten. Ik verdenk (1 van) de zes sensoren van moeilijk doen, maar ik krijg het niet gepinpoint. Wanneer ik de Wemos reset zonder de sensoren, maar met relais, dan boot hij gewoon zonder problemen. Prik ik daarna 1 voor 1 de sensoren eraan dan blijft hij gewoon netjes draaien en kan ik de sensoren uitlezen en het relais bedienen. Reboot ik hem daarna, krijg ik weer dezelfde melding. Resetten helpt dan ook niets.

Ik draai ESP_Easy_mega_20220809_normal_ESP8266_1M Aug 9 2022.

In de seriele monitor zit soms ook wat vreemde output, deze komen echter niet in de log van ESP Easy terug en ik heb er nog geen regelmaat in weten te vinden.

code:

471280 : Info   : DS   : Temperature: 21.8 (28-7f-17-48-f6-99-3c-43 [DS18B20])
471372 : Info   : DS   : Temperature: 21.9 (28-b9-1d-48-f6-60-3c-f8 [DS18B20])
471473 : Info   : DS   : Temperature: 21.3 (28-39-f6-48-f6-fd-3c-f2 [DS18B20])
471614 : Info   : DS   : Temperature: 21.4 (28-b4-06-48-f6-e5-3c-6e [DS18B20])
>i%%\: `@1 @@ @ #)  @@   @"@(HB@  @@@@D@@D )@@   0p@@ @@  @B@@<x` <_7$r f@A
475027 : Info   : Command unknown: i%%\: `@1 @@ @ #)  @@   @"@(HB@  @@@@D@@D )@@   0p@@ @@  @B@@<x` <_7$r f@A
Command unknown: i%%\: `@1 @@ @ #)  @@   @"@(HB@  @@@@D@@D )@@   0p@@ @@  @B@@<x` <_7$r f@A
476280 : Info   : DS   : Temperature: 21.8 (28-7f-17-48-f6-99-3c-43 [DS18B20])
476371 : Info   : DS   : Temperature: 21.9 (28-b9-1d-48-f6-60-3c-f8 [DS18B20])
476471 : Info   : DS   : Temperature: 21.3 (28-39-f6-48-f6-fd-3c-f2 [DS18B20])
476615 : Info   : DS   : Temperature: 21.4 (28-b4-06-48-f6-e5-3c-6e [DS18B20])
481280 : Info   : DS   : Temperature: 21.8 (28-7f-17-48-f6-99-3c-43 [DS18B20])
481372 : Info   : DS   : Temperature: 21.9 (28-b9-1d-48-f6-60-3c-f8 [DS18B20])
481471 : Info   : DS   : Temperature: 21.3 (28-39-f6-48-f6-fd-3c-f2 [DS18B20])
481617 : Info   : DS   : Temperature: 21.4 (28-b4-06-48-f6-e5-3c-6e [DS18B20])
481665 : Info   : WD   : Uptime 8 ConnectFailures 0 FreeMem 19696 WiFiStatus 3 ESPeasy internal wifi status: Conn. IP Init
> @  x@P@~0@  ?~~~~Hp0?,` > ??olh6@2` H
483760 : Info   : Command unknown:  @  x@P@~0@  ?~~~~Hp0?,` > ??olh6@2` H
Command unknown:  @  x@P@~0@  ?~~~~Hp0?,` > ??olh6@2` H
>E@@0F&K 2@ B@@D`0,%@v@  #D@@@@A 3~rAp~`|@23 $  &%08jcAj "?0"o`p{no)JH@, >d@@x @   " @@D @@@ 7p " (a @D@?@<@@@@@ @   @ 8<`@ x @@@
485317 : Info   : Command unknown: E@@0F&K 2@ B@@D`0,%@v@  #D@@@@A 3~rAp~`|@23 $  &%08jcAj "?0"o`p{no)JH@, >d@@x @   " @@D @@@ 7p " (a @D@?@<@@@@@ @   @ 8<`@ x @@@
Command unknown: E@@0F&K 2@ B@@D`0,%@v@  #D@@@@A 3~rAp~`|@23 $  &%08jcAj "?0"o`p{no)JH@, >d@@x @   " @@D @@@ 7p " (a @D@?@<@@@@@ @   @ 8<`@ x @@@
>0
486142 : Info   : Command unknown: 0
Command unknown: 0
486280 : Info   : DS   : Temperature: 21.8 (28-7f-17-48-f6-99-3c-43 [DS18B20])
486372 : Info   : DS   : Temperature: 21.9 (28-b9-1d-48-f6-60-3c-f8 [DS18B20])
486471 : Info   : DS   : Temperature: 21.3 (28-39-f6-48-f6-fd-3c-f2 [DS18B20])
486615 : Info   : DS   : Temperature: 21.4 (28-b4-06-48-f6-e5-3c-6e [DS18B20])
>@?` @{0~< "B@@8("   @@  @@ @@@@@@ @  P@@@
> @ @@  ?,@g<h`!"@|  ' <  8@@@ {00@ @ @@H  d@@ @@@ 0 @   !~ A @??0 (8>|x F@$@@ x"
491104 : Info   : Command unknown:  @ @@  ?,@g<h`!"@|  ' <  8@@@ {00@ @ @@H  d@@ @@@ 0 @   !~ A @??0 (8>|x F@$@@ x"
Command unknown:  @ @@  ?,@g<h`!"@|  ' <  8@@@ {00@ @ @@H  d@@ @@@ 0 @   !~ A @??0 (8>|x F@$@@ x"

Lijkt op crash debug messages.
Probleem is dat bij opstarten er een standaard seriele snelheid ingesteld is. Weet alleen even niet meer welke snelheid, maar het is geen 115k2. Als je de seriele snelheid zelfde houd als waarin boot messages gestuurd worden, dan kun je alles lezen, zelfs bij crash/restart.

[Nhz]

Raymond P schreef op vrijdag 4 november 2022 @ 22:50:
[...]
@Nhz aan welke pin zitten die sensors?

Sensoren zitten alle zes aan GPIO14. Het relais zit op GPIO5. In hoeverre maakt dat uit? Het is toch vreemd dat ik ze wel kan 'hotwiren', maar met booten schiet de Wemos in de stress.

Dr.Roelski schreef op vrijdag 4 november 2022 @ 23:59:
[...]

Lijkt op crash debug messages.
Probleem is dat bij opstarten er een standaard seriele snelheid ingesteld is. Weet alleen even niet meer welke snelheid, maar het is geen 115k2. Als je de seriele snelheid zelfde houd als waarin boot messages gestuurd worden, dan kun je alles lezen, zelfs bij crash/restart.

Ik gebruik ESP Easy Flasher, daar staat de baud-rate op 115200. Voor de seriele monitor kan je dat niet apart instellen voor zover ik kan zien.

Update: schijnbaar zat ik gisteravond al half te slapen, maar de wemos wil met geen van tweeën booten. De code die ik eerder poste lijkt een reset signaal te zijn of zo, als ik hem geboot heb (zonder sensoren en relais) en hem dan via de reset knop reset, komt diezelfde regel met tekens voorbij op het moment van resetten.

[ Voor 22% gewijzigd door Nhz op 05-11-2022 08:37 ]

[Raymond P]

@Nhz Dat maakt uit omdat een aantal pins een specifieke state moeten hebben tijdens boot. Maar 14 is vrij te gebruiken, dus dat is niet waarom je issues met booten hebt.

Edit: ah. Hoe voed je alles? En hoe is dat exact aangesloten?

[ Voor 11% gewijzigd door Raymond P op 05-11-2022 08:46 ]

[Toppe]

Ik heb het nu zo opgelost. Heb een MeanWell DIN voeding besteld en een behuizing door die module. Als die binnen is gaatje in deze behuizing maken, kabeltje naar buiten en weer aansluiten. Scheelt weer een groot gat




Ja, bewust in een hoek gedaan omdat je anders onnodig veel ruimte verliest in ‘t doosje voor de ESP.

[ Voor 5% gewijzigd door Toppe op 05-11-2022 10:28 ]

[Raymond P]

Ik zie heel veel vrije pinnen en er moet vast wel heel veel plek over zijn in dat doosje...

[Septillion]

@Nhz Lijkt mij ook een voeding issue.

[Toppe]

Raymond P schreef op zaterdag 5 november 2022 @ 12:10:
Ik zie heel veel vrije pinnen en er moet vast wel heel veel plek over zijn in dat doosje...

Beide keren goed. Maar deze doosjes zijn lekker makkelijk, past redelijk veel in, laten zich makkelijk bewerken en kosten geen drol.

Voor buiten meer dan prima. Misschien dat ik in de toekomst nog extra sensoren er op zet maar zou nu niet weten wat, weerstation hangt er 2m naast dus temperatuur enzo heb ik daar niet nog een keer nodig

Overigens heb ik er ook nog aan gedacht om een grotere doos te nemen en de voeding er rechtstreeks in te plaatsen: https://www.amazon.nl/Mea...20-V-zwart/dp/B083K15GVT/

Ik weet alleen niet doet wat die dingen doen qua warmte en of het dus wel veilig is om het zo te monteren.

[ Voor 19% gewijzigd door Toppe op 05-11-2022 12:18 ]

[Raymond P]

De paar mA die je nu gaat trekken zal geen significante belasting geven op een unit die gemaakt is om belast te worden tot 2.4A. Ik kan mij niet voorstellen dat die warm zou worden.

Die zijn natuurlijk wel gemaakt om netjes op een rail geplaatst te worden, imho doe je er dan ook goed aan om ze zo te gebruiken.
Het nadeel van zo overdimensioneren is dat je efficiency behoorlijk afneemt. Mja, daar hoef je je niet noodzakelijk mee bezig te houden natuurlijk.

En als je ook maar even twijfelt aan je kunnen (of dat stelselmatig te hoog inschat) dan gewoon een 5V lijn naar buiten gebruiken.

[Septillion]

@Toppe Leuk gedaan! Inderdaad nog mooi ruimte voor temp sensor erin (en erbuiten) Vooral intern kan wel aardige zijn.

Zou hem zelf alleen juist niet op Zuid richten maar op Noord. Tenzij je al je ramen ook op Zuid hebt maar dan zou ik direct zonlicht proberen te voorkomen. Naar mijn ervaring maakt dat comfortabel gebruiken makkelijker.

En bij gebruik van een Hi-link supply zou ik niet direct aan de 3v3 gaan. Met een ESP kan dat op zich. Ook met een module zoals een WeMos maar dan heeft de serial-chip geen spanning en kan je eigenlijk niet tegelijk de USB aansluiten omdat je dan twee 3v3 voedingen parallel hebt. Dus met een module zou ik zelf ook voor een 5V gaan. Maar direct naar 3v3 is wel zuiniger natuurlijk.

[Toppe]

Raymond P schreef op zaterdag 5 november 2022 @ 12:38:
De paar mA die je nu gaat trekken zal geen significante belasting geven op een unit die gemaakt is om belast te worden tot 2.4A. Ik kan mij niet voorstellen dat die warm zou worden.

Die zijn natuurlijk wel gemaakt om netjes op een rail geplaatst te worden, imho doe je er dan ook goed aan om ze zo te gebruiken.
Het nadeel van zo overdimensioneren is dat je efficiency behoorlijk afneemt. Mja, daar hoef je je niet noodzakelijk mee bezig te houden natuurlijk.

En als je ook maar even twijfelt aan je kunnen (of dat stelselmatig te hoog inschat) dan gewoon een 5V lijn naar buiten gebruiken.

Ik heb buiten de AC op een eigen groep hangen, daar komt hij bij op. Heb ook een [url= Surface mounted, distribution box, DIN rail, 1 row, 2 modules, 125 x 55 x 90 mm, IP65 waterproof, distribution box, surface-mounted, fuse box for electronics, communication https://amzn.eu/d/aAqAnOt]deze[/] besteld om die module in te plaatsen.

Maar dan doe ik het gewoon op de ‘echte, manier. Die paar euro maakt niet uit.

Overigens hebben ze geen exemplaren lager dan 2.4A

[Toppe]

Septillion schreef op zaterdag 5 november 2022 @ 12:46:
@Toppe Leuk gedaan! Inderdaad nog mooi ruimte voor temp sensor erin (en erbuiten) Vooral intern kan wel aardige zijn.

Zou hem zelf alleen juist niet op Zuid richten maar op Noord. Tenzij je al je ramen ook op Zuid hebt maar dan zou ik direct zonlicht proberen te voorkomen. Naar mijn ervaring maakt dat comfortabel gebruiken makkelijker.

En bij gebruik van een Hi-link supply zou ik niet direct aan de 3v3 gaan. Met een ESP kan dat op zich. Ook met een module zoals een WeMos maar dan heeft de serial-chip geen spanning en kan je eigenlijk niet tegelijk de USB aansluiten omdat je dan twee 3v3 voedingen parallel hebt. Dus met een module zou ik zelf ook voor een 5V gaan. Maar direct naar 3v3 is wel zuiniger natuurlijk.

Ik heb een ‘echt’ weer station 2 meter verderop staan, deze is aardig accuraat. Daarbij hebben mijn AC en WP buitenunit ook allebei een temperatuur sensor, 4 sensoren in 2m omtrek is beetje veel van het goede.

Heb nog wel gedacht om een flow sensor er op te zetten zodat ik kan zien hoeveel liter water de AC ‘uitspuugt’ maar nog geen goeie gevonden.

Sensor komt overigens aan de noordkant van de woning te hangen, tuin is op het oosten, en voorgevel op het westen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ Voor 13% gewijzigd door Toppe op 05-11-2022 12:57 ]

[Septillion]

@Toppe Vandaar dat ik zei dat vooral intern interessant kan zijn. Maar goed, dat is vooral interessant als hij ook wel eens vol in de zon hangt. Op Noord zal het dus wel los lopen qua temperatuur.

[Dr.Roelski]

Nhz schreef op zaterdag 5 november 2022 @ 08:18:
[...]

Sensoren zitten alle zes aan GPIO14. Het relais zit op GPIO5. In hoeverre maakt dat uit? Het is toch vreemd dat ik ze wel kan 'hotwiren', maar met booten schiet de Wemos in de stress.


[...]

Ik gebruik ESP Easy Flasher, daar staat de baud-rate op 115200. Voor de seriele monitor kan je dat niet apart instellen voor zover ik kan zien.

Update: schijnbaar zat ik gisteravond al half te slapen, maar de wemos wil met geen van tweeën booten. De code die ik eerder poste lijkt een reset signaal te zijn of zo, als ik hem geboot heb (zonder sensoren en relais) en hem dan via de reset knop reset, komt diezelfde regel met tekens voorbij op het moment van resetten.

Dat is de reboot reason die je zou zien als je met de juiste baudrate op seriële monitor zou kijken. Probeer met putty of arduino waarbij je wel een andere baudrate in kan stellen.

[Toppe]

Septillion schreef op zaterdag 5 november 2022 @ 13:08:
@Toppe Vandaar dat ik zei dat vooral intern interessant kan zijn. Maar goed, dat is vooral interessant als hij ook wel eens vol in de zon hangt. Op Noord zal het dus wel los lopen qua temperatuur.

Zal er eens 1 bestellen, kosten toch amper wat

[Nhz]

Raymond P schreef op zaterdag 5 november 2022 @ 08:44:
@Nhz Dat maakt uit omdat een aantal pins een specifieke state moeten hebben tijdens boot. Maar 14 is vrij te gebruiken, dus dat is niet waarom je issues met booten hebt.

Edit: ah. Hoe voed je alles? En hoe is dat exact aangesloten?

Nou het vreemde is dat ik een exact zelfde setup heb draaien en die doet het wel gewoon. Zowel via USB aan de PC, als met een losse micro usb adapter die 2A kan leveren.

Ik zal morgen eens proberen om er een nieuwe wemos aan te hangen. Kijken wat er gebeurd.

[Rouwette]

Nhz schreef op zondag 6 november 2022 @ 11:29:
[...]

Nou het vreemde is dat ik een exact zelfde setup heb draaien en die doet het wel gewoon. Zowel via USB aan de PC, als met een losse micro usb adapter die 2A kan leveren.

Ik zal morgen eens proberen om er een nieuwe wemos aan te hangen. Kijken wat er gebeurd.

Ik heb dat ook eens gehad met een Wemos D1 met een hoop sensors. Oplossing bij mij was opstarten met de sensor gnd los en na opstarten weer aansluiten. Herstarten gaat dan wel “gewoon” goed.

[Toppe]

Septillion schreef op zaterdag 5 november 2022 @ 12:46:
@Toppe Leuk gedaan! Inderdaad nog mooi ruimte voor temp sensor erin (en erbuiten) Vooral intern kan wel aardige zijn.

Zou hem zelf alleen juist niet op Zuid richten maar op Noord. Tenzij je al je ramen ook op Zuid hebt maar dan zou ik direct zonlicht proberen te voorkomen. Naar mijn ervaring maakt dat comfortabel gebruiken makkelijker.

En bij gebruik van een Hi-link supply zou ik niet direct aan de 3v3 gaan. Met een ESP kan dat op zich. Ook met een module zoals een WeMos maar dan heeft de serial-chip geen spanning en kan je eigenlijk niet tegelijk de USB aansluiten omdat je dan twee 3v3 voedingen parallel hebt. Dus met een module zou ik zelf ook voor een 5V gaan. Maar direct naar 3v3 is wel zuiniger natuurlijk.

Ik heb de BH1750 bij de AED nu ook vervangen voor een exemplaar met diffuser en gericht op het noorden. Hij kan geen 'rechtsreeks' licht meer krijgen en de waardes zijn aanzienlijk anders dan hiervoor.

Ik zit nu op 550lx maar voor mijn gevoel is het een stuk donkerder dan bijvoorbeeld een trein station. Ik ga straks een gemiddelde waarde pakken denk ik

[Raymond P]

@Toppe Het gemiddelde van meerdere sensoren of een gewogen gemiddelde over tijd?

550 lux is best donker toch?

[Toppe]

Raymond P schreef op zondag 6 november 2022 @ 15:34:
@Toppe Het gemiddelde van meerdere sensoren of een gewogen gemiddelde over tijd?

550 lux is best donker toch?

550 lux is nog niet voldoende om het licht aan te zetten, het is nu 130 lux en hij moet niet veel verder zakken voordat hij het licht aan moet zetten.

En het gemiddelde over verschillende sensoren. Ik heb al en scriptie die er voor zorgt dat het 2 minuten donker genoeg moet zijn wil hij de lampen aan zetten

[Raymond P]

@Toppe ah zo.
Je hebt het dan wel over tuinverlichting neem ik aan?

[Toppe]

Raymond P schreef op zondag 6 november 2022 @ 15:42:
@Toppe ah zo.
Je hebt het dan wel over tuinverlichting neem ik aan?

Beide heb nu 1 sensor (andere gaat deze week naar buiten) en een blueprint in HA die verschillende scènes aan zet

[ Voor 53% gewijzigd door Toppe op 06-11-2022 15:45 ]

[Raymond P]

Dan heb je nog een unit nodig voor binnen...

Ik meet buiten én binnen en reken o.a. met het verschil tussen die waarden, perceptie verschilt per situatie.
Op een bewolkte dag is het eerder fijn om binnen verlichting aan te hebben dan op een heldere zomeravond.
Als je op een harde waarde gaat schakelen zul je waarschijnlijk klachten krijgen.

Initieel deed ik een (overdosis aan) Hue variabel dimmen om X lux te bereiken in huis, maar dat was totaal niet zo comfortabel als ik dacht.

edit nav je screenshot: houd ook rekening met wolkjes, een minimale tijd aan en minimale tijd uit is op die manier ook erg wenselijk.
(of je gebruikt een trend line, dat kan ook natuurlijk)

[ Voor 16% gewijzigd door Raymond P op 06-11-2022 15:56 ]

[Toppe]

Raymond P schreef op zondag 6 november 2022 @ 15:53:
Dan heb je nog een unit nodig voor binnen...

Ik meet buiten én binnen en reken o.a. met het verschil tussen die waarden, perceptie verschilt per situatie.
Op een bewolkte dag is het eerder fijn om binnen verlichting aan te hebben dan op een heldere zomeravond.
Als je op een harde waarde gaat schakelen zul je waarschijnlijk klachten krijgen.

Initieel deed ik een (overdosis aan) Hue variabel dimmen om X lux te bereiken in huis, maar dat was totaal niet zo comfortabel als ik dacht.

Nah moet toegeven dat die harde waarde wel mee valt. Enige waar ik nu tegen aanloop is voor en achter, daar zit nog wel wat verschil tussen dus vandaar dat ik nog een tweede sensor buiten wil. Ga dan ook 2 aparte zones maken (voor, achter) om de lampen te schakelen.

[Raymond P]

Ik ben benieuwd hoe je dat op de lange termijn ervaart.

[Toppe]

@Raymond P ik zou niet zo snel in zien in welke situaties ik ook de lichtsterkte binnen zou willen laten mee wegen. Mijn sensor hangt buiten volledig vrij en er is geen kans op schaduw op de sensor.

Overigens heb ik binnen al licht sensoren hangen, gebruik ze alleen niet voor dat doel.

Nu nog even wachten op de MeanWell voeding, behuizing is net binnen gekomen.

[Raymond P]

@Toppe Gordijnen, zonneluifel etc.
Dat weegt wel zwaarder als je helemaal geen schakelaars meer aan wilt raken.

Nu werk ik vanuit huis, dus wellicht heb ik er meer baat bij.

[smesjz]

Ik weet niet of het het goede topic is, maar toch een poging. Ik heb het idee dat ik de zoveelste ben die "iets" met LEDs wil doen.
Ik heb een ESP32 bord met gesoldeerde headers (https://www.tinytronics.n...h-met-gesoldeerde-headers) wat achteraf misschien niet de meeste handige combi is.
Als power adapter heb ik https://www.amazon.nl/dp/B07YVBHH6K (5v 10A) en een https://www.tinytronics.n...-rgb-led-strip-60-leds-1m 1M strip.
Daarnaast wat male-female Dupont jumper cables.

Om bovenstaande te laten werken vanaf de power adapter heb ik volgens mij dit nodig: https://www.amazon.nl/DEL...nalblok-bus/dp/B00E8CURKO en male-male jumpers cables vanaf led strip naar esp32?

[3ssen]

smesjz schreef op maandag 7 november 2022 @ 09:54:
Ik weet niet of het het goede topic is, maar toch een poging. Ik heb het idee dat ik de zoveelste ben die "iets" met LEDs wil doen.
Ik heb een ESP32 bord met gesoldeerde headers (https://www.tinytronics.n...h-met-gesoldeerde-headers) wat achteraf misschien niet de meeste handige combi is.
Als power adapter heb ik https://www.amazon.nl/dp/B07YVBHH6K (5v 10A) en een https://www.tinytronics.n...-rgb-led-strip-60-leds-1m 1M strip.
Daarnaast wat male-female Dupont jumper cables.

Om bovenstaande te laten werken vanaf de power adapter heb ik volgens mij dit nodig: https://www.amazon.nl/DEL...nalblok-bus/dp/B00E8CURKO en male-male jumpers cables vanaf led strip naar esp32?

male-male jumpers lijken mij correct.
Misschien nog een logic converter toevoegen zoals aangeraden op de pagina van de ledstrip. Anders ga je met 3.3V naar de LED's om ze aan te sturen, maar ze verwachten 5V. Kan anders zijn dat de eerste LED niet aangaat.

[Nhz]

Dr.Roelski schreef op zaterdag 5 november 2022 @ 15:45:
[...]

Dat is de reboot reason die je zou zien als je met de juiste baudrate op seriële monitor zou kijken. Probeer met putty of arduino waarbij je wel een andere baudrate in kan stellen.

Zojuist met Putty de seriële verbinding opgezet (op 115200), maar ook daar krijg ik vreemde tekens te zien.

Na het indrukken van de resetknop, met de sensoren eraan

code:

nn|▒▒`

Na het indrukken van de resetknop, zonder sensoren verbonden

code:

▒l▒lr▒`▒nb▒U76 : Info   : WIFI : Set WiFi to OFF
194 : Info   :

INIT : Booting version: mega-20220809_57b0c0c (ESP82xx Core 2843a5ac, NONOS SDK 2.2.2-dev(38a443e), LWIP: 2.1.2 PUYA support)

Hang ik er een volledig nieuwe Wemos aan, zonder sensoren oid, krijg ik het volgende:

code:

▒brlrl
ready

Begrijp dus niet echt wat ik verkeerd doe, dat ik van die onleesbare code krijg. Nog even los van het feit dat er niet geboot wil worden met de sensoren of met het relais-shield eraan.

Een andere Wemos heeft 2 dagen zonder voeding op het bureau gelegen. Hij wilde voor het weekend niet meer booten. Sluit ik hem aan, boot zonder problemen. Haal ik de voeding eraf, druk het relais-shield erop, direct niet meer booten. Voeding eraf, shield eraf, nog steeds niet booten. Ze houden hun 'state' toch niet vast?

Er gaat hier dus iets goed mis.

[Dr.Roelski]

Nhz schreef op maandag 7 november 2022 @ 11:38:
[...]

Zojuist met Putty de seriële verbinding opgezet (op 115200), maar ook daar krijg ik vreemde tekens te zien.

Na het indrukken van de resetknop, met de sensoren eraan

code:

nn|▒▒`

Na het indrukken van de resetknop, zonder sensoren verbonden

code:

▒l▒lr▒`▒nb▒U76 : Info   : WIFI : Set WiFi to OFF
194 : Info   :

INIT : Booting version: mega-20220809_57b0c0c (ESP82xx Core 2843a5ac, NONOS SDK 2.2.2-dev(38a443e), LWIP: 2.1.2 PUYA support)

Hang ik er een volledig nieuwe Wemos aan, zonder sensoren oid, krijg ik het volgende:

code:

▒brlrl
ready

Begrijp dus niet echt wat ik verkeerd doe, dat ik van die onleesbare code krijg. Nog even los van het feit dat er niet geboot wil worden met de sensoren of met het relais-shield eraan.

Een andere Wemos heeft 2 dagen zonder voeding op het bureau gelegen. Hij wilde voor het weekend niet meer booten. Sluit ik hem aan, boot zonder problemen. Haal ik de voeding eraf, druk het relais-shield erop, direct niet meer booten. Voeding eraf, shield eraf, nog steeds niet booten. Ze houden hun 'state' toch niet vast?

Er gaat hier dus iets goed mis.

Wel maf dat een deel van de init regel wel goed leesbaar is. Lijkt me niet dat die regel vanuit de espeasy gestuurd wordt na initialisatie seriele interface, maar vanuit de boot.
Probeer eens 74880 baud?

Zie ook https://github.com/esp8266/Arduino/issues/4005
Seriele snelheid bij bootup is afhankelijk van kristal welke gebruikt wordt, en type esp.
Als je alles leesbaar wilt hebben, moet je dus in je programma dezelfde snelheid gebruiken, als waarbij je alles kan lezen tijdens bootup/reset. Weet niet of je dat bij ESPEasy kan instellen, en vraag me af of dit ook jouw probleem exact oplost.

[Septillion]

smesjz schreef op maandag 7 november 2022 @ 09:54:
Ik weet niet of het het goede topic is, maar toch een poging. Ik heb het idee dat ik de zoveelste ben die "iets" met LEDs wil doen.
Ik heb een ESP32 bord met gesoldeerde headers (https://www.tinytronics.n...h-met-gesoldeerde-headers) wat achteraf misschien niet de meeste handige combi is.
Als power adapter heb ik https://www.amazon.nl/dp/B07YVBHH6K (5v 10A) en een https://www.tinytronics.n...-rgb-led-strip-60-leds-1m 1M strip.
Daarnaast wat male-female Dupont jumper cables.

Om bovenstaande te laten werken vanaf de power adapter heb ik volgens mij dit nodig: https://www.amazon.nl/DEL...nalblok-bus/dp/B00E8CURKO en male-male jumpers cables vanaf led strip naar esp32?

Mijn voorkeur zou voor dit soort dingen gewoon solderen zijn. Dus schaar in de kabel en aan de ledstrip bakken (immers zit je daar beetje dikke draad) + aftakking naar de ESP. Dupond naar de ESP is wel prima. Zolang het eerste ledje maar beetje in de buurt van de ESP zit is de 3v3 eigenlijk geen probleem. 1m / 60led/m is wel zo'n beetje max wat ik zonder power injectie aan de andere kant zou doen.

[Septillion]

@Nhz En wat heb je dan nu als voeding?

[Toppe]

Septillion schreef op maandag 7 november 2022 @ 13:02:
[...]

Mijn voorkeur zou voor dit soort dingen gewoon solderen zijn. Dus schaar in de kabel en aan de ledstrip bakken (immers zit je daar beetje dikke draad) + aftakking naar de ESP. Dupond naar de ESP is wel prima. Zolang het eerste ledje maar beetje in de buurt van de ESP zit is de 3v3 eigenlijk geen probleem. 1m / 60led/m is wel zo'n beetje max wat ik zonder power injectie aan de andere kant zou doen.

Volgende keer beter een MeanWell. voeding pakken, 2 draadjes in de schroef terminal en klaar

[Septillion]

Nadeel van MeanWell is dat ze er een paar hebben die heel irritant piepen Wat je bij die ingepakte units niet zo vaak hebt.

[ Voor 24% gewijzigd door Septillion op 07-11-2022 13:10 ]

[Toppe]

Septillion schreef op maandag 7 november 2022 @ 13:09:
Nadeel van MeanWell is dat ze er een paar hebben die heel irritant piepen Wat je bij die ingepakte units niet zo vaak hebt.

Serieus? Das wel irritant. Heb er een paar van de RS lijn in gebruik en die hebben het allemaal niet, gelukkig.

[RobertMe]

Semi offtopic: ik heb laatst een MeanWell RS 12-150 of iets dergelijks gekocht (dus 12V, maximaal 150W). Die verbruikte, alleen aangesloten op netspanning (dus geen verbruikers achter de voeding) ik meen 8W. Voor mij dus sowieso geen MeanWell voeding meer tenzij die wel echt een goed verbruik heeft.

Vervolgens een Leicke 12V adapter besteld van ook rond de 150W en kabels afgeknipt. Die doet zonder output 0,5W of iets dergelijks, en met de idle verbruikers aangesloten meen ik 3W of 4W. Terwijl die MeanWell met verbruikers mooi naar 11W ging.

Edit:
@Raymond P hieronder. Editted, ja, ook die doet ~150W. Ging daarbij om consolidatie van meerdere adapters waarbij piek hoog kan zijn maar sommige / meeste spul wel altijd stroom moet hebben (waaronder ESPs, maar bv ook computerspeakers met een aan/uit knop etc). Dus laag idle verbruik belangrijk van 24/7 aangesloten. Maar ook incidenteel in ieder geval iets van tegen de 100W kunnen leveren voor een enkele toepassing + de rest kunnen blijven voorzien.

[ Voor 31% gewijzigd door RobertMe op 07-11-2022 15:59 ]

[Raymond P]

@RobertMe Kan die laatste ook 12.5A leveren?

Efficiency is wel een ding natuurlijk.

Edit: een nette voeding dus, dat is imho de dubbele prijs wel waard.

[ Voor 28% gewijzigd door Raymond P op 07-11-2022 16:02 ]

[Nhz]

Dr.Roelski schreef op maandag 7 november 2022 @ 12:17:
[...]

Wel maf dat een deel van de init regel wel goed leesbaar is. Lijkt me niet dat die regel vanuit de espeasy gestuurd wordt na initialisatie seriele interface, maar vanuit de boot.
Probeer eens 74880 baud?

Zie ook https://github.com/esp8266/Arduino/issues/4005
Seriele snelheid bij bootup is afhankelijk van kristal welke gebruikt wordt, en type esp.
Als je alles leesbaar wilt hebben, moet je dus in je programma dezelfde snelheid gebruiken, als waarbij je alles kan lezen tijdens bootup/reset. Weet niet of je dat bij ESPEasy kan instellen, en vraag me af of dit ook jouw probleem exact oplost.

Met een baud-rate van 74880 krijg ik ineens wel leesbare tekst. Weet alleen niet of ik daar zo blij van wordt...dit is de Wemos die dus niet wilde starten.

Edit: Ik gebruik nog steeds gewoon voeding vanaf de PC, met micro-usb kabel.

code:

Fatal exception (0):
epc1=0x40100003, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000

Hang ik een andere Wemos eraan heb ik echter weer allamaal abacadabra als output. Verander ik terug naar 115200 zie ik de normale boot sequence, maar dus met die vreemde tekens bij een reset van de Wemos.

[ Voor 3% gewijzigd door Nhz op 07-11-2022 16:25 ]

[Raymond P]

@Nhz Hoe is het aansgesloten?

[RobertMe]

Raymond P schreef op maandag 7 november 2022 @ 15:43:
@RobertMe Kan die laatste ook 12.5A leveren?

Efficiency is wel een ding natuurlijk.

Edit: een nette voeding dus, dat is imho de dubbele prijs wel waard.

offtopic:
MeanWell kostte €27,xx op Amazon DE, Leicke op Amazon NL besteld voor €41,xx. Oftewel €14 verschil met besparing van 61kWh op jaarbasis (uitgaande van 7W verschil, maal 24 uur dan). Oftewel: op een jaar het prijsverschil er alweer (ruim) uit gehaald.

[Nhz]

Raymond P schreef op maandag 7 november 2022 @ 16:29:
@Nhz Hoe is het aansgesloten?

Sensoren zitten middels dit bordje alle zes aan GPIO14. Het relais-shield zit op GPIO5.

Voeding gaat middels een micro-usb kabel aan de PC.

[Raymond P]

Oef, sorry voor de typo.

@Nhz Daar is dus weinig ruimte voor fouten...
Begrijp ik het goed dat zowel met enkel het relais bordje erop als alleen de wemos op de plate met sensors fouten produceert?
Zit het geheel gesoldeerd?

Ben je in de gelegenheid de 3.3V pin na te meten op de wemos?
Wellicht komt er toch niet voldoende prik binnen.

Werkt bijvoorbeeld een enkele sensor wel?
Je zult niet de eerste zijn met een DS18B20 met geswitchte ader kleurtjes.

[jobr]

Nhz schreef op maandag 7 november 2022 @ 16:24:
Hang ik een andere Wemos eraan heb ik echter weer allamaal abacadabra als output. Verander ik terug naar 115200 zie ik de normale boot sequence, maar dus met die vreemde tekens bij een reset van de Wemos.

Met een harde reset heeft de boat loader 74880 en met een soft reset volgens mij 115200.
Debug messages van de bootloader komen dus via 74880.
Later wordt overgeschakeld naar de snelheid die je in je programma hebt gedefinieerd.

[Nhz]

Raymond P schreef op maandag 7 november 2022 @ 18:14:
Oef, sorry voor de typo.

@Nhz Daar is dus weinig ruimte voor fouten...
Begrijp ik het goed dat zowel met enkel het relais bordje erop als alleen de wemos op de plate met sensors fouten produceert?
Zit het geheel gesoldeerd?

Ben je in de gelegenheid de 3.3V pin na te meten op de wemos?
Wellicht komt er toch niet voldoende prik binnen.

Werkt bijvoorbeeld een enkele sensor wel?
Je zult niet de eerste zijn met een DS18B20 met geswitchte ader kleurtjes.

Alles zit gesoldeerd inderdaad. Zit nu nu achter mijn bureau, maar had vorige week netjes 3,336V op de Wemos. Heb echter niet de spanning op het sensor-bordje gemeten, wellicht dat daar iets niet lekker zit. Denk niet dat het in de sensoren zelf zit, want ook zonder de sensoren aan het sensor-bordje wil hij niet booten.

De Wemos wil niet booten met het sensor-bordje, met het relais-shield wel. Slechts 1x vorige week niet, waar dat aan lag weet ik niet.

Als ik er nu over nadenk...er is een vrij grote kans dat mijn soldeerwerk nog niet 'on par' is.

jobr schreef op maandag 7 november 2022 @ 18:25:
[...]


Met een harde reset heeft de boat loader 74880 en met een soft reset volgens mij 115200.
Debug messages van de bootloader komen dus via 74880.
Later wordt overgeschakeld naar de snelheid die je in je programma hebt gedefinieerd.

Ah dat verklaard dan de vreemde tekens.

[Septillion]

Nhz schreef op maandag 7 november 2022 @ 16:24:
Edit: Ik gebruik nog steeds gewoon voeding vanaf de PC, met micro-usb kabel.

Mja, dan zou ik eens een echte voeding gaan proberen

[Raymond P]

Ik vermoed kortsluiting, ook gezien de 'afkoelperiodes'.

Kan je wellicht een foto delen van je soldeerwerk op dat bordje?

[pentode]

Nhz schreef op maandag 7 november 2022 @ 11:38:
[...]

Zojuist met Putty de seriële verbinding opgezet (op 115200), maar ook daar krijg ik vreemde tekens te zien.

Na het indrukken van de resetknop, met de sensoren eraan

code:

nn|▒▒`

Na het indrukken van de resetknop, zonder sensoren verbonden

code:

▒l▒lr▒`▒nb▒U76 : Info   : WIFI : Set WiFi to OFF
194 : Info   :

INIT : Booting version: mega-20220809_57b0c0c (ESP82xx Core 2843a5ac, NONOS SDK 2.2.2-dev(38a443e), LWIP: 2.1.2 PUYA support)

Hang ik er een volledig nieuwe Wemos aan, zonder sensoren oid, krijg ik het volgende:

code:

▒brlrl
ready

Begrijp dus niet echt wat ik verkeerd doe, dat ik van die onleesbare code krijg. Nog even los van het feit dat er niet geboot wil worden met de sensoren of met het relais-shield eraan.

Een andere Wemos heeft 2 dagen zonder voeding op het bureau gelegen. Hij wilde voor het weekend niet meer booten. Sluit ik hem aan, boot zonder problemen. Haal ik de voeding eraf, druk het relais-shield erop, direct niet meer booten. Voeding eraf, shield eraf, nog steeds niet booten. Ze houden hun 'state' toch niet vast?

Er gaat hier dus iets goed mis.

Misschien heeft het er helemaal niets mee te maken. Maar wilde het toch even als tip vermelden. Ook voor andere.
Als je met windows werkt, dan staan soms de com port settings niet goed. De bits per second of andere instellingen zijn/staan niet goed.
In apparaat beheer/device manager. Daar ben ik een keer mee/bij ingestonken op een laptop. Van een cursist. Flink aan het bit head bangen geweest ;-P naar een oorzaak.

Van ligt het aan de schakeling, voeding, breadboard, jumpertjes, software, settings etc. Uiteindelijk andere laptop en daar werkte het wèl. In één keer. Dus voor de zekerheid controleren. Het wilde toen ook niet vlotten, allemaal garbage in the prompt.

[ Voor 0% gewijzigd door pentode op 07-11-2022 22:08 . Reden: aanvulling ]