Iemand bekent met Putty ?

Verkeerd protocol. http is technisch gezien wel serieel, maar niet de "serial" die PuTTY bedoelt. Serial in PuTTY is namelijk RS232 (de COM-poort van vroeger).

Als je met PuTTY de logger via z'n ip-adres wilt bereiken, dan moet je dat via SSH doen (moet je wel SSH aanzetten op je logger!).

Een ip-adres kun je nooit bereiken als zijnde serial port.

Via webbrowser is het simpelst.
Als je serieel wilt, moet je die direct aan die loggermodule aansluiten (indien daarin is voorzien) via een kabel.

Ook met ssh krijg ik het zelfde probleem.
In de logger kan ik niet aan/uit zetten of veranderen, dat ding spuwt 1x 10 seconden zijn dat uit via Json oid.

{
"prependHeader": true,
"maxJsonSize": 400,
"alwaysFold": false,
"alwaysRenderAllContent": false,
"sortKeys": false,
"clickableUrls": true,
"wrapLinkWithAnchorTag": false,
"openLinksInNewWindow": true,
"autoHighlight": true
}

De logger is WiFi en zit aangesloten op de P1 poort van de "slimme meter".

SSH, telnet, RAW ... allemaal afhankelijk van de logger.

Via de webbrowser moet ik tekens vernieuwen en daar schuilt het probleem.
Ik wil eigenlijk dat die data gewoon op mijn pc (of NAS) binnen komt als string als de slimme meter die verzendt....gelijk als ik bij mijn Arduino doe.

Vaak is alles in die embedded systeempjes ook nog case sensitive...

Dit zie ik in mijn browser, de meterstanden van dat moment de logger zelf logt niet.....die stuurt pakketjes via wifi naar een cloud.
Nu wil ik eigenlijk van die cloud af en de data in eigen beheer nemen.

Uw probleem is niet met putty.

OK, als het niet aan putty ligt waar dan wel aan en wat zou de oplossing kunnen zijn ?

Op 27 december 2020 14:34:17 schreef Generaal:
http://192.168.178.115/api/v1/data

Dat gaat niet via een seriele verbinding (RS232) want serieel gaat niet via een ip-nummer.

Het gaat ook niet via ssh, want dan zou het een https webadres moeten zijn.

Misschien dat je met putty via telnet op poort 80 een verbinding zou kunnen maken maar dan mag je je verdiepen in alle instructies die daarvoor nodig zijn.

Ik zou er in C++ een programma voor maken dmv. een tcp/ip component.

Via WiFi kletst je logger uitsluitend ip-protocol. Dat JSON datapakket zet 'ie ook niet altijd elke 10 seconden 'op de lijn', maar doet dat slechts op verzoek (in dit geval van je webbrowser).
Wil je dat automatiseren, dat zul je een stukje software moeten schrijven die elke 10 seconden een JSON pakket opvraagt aan je logger (via je netwerkverbinding) en dat als bestandje wegschrijft (of als string steeds toevoegt aan hetzelfde bestand) naar je NAS of whatever.

@hennep: SSH heeft niets met https te maken! Dat is SSL! SSH is een (beveiligde) seriele verbinding over ip. Een remote serial console bijvoorbeeld.

-edit-
Ah, cloud-based rommel (excuse my french). Wie/wat is nou die 192.168.178.115? Is dat nou het ip-adres van je WiFi loggertje of is dat het adres van die cloud storage?

[Bericht gewijzigd door MNM(tm) op zondag 27 december 2020 15:07:57 (13%)

@MNM, Maak het niet moeilijker dan nodig is, SSL maakt gebruik van dezelfde encryptie als SSH. Ik heb ooit een SSH tunnel geschreven om door een SSL proxy te komen op mijn werk.

OK, niet via putty dus.
Helaas ben ik geen programmeur dus zou niet weten waar te beginnen.....ben al blij dat ik een beetje kan spelen met Arduino.
Zijn er programma'tjes om via het (WiFi) IP-adres dit wel te kunnen doen, bv iedere 10 seconden de string uiotlezen en nopslaan ?

Op 27 december 2020 15:06:36 schreef hennep:
Maak het niet moeilijker dan nodig, SSL maakt gebruik van dezelfde encryptie als SSH. Ik heb ooit een SSH tunnel geschreven om door een SSL proxy te komen op mijn werk.

Dat klopt, maar de aanwezigheid/ondersteuning van https is geen voorwaarde voor de mogelijkheid tot ondersteunen van SSH.

In dit specifieke geval is er geen sprake van encryptie dus zou je het met een arduino (met internet shield), of een raspberry pi, wel kunnen realiseren.
Al die internet protocollen bestaan uit een vraag en antwoordspelletje. Je stuurt de juiste string naar de webserver en je krijgt een pakket data terug waarin in html de gegevens zitten verpakt.

Meestal komt de refresh van het embedded apparaat zelf...

Ik zie DRIE mensen die de plan volkomen misslaan door te impliceren dat putty met seriele poorten en niet met IP verbindingen om zou kunnen gaan. Ik begrijp de wens om te helpen, maar als je het niet kent, is het dan niet beter om gewoon af te wachten en te kijken of anderen misschien reageren en daar dan van te leren?

Putty kan met seriele poorten babbelen. Als je een draadje naar dat ding zou leggen en hij heeft ook nog een seriele poort, dan zou dat kunnen maar dat is niet van toepassing want je wilt natuurlijk je wifi gebruiken.

Putty kan verbinding maken via het ssh protocol (over IP, dus over wifi). Heeft je wifi loggertje dat? Denk het niet.

Putty kan verbinding maken via het telnet protocol (wederom: over IP, dus over wifi). En wederom: Heeft je wifi loggertje dat? Denk het niet.

Je wifi loggertje geeft json data begrijp ik? Die kan je vast opvragen met een programma als "wget". Dat is wat ik onder Linux zou gebruiken. Of dat onder Windows ook beschikbaar is... Ondertussen is de default gok: "ja, vast wel".

Anders zou je eventueel in een taaltje als python of php een tooltje kunnen schrijven wat dit doet. Ik noem php omdat dit het taaltje is waarmee IK makkelijk met een mysql database kan praten om de data op te slaan. En http verbindingen opzetten kan ook.

In shell:

#!/bin/sh
interval=10
url=http:// .. 
log=....
while true; do
  echo "=== " `date` " ===" 
  wget $url -O - >> $log
  sleep $interval
done

Wellicht iets om aan te pakken met een Raspberry Pi? Een Pi Zero W heeft ook WiFi aan boord.

Het zou met putty waarschijnlijk wel kunnen. Ik heb het ooit wel gebruikt om het protocol uit te proberen met een webserver. Begin jaren 90 toen de info hoe je dat moest doen nog summier beschikbaar was.
Als je via het raw of telnet protocol een verbinding maakt met het ipnummer en je geeft poort 80 op dan wordt er verbinding gemaakt en staat de server te wachten op een instructie.
Na een timeout wordt de verbinding door de server verbroken. Tik je binnen die timeout de instructie in voor een pagina, dan wordt die opgestuurd.

In het geval van jouw logger zou dit de instructie zijn om de pagina op te vragen in putty:
GET /api/v1/data HTTP/1.0

Op 27 december 2020 15:19:44 schreef MNM(tm):
Wellicht iets om aan te pakken met een Raspberry Pi? Een Pi Zero W heeft ook WiFi aan boord.

Dat script van rew kan op een raspberry draaien. Als TS het per se op een windows machine wil doen dan is het de vraag of putty een script kan draaien. Ik werk tegenwoordig zelf ook met linux dus kan het niet snel even testen.

Mooie klus voor een Raspberry met Node-red.
Met NR kun je heel gemakkelijk de http request afvangen, daarna de json data parsen en in een database stoppen.
Dat alles zonder of met weinig programmeer ervaring.
Ook het verder verwerking of gebruiken van de data gaat erg gemakkelijk in NR.
Ik denk dat de leercurve een stuk simpeler is dan python etc.

Afgezien van de command-line / scripting support van PuTTY dacht ik vooral aan de enorme energie-footprint die een PC heeft, alleen maar voor het bijhouden van een beetje meter data. Een Pi Zero W doet iets van 140mA.

Ik ben maar een eenvoudige Window gebruiker met een beetje Arduino ervaring.
Geen verstand van welke andere programmeertaal dan ook.
Ik heb net even gekeken naar node-red, maar dat is net "back to GOD" en zelfs daar was ik niet goed in.
Ik dacht dat het makkelijk zou zijn om die data pakketjes te onderscheppen, maar het blijkt dus nog een hele klus te zijn (??)

Laten we eens bij het begin beginnen ...
Wat wil je eigenlijk precies bereiken? En wat gebruik je als logger?